백서(../whitepaper/)가 "왜"라면, 기획서는 "무엇을 어떻게"다. 아래 문서가 한 세트이며, 서로 참조한다. 계획이 바뀌면 해당 문서를 같은 작업에서 갱신한다(_meta 규칙).
| 문서 | 파트 | 버전 | 핵심 내용 |
|---|---|---|---|
| business-plan.md | 사업기획 | v2.0 | "수령 판정 + 확보 실행" 재정의·퍼널 F1~F3·수익 1순위(즉시출고 매칭 리드)·KPI 선행 지표·법적 지위 |
| execution-plan.md | 실행기획 | v2.0 | 게이트 기반 Phase 로드맵(G1~G3)·Joseph 승인 게이트·스택 경로(현행 PHP ↔ 목표 아키텍처) |
| development-plan.md | 개발기획 | v1.0 (+v2.0 정합 주석) | 기술 스택·Wiki-Driven Site·데이터 모델·수집 파이프라인·기능 명세 |
| design-plan.md | 디자인기획 | v1.0 | 브랜드 방향·디자인 토큰·IA·화면 원칙·GEO 구조화 원칙 |
| revision-memo-v2.md | 개정 총괄 메모 | v2.0 | 개정 경위·기각/정정 목록·CBO 판단·Joseph 결정 요청 |
전제 (모든 기획서 공통)
- 프로젝트 형태: 신규 TF가 Phase 1(안전지수 v0)을 구축·검증하고 게이트(G1~G3) 통과로만 확장하는 실전 프로젝트. 날짜 약속이 아니라 게이트로 진행한다(실행기획 v2.0). 흉내·포장 금지.
- 범위 규율: Phase 1은 실행기획 v2.0 2절 범위(현행 트래커에 안전지수 v0 증축)로 동결. v1.0의 3축(보조금 트래커·차량 DB·계산기)은 폐기가 아니라 유지 자산이다(사업기획 3절). 추가 아이디어는 백로그로.
- 정직성: 근거 없는 수치 선언 금지. 미확인은 미확인으로. 검증 가설은 백서 6장 목록을 따른다.