AI 코딩 도구가 빠르게 진화하면서, 디자이너·기획자·1인 창업가도 직접 서비스를 만들기 시작했습니다. 단, 같은 도구로도 누가 어떻게 다루느냐에 따라 결과의 격차는 큽니다. 옌이 자체 작업과 외부 자문을 통해 정리한, AI 1인 개발의 다섯 가지 운영 원칙입니다.
1. 사용 플로우 중심으로 기획합니다
기능 단위로 끊어 던지면 AI 는 그 안에서만 잘 합니다. 기능과 기능 사이의 연결성 — 사용자가 어디서 들어와서 어떤 화면을 거쳐 어떤 상태로 빠져나가는지 — 을 플로우로 묶어주면, AI 는 그 흐름 전체를 설계 단위로 인식합니다.
"회원가입 페이지를 만들어줘" 보다 "랜딩 → 가입 → 첫 사용까지의 흐름을 만들어줘" 가 빠르고 정확합니다. 화면 단위가 아니라 동선 단위로 지시할 때 AI 는 비로소 서비스를 봅니다.
2. 서비스 규모를 사전에 정합니다
규모를 명시하지 않으면 AI 는 보통 과한 시스템 스펙을 전제합니다. 동시접속 1만, 멀티리전, 정교한 캐시 레이어 같은 것을 기본값처럼 깔아두면 인프라 비용이 비현실적으로 올라가고 코드의 복잡도도 거기 맞춰 부풀어 오릅니다. 당신이 개발자가 아니라면 그 차이를 사전에 측정하기 어렵습니다.
그래서 단계적으로 규모를 확정해서 전달합니다. "MVP 는 동시접속 50명, 6개월 내 500명 목표" 처럼 구체적으로. AI 는 그 제약을 진지하게 받아들이고, 그 안에서 가장 단순한 구조를 골라줍니다.
3. 브랜드 가이드를 함께 줍니다
AI 디자인의 가장 흔한 함정은 "기본값" 으로 떨어지는 것입니다. 보라색 그라데이션, 둥근 모서리 카드, 모던하지만 어디서나 본 듯한 인터페이스 — AI 가 가이드 없이 만들면 거기에 수렴합니다.
브랜드 가이드(컬러·서체·보이스 톤·기본 컴포넌트) 를 첫 단계에서 함께 넘겨주면, AI 는 그 안에서 디자인 결정을 합니다. 가이드가 없다면 브랜드 가이드를 반드시 만들어두어야 하는 이유 에 정리한 일곱 영역을 최소한 메모 수준으로라도 정리한 뒤 시작하시기를 권합니다.
4. 모르는 용어는 끊임없이 질문합니다
AI 는 자신이 어떤 가정을 깔고 있는지 항상 명시하지 않습니다. "JWT 로 인증할게요", "Redis 로 캐싱할게요", "Stripe Connect 로 정산 처리할게요" — 이해 안 된 용어를 그냥 받아들이면, 그 가정 위에 한참 코드가 쌓인 뒤에야 잘못된 구성을 알게 됩니다. 그때 되돌리는 비용은 처음 묻는 비용의 수십 배입니다.
규칙은 단순합니다. 모르는 용어는 그 자리에서 묻고, 답을 이해할 때까지 묻습니다. AI 는 묻는 사람을 무시하지 않습니다. 오히려 명확한 설명을 요구하는 쪽이 결과의 질을 끌어올립니다.
5. 초안부터 완성합니다
처음부터 완벽한 기획서를 쓰려고 하면 끝없이 늘어집니다. 핵심 기능 3–5개만 골라서 동작하는 프로토타입을 먼저 완성하세요. 글로 된 기획서 100장보다, 동작하는 1페이지 프로토타입이 더 정확합니다.
이유는 두 가지. 첫째, 보면서 빠진 것을 발견합니다 — 머리로 상상한 흐름과 실제로 화면을 클릭하는 경험은 늘 다릅니다. 둘째, AI 는 텍스트 기획서보다 동작하는 결과물 위에서 더 잘 추론합니다. 초안이 있으면 보완은 빠르고 정확하지만, 초안이 없으면 무엇을 보완할지조차 합의가 안 됩니다.
마무리
AI 1인 개발은 도구의 문제가 아니라 운영의 문제입니다. 다섯 가지 모두 "AI 가 잘 못한다" 가 아니라 "사람이 충분히 지시하지 않는다" 의 문제를 다룹니다. 위 다섯을 지키면 같은 도구로 만들어지는 결과의 격차가 즉시 줄어듭니다.