같은 아이디어, 계획 모드만 vs 플랜디 키트

아이디어 한 줄("동네 카페 사전 주문·픽업 앱")과 핵심 요구 5줄(메뉴 담기·픽업 시간·결제 흉내·주문 상태·운영자 처리)을 두 쪽에 똑같이 줬어요. 같은 AI 코딩툴·같은 모델로, 서버 없이 브라우저에서만 도는 화면(데이터는 브라우저 저장소)으로 만들게 했고 상한은 90분이었어요.
계획 모드만 쪽은 이 입력만 받았고, 플랜디 키트 쪽은 같은 입력에 더해 카페 사전 주문 키트(화면설계 106장, PRD, IA, 서비스 공통 규칙, 수용 기준 체크리스트)를 받았어요.

계획 모드만 쪽은 화면 7개짜리 계획을 스스로 세우고 곧바로 만들었어요. 디자인·문구·상태 이름·옵션·픽업 시간 규칙은 근거 없이 정했고, 품절·주문 취소·운영자 거절·시간대 정원은 계획에 없어서 만들지 않았어요.
키트 쪽은 README → PRD → 공통 규칙 → 수용 기준 → 자동 점검 → IA → 화면 연결 → 핵심 화면 10장 순서로 읽고 만들었어요. 문구·상태 이름·주소·금액과 날짜 형식은 키트에 적힌 그대로 가져왔어요. 다만 핵심 화면 모두 기능정의가 비어 있어서(키트 자동 점검 "기능정의 없음" 106건) 접수 → 제조 중 버튼, 픽업 정원 기본값, 결제 흉내 방식은 직접 정했어요. 사람이 확인하는 단계(기획 둘러보기·기획 점검·디자인 시안 3종 고르기)는 사람이 없는 실험이라 건너뛰었어요.

끝난 뒤 두 앱을 따로 띄워 휴대폰 너비(390px)에서 같은 순서로 눌러 봤어요. 아메리카노(라지·샷 1회·아이스) 2잔과 디저트 1개를 담고, 픽업 시간을 고르고, 결제 흉내를 내고, 운영자 탭에서 상태를 끝까지 넘기며 손님 화면이 따라 바뀌는지 봤어요. 키트의 수용 기준 5개 중 이번 범위에 해당하는 4개(회원 가입 동의 항목은 범위 밖)는 계획 모드만 쪽에도 똑같이 적용했어요.

핵심 흐름 5개는 둘 다 끝까지 동작했고 다시 만든 횟수도 둘 다 0회였어요. 걸린 시간(4분 vs 8분)과 부분 수정 횟수(1건 vs 3건)는 계획 모드만이 나았어요.
키트 쪽은 브리프에 적히지 않은 경우까지 처리했어요. 정원이 찬 픽업 시간은 결제 직전에 거절하고 다른 시간 3개를 안내했고, 품절 메뉴는 목록에서 빼고 장바구니에 남으면 주문을 막았어요. 비회원 주문 조회, 준비 완료 알림 흉내, 운영자 메뉴 품절·픽업 정원 관리도 있었어요. 계획 모드만 쪽에는 이 화면들이 없어요.

한 번씩만 돌린 실험이에요. 같은 AI가 두 쪽을 만들었고 채점도 플랜디 팀이 했어요. 아이디어가 단순해서 이번에는 다시 만든 횟수 차이가 나지 않았어요. 키트 수용 기준은 계획 모드만 쪽이 미리 보지 못한 기준이라, 그 항목은 "키트가 챙겨 준 범위"로 읽어 주세요.
키트 쪽에도 흠이 있었어요. 영업일이 홈과 하단에서 다르게 적혔고, 손님에게 "픽업 완료 대기"는 어색한 말이고, 전화번호 오류 문구가 바르게 고쳐 입력해도 남아 있었어요. 키트의 기능정의가 비어 있던 것은 플랜디가 먼저 고칠 부분이에요.