AI 코딩 에이전트 시대, 기획·디자인 없이 외주 개발하면 생기는 일

한줄 요약

AI가 코드를 대신 짜줘도, 무엇을 왜 만들지 정하는 일은 여전히 사람 몫이다.

본문

코드 한 줄 없이도 화면이 뚝딱 나오는 시대다. AI에게 말로 설명하면 버튼이 생기고 레이아웃이 잡힌다. 앱 개발 외주나 웹 개발 외주를 고민하던 많은 팀이 이제 직접 프로토타입을 만들어보는 이유다. 그런데 막상 써보면 안다. 코드가 나오는 속도보다 훨씬 느린 단계가 따로 있다는 걸. 그게 기획이고 디자인이다.

왜 기획이 없으면 AI 코딩도 결국 실패하나

AI 에이전트는 빈칸을 스스로 채운다. 요청에서 명시하지 않은 부분은 에이전트가 가장 그럴듯한 가정으로 메운다. 초반엔 그게 편리해 보이지만, 작업이 쌓일수록 문제가 커진다. 의도와 결과 사이의 간격이 벌어지고, 어느 시점부터는 어디서 어긋났는지 되짚을 기준조차 없다. 문서가 없기 때문이다.

기획 문서가 없는 상태에서 외주 개발을 맡기는 것도 마찬가지다. 개발사 입장에서는 말해주지 않은 부분을 임의로 결정하거나, 매번 확인 요청을 돌려보내거나 둘 중 하나다. 어느 쪽이든 시간과 비용이 낭비된다.

AI 에이전트를 "먼저 물어보게" 만드는 법

좋은 기획 도구가 하는 일은 단순하다. AI가 코드를 쓰기 전에 멈추게 만드는 것이다.

예를 들어, 에이전트가 요청을 받으면 바로 구현에 들어가는 대신 불명확한 부분을 질문으로 되묻도록 설계된 방식이 있다. "다크모드 넣어줘"라는 말이 들어오면 어느 화면에, 어떤 조건에서, 어느 수준까지 적용할지를 먼저 정하게 한다. 거친 아이디어를 대화로 구체화하고, 그 결과를 문서로 저장한 뒤 실제 작업을 잘게 쪼개 넘기는 흐름이다.

이 방식의 핵심은 문서다. 계획이 단계별 문서로 쌓이면 나중에 결과가 이상할 때 어느 지점에서 어긋났는지 추적할 수 있다. 팀이 함께 작업할 때도, 개발 외주를 맡길 때도 기준이 생긴다.

혼자 기획하면 놓치는 것들

기획에서 혼자 작업할 때의 가장 큰 맹점은, 내가 모르는 질문은 끝까지 나오지 않는다는 점이다. 이를 해결하는 방식 중 하나가 역할 분리다. 분석가, 기획자, 아키텍트, QA처럼 서로 다른 관점을 가진 역할을 에이전트에 부여하면, 각 역할이 서로 다른 질문을 꺼낸다.

아키텍트 역할은 기술 결정의 근거를 묻고, 기획자 역할은 완료 기준을 요구하고, QA 역할은 예외 상황을 제기한다. 사람이 미처 떠올리지 못한 질문을 절차가 대신 꺼내주는 구조다. 이런 방식은 복잡한 프로젝트에서 기획 품질을 높이는 데 실질적인 효과가 있다. 다만 규모가 작은 작업에는 과할 수 있다. 만드는 문서가 만드는 제품보다 커지는 순간이 오면 오히려 역효과다.

AI가 만든 화면이 다 비슷해 보이는 이유

디자인에서 막히는 지점은 기획과 다르다. 아무것도 안 나오는 게 문제가 아니라, 나오긴 나오는데 어디서 본 것 같다는 느낌이 드는 게 문제다.

이유는 간단하다. 기준을 주지 않으면 AI는 가장 무난한 기본값을 꺼낸다. 가운데 정렬 히어로 섹션, 카드 세 장을 가로로 나란히, 보라색 강조색. 모두가 같은 기본값을 쓰니 결과도 비슷해진다.

디자인 쪽에서 필요한 건 두 가지다. 첫째, AI가 참고할 기준 파일이다. 색·서체·간격 같은 디자인 원칙을 AI가 읽을 수 있는 형태로 프로젝트에 두면, 새 화면을 만들 때마다 같은 설명을 반복하지 않아도 된다. 한 번 정해두면 일관성이 유지된다.

둘째, 하지 말아야 할 것의 목록이다. "AI가 만든 티"는 무언가를 추가해서가 아니라, 패턴화된 선택을 제거함으로써 줄어든다. 배치의 변화 정도, 움직임의 강도, 정보 밀도 같은 값을 숫자로 명시하고, 특정 패턴을 명시적으로 금지하는 방식이다. 감으로 처리하던 취향을 규칙으로 바꾸는 것이다.