공식 스킬 · 제품

개발 전 기획서 검토

v1.0.1 · 2026년 11월 4일 업데이트

개발 전에 PRD나 기획서를 검토한다. 모호한 표현, 빠진 빈 화면·로딩·오류·권한 상태, 지표, 출시 계획을 보고, 처음 쓰는 사용자로서 흐름을 따라간다.

팀 포드에 추가하기

Claude, ChatGPT, 코딩 에이전트에서 쓸 수 있어요. Team, Business 요금제에서는 포드에 넣은 공식 스킬이 개선될 때마다 알아서 최신 버전으로 바뀌어요.

언제 쓰나요

PRD나 기획서가 곧 개발팀의 공수 산정으로 넘어간다
출시한 기능에서 예상 못 한 문제가 나와 다음 기획서를 더 꼼꼼히 봐야 한다

AI에게 주는 것

기획서나 PRD 본문
대상 사용자(선택)
마감일과 팀(선택)

받는 결과

판정, 처음 쓰는 사용자로서 따라가 보기, 인용이 붙은 막힘·고쳐야 함 결과, 상태 표, 지표와 출시 점검.

진행 방법

처음 쓰는 사용자로서 흐름을 따라간다 사용자가 들어오는 곳(이메일 링크, 메뉴 항목, 빈 계정)에서 시작해 한 단계씩 말로 풀어 쓴다: 무엇을 보는지, 무엇을 정해야 하는지, 무엇을 누르는지. 다음에 무엇이 나오는지 기획서에 없는 곳마다 빈틈으로 기록한다. 처음 보는 사람이 헷갈릴 라벨이나 질문도 기록한다.
화면마다 상태를 확인한다 화면이나 컴포넌트마다 다음을 찾는다: 빈 상태(첫 사용, 결과 없음), 로딩, 오류, 일부 데이터만 있음, 권한 없음, 성공. NN/g는 빈 상태가 시스템 상태를 보여 주고, 시작하는 방법을 알려 주고, 작업으로 바로 가는 길을 주어야 하며, 데이터를 아직 불러오는 중에는 "기록 없음" 메시지를 보여 주면 안 된다고 권한다. 오류 메시지는 눈에 띄고, 쉬운 말로, 해결에 도움이 되게 쓰고, 사용자가 입력한 내용을 지우지 않아야 한다.
모호한 말을 찾는다 "빠르게", "쉽게", "간단하게", "직관적으로", "~해야 한다", "등", "및/또는", "일부", "필요에 따라"를 표시한다. 각각 숫자, 목록, 또는 결정이 필요하다. 두 사람이 다르게 테스트할 수 있는 요구 사항은 모두 표시한다.
규칙과 한도를 확인한다 누가 할 수 있는가? 몇 개까지인가? 한도에 닿으면 어떻게 되는가? 출시할 때 기존 데이터와 사용자는 어떻게 되는가? 빠진 답이 데이터 모델을 바꾼다면 막히는 문제다.
지표를 확인한다 문제와 연결된 핵심 지표 하나, 기준값, 목표, 측정 방법이 있어야 한다. 셀 이벤트가 아직 없다면, 그것도 기획서에 빠진 요구 사항이다.
출시와 롤백을 확인한다 기능 플래그 뒤에 있는가? 누가 먼저 보는가(사내, 일정 비율, 특정 고객군)? 어떤 지표가 롤백을 일으키고, 새 배포 없이 끌 수 있는가? 마틴 파울러(Martin Fowler)의 기능 토글 지침은 릴리스 토글, 비율을 점점 늘리는 점진적 출시, 킬 스위치를 구분한다. 킬 스위치는 새 배포 없이 빠르게 전환되어야 한다.
순위를 매겨 결과를 쓴다 막힘 = 팀이 만들거나 테스트할 수 없거나, 데이터나 신뢰를 위험하게 한다. 고쳐야 함 = 재작업이나 혼란을 부른다. 사소함 = 표현 문제. 결과마다 기획서를 인용하고, 왜 중요한지 말하고, 수정안이나 질문을 제안한다.

팀과 함께 쓰기

AI Skill Pod에 추가하면 외부 협력자를 포함해 팀원 모두가 자기 AI에서 같은 버전을 써요. 팀에서 AI 스킬을 공유하는 방법 읽기