📬 Weekly AI Sadari 40호
안녕하세요, AI 전도사 문단열입니다.
올해 초, 저희 회사는 모토를 하나 세웠습니다. "전 직원 AI 플래너." AI로 기획하는 사람이 되자는 뜻이었죠. 그리고 이번 주, 내년 모토를 정했습니다.
"전 직원 개발자."
누구나 자기 업무에 필요한 앱 하나쯤은 바이브코딩으로 직접 만드는 회사. 그런데 이 선언을 하면서 제가 가장 먼저 강조한 건 코딩이 아니었습니다. 기획이었습니다. 오늘은 그 이유를 나눠드립니다.
앱을 만들 수 있다는 건, 더 이상 뉴스가 아닙니다
올해 2월 14일, 저는 클로드 코드로 첫 앱을 만들었습니다. 그리고 9개월. 지금까지 바이브코딩으로 만든 앱이 200개 정도 됩니다.
처음엔 신기했습니다. 말만 하면 앱이 나오니까요.
그런데 200개를 지나면서 분명해진 게 하나 있습니다.
만들어지는 것과 쓰이는 것은 완전히 다른 문제라는 것.
이번 주 사내 공유 시간에도 같은 이야기가 나왔습니다. 한 팀원이 몇 주 공들인 앱을 멈췄다고 했습니다. 만들고 보니 반복 작업이 생각보다 많아서, 정작 업무 시간이 줄지 않더라는 겁니다.
앱을 만들 수 있다는 사실은 이제 뉴스가 아닙니다. 진짜 질문은 이겁니다. 그 앱을, 내일도 쓰시겠습니까?
생성형 AI는 '과하게' 만듭니다
바이브코딩이 쓰지 않는 앱을 양산하는 이유가 있습니다. AI는 생성형입니다. 시키면 만들고, 시키지 않아도 맥락을 읽어 더 만듭니다.
"할 일 관리 앱 만들어줘" 한 줄이면, 통계 대시보드와 알림 기능과 AI 분석 버튼이 따라 붙습니다. 그럴듯합니다. 그런데 기능이 늘수록 복잡해지고, 복잡해지면 안 쓰게 됩니다.
문제는 AI가 아닙니다. 목적을 정하지 않고 화면부터 열어버린 우리입니다.
전통 개발 vs 바이브코딩, 장점만 가져오기
개발자들이 수십 년간 해온 방식에는 이유가 있었습니다.
| 항목 | 전통 개발 | 바이브코딩 |
|---|---|---|
| 시작점 | 요구사항 정의, 기획서 승인 | "이런 앱 만들어줘" 한 줄 |
| 속도·비용 | 느리고 비쌈 | 빠르고 저렴 |
| 범위 통제 | 명세서로 고정, 강함 | AI가 기능을 덧붙임, 약함 |
| 현업 이해 | 기획자→개발자 전달 중 손실 | 실무자가 직접 만들어 손실 없음 |
| 수정 | 어렵고 오래 걸림 | 즉시 반복 가능 |
| 결과 | 필요한 기능만 남음 | 안 쓰는 앱이 쌓임 |
표를 보면 답이 보입니다. 전통 개발의 강점은 앞단에 있습니다. 목적을 정하고, 범위를 못 박는 것. 바이브코딩의 강점은 뒷단에 있습니다. 빠르게 만들고, 바로 고치는 것.
그러니 이렇게 합치면 됩니다. 기획은 전통 개발처럼, 실행은 바이브코딩처럼.
저희가 정한 규칙: 목적이 정해지기 전엔 화면 금지
내년부터 저희 팀은 이 순서로 앱을 만듭니다.
- 질문받기 — AI에게 화면을 만들지 말고, 내게 질문하라고 시킨다. 누가, 언제, 왜 쓰는지.
- 1 Pager 정리 — 답한 내용을 한 장짜리 기획서로 정리하게 한다.
- 승인 후 프로토타입 — 기획서를 내가 확인한 뒤에야 화면을 만든다.
- 반복 수정 — 기획서에 없는 기능은 넣지 않는다. 고칠 땐 기획서부터 고친다.
목적을 묻는 단계가 왜 그렇게 중요할까요? 해보면 압니다. "브리핑 앱 만들어줘"라고 했다가 AI가 "그 브리핑, 왜 필요하세요?"라고 물으면 말문이 막힙니다. 그리고 답을 찾다 보면 진짜 목적이 나옵니다. '놓치고 싶지 않다'는 것. 그 한 문장이 기능 열 개를 덜어냅니다.
목적이 흐리면 모든 결과물에 노이즈가 낍니다. 만들 수 있다는 건 실력이 아닙니다. 얼마나 정확하게 기획하느냐가 실력입니다.
☑️ STEP 01:
이번 달에 만들었거나 만들고 싶은 앱 하나를 고르고, "이 앱이 없으면 나는 무엇을 놓치는가?"에 한 문장으로 답해보세요. → 앱의 진짜 목적이 드러납니다.
☑️ STEP 02:
아래 실험실의 프롬프트로 AI에게 질문을 받아보세요. 화면은 아직 만들지 마세요. → 머릿속 아이디어가 한 장의 기획서가 됩니다.
☑️ STEP 03:
1 Pager의 기능 목록에서 '없어도 이번 주 업무가 굴러가는 것'을 지워보세요. 3개 이하로 남기는 게 목표입니다. → 끝까지 쓰게 되는 앱의 크기가 보입니다.
다이어리 앱은 왜 점점 작아졌을까
문제: 종이 다이어리는 2월에 멈춘다
다이어리 시즌입니다. 저희 팀원 한 명도 같은 고민을 했습니다. 작년에 산 다이어리는 2월까지만 쓰고 90%가 비어 있었거든요. 그래서 결심합니다. 올해는 기록을 디지털로 남기자. 그리고 바이브코딩으로 자기만의 다이어리 앱을 만들기 시작했습니다.
과정: 하고 싶은 게 계속 늘어난다
시작은 단순했습니다. 한 주에 할 일을 쏟아내고(브레인덤프), 날짜별로 끌어다 놓는 기능 하나.
그런데 만들다 보니 욕심이 붙습니다. 프로젝트 단위로 묶고 싶고, AI 분석도 붙이고 싶고, 자산 관리에 옷장 관리까지. AI도 거들었습니다. 비전보드를 누르면 목표 설정 화면으로 넘어가는 기능을 묻지도 않고 만들어줬죠.
결국 벽에 부딪힙니다. AI에게 내 시간을 분석시키려면 데이터 구조부터 짜야 하는데, 짤 수가 없었습니다. 무엇을 알고 싶은지 정하지 않았기 때문입니다.
결과: 덜어낼수록 쓰게 된다
팀원은 방향을 바꿨습니다. 목적을 하나로 좁혔습니다. '내 에너지가 높은 시간에 맞는 일을 배치하는 것.' 그리고 이번 몇 달은 스케줄러와 목표 대시보드, 이 두 개만 제대로 만들기로 했습니다. AI가 추가한 비전보드 기능은 지웠고, 분석 기능도 일단 뺐습니다.
저는 이 과정이 반가웠습니다. 저도 비슷한 경험이 있거든요. 게임 기록을 분석하는 앱을 만들었는데, 처음엔 데이터 사진을 8장씩 올리게 설계했습니다. 귀찮아서 안 하게 되더군요. 2~3장으로 줄이고 나서야 매일 쓰게 됐습니다.
귀찮게 만들면, 결국 안 씁니다. 최고의 기술이 아니라 적정한 기술. 그 '적정'의 선을 정해주는 게 바로 처음의 기획입니다.
🔧 실전 프롬프트: 화면 만들기 전, 1 Pager부터
매주 월요일 아침 8시, 당신의 뇌가 가장 편한 방식으로 최신 AI 인사이트를 전해드립니다.
의견을 남겨주세요