| name | bp-guide |
| version | 1 |
| description | VC-grade 사업계획서 작성 가이드. YC·Sequoia·a16z 프레임 통합. 사업계획서·BP·피치덱 작성 요청시 자동발동. 트리거: 사업계획서, BP, 피치덱, pitch deck, 투자자료, IR deck, 작성해줘, 만들어줘, write, create. NOT: 재무모델(→financial-model), 회사소개서(→직접수행).
|
Startup BP Writing Guide
글로벌 VC가 실제로 보는 관점으로 사업계획서를 작성하는 방법론.
Skill Boundaries
- 하는 것 — VC-grade 사업계획서 작성 가이드.
- 안 하는 것 — 재무모델(→financial-model), 회사소개서(→직접수행).
소스: YC (Seed/Series A), Sequoia (Writing a Business Plan), a16z (Growth Deck).
When to Use
- 사용자가 "작성해줘", "만들어줘", "write", "create." 같은 표현으로 발동
- 도메인 작업이 필요한 시점
- 안 쓸 때 — 재무모델(→financial-model), 회사소개서(→직접수행).
Prerequisites
| # | 체크 | 미충족 시 |
|---|
| 1 | 대상·입력 명확 (스킬 발동 의도 확인) | 1줄 확인 후 진입 |
| 2 | references/ 폴더 접근 가능 | inline fallback |
VC가 보는 순서 — 실제 읽기 패턴
VC는 BP를 처음부터 끝까지 읽지 않는다. 3단계 필터를 통과해야 다음으로 넘어간다.
| 단계 | 시간 | 보는 것 | 통과 기준 |
|---|
| 1차 스캔 | 30초 | 한 줄 정의, 팀, 시장규모 | "이게 뭔지 이해되는가?" |
| 2차 확인 | 3분 | 문제→솔루션, Traction, 비즈모델 | "논리적으로 말이 되는가?" |
| 3차 정독 | 10분+ | 전체, 특히 Why Now·경쟁·재무 | "투자할 이유가 있는가?" |
핵심 원칙: 1차 스캔에서 탈락하면 나머지는 의미 없다. 한 줄 정의와 첫 3슬라이드에 집중.
표준 구조 — 3대 VC 프레임 통합
프레임 사전선택: 스테이지별 1개만 로드: Seed/Pre-A → YC 10슬라이드. Series A+ → Sequoia 10섹션. Late/Growth → a16z 16슬라이드. 형 명시 시 해당 프레임. 3프레임 동시 로드 금지.
YC 10슬라이드 + Sequoia 10섹션 + a16z 16슬라이드를 교차해서 필수 11섹션 추출.
1. Company Purpose (한 줄 정의)
Sequoia: "한 문장으로 회사를 정의하라."
- 형식: [대상]을 위한 [가치]. [방법]으로 [결과]를 만든다.
- 복잡한 설명 = 아직 이해 못 한 것. 단순할수록 좋다.
2. Problem (문제)
"VC는 제품이 아니라 문제에 투자한다." (a16z)
- 고객의 pain을 구체적 수치/인용으로 증명.
- 현재 대안이 왜 부족한지 명시.
- 1분 안에 설명 못 하면 피치 준비 안 된 것.
3. Why Now (타이밍)
Sequoia: "역사적 진화를 세팅하고, 솔루션을 가능하게 한 최근 트렌드를 정의하라."
- 10년 전에도 가능했던 아이디어 → 투자 매력 없음.
- 기술 변화, 규제 변화, 행동 변화 중 하나 이상 명시.
4. Solution (솔루션)
- 문제→솔루션 인과관계가 직선이어야 한다.
- 기능 나열 금지. "고객의 삶이 어떻게 변하는가"로 설명.
- 데모/스크린샷/프로토타입 포함 권장.
5. Market Size (시장)
YC/Sequoia 공통: TAM → SAM → SOM.
- Bottom-Up 우선 (고객 수 × 객단가 = SAM).
- Top-Down은 교차검증용으로만.
- "시장이 크다"가 아니라 "내가 잡을 수 있는 시장이 충분하다"를 증명.
6. Product (제품)
- 핵심 기능 3개 이내. 전부 보여주려 하지 말 것.
- 기술 아키텍처보다 사용자 경험 흐름이 중요.
- IP/특허/기술적 해자(moat)가 있으면 여기서 명시.
7. Business Model (수익모델)
- 단위경제(Unit Economics) 필수: LTV, CAC, LTV/CAC, Payback.
- 수익 발생 시점과 스케일 경로를 명시.
- "어떻게 버는가"보다 "왜 이 모델이 지속 가능한가"가 핵심.
8. Traction (견인력)
YC: "가장 인상적인 것으로 시작하라."
- 매출, 사용자, 성장률 — 무엇이든 가장 강한 지표를 앞에.
- 숫자 없으면: LOI, 파일럿, 대기 명단도 Traction.
- 그래프는 시계열 + 기간 명시 필수.
9. Competition (경쟁)
- "경쟁사 없음" = 가장 위험한 답변.
- 2×2 매트릭스 or 비교표로 차별화 시각화.
- 직접 경쟁 + 대안(현재 고객이 쓰는 방법) 모두 포함.
10. Team (팀)
- 이 문제를 풀기에 "왜 이 팀이 유일한가"에 답해야 함.
- 관련 경력, 도메인 전문성, 이전 성과 중심.
- 팀 사진 + 한 줄 소개. 장황한 경력 나열 금지.
11. Ask (요청)
- 금액, 용도, 마일스톤을 한 슬라이드에.
- "이 돈으로 [기간]에 [상태]에 도달" 형식.
- 다음 라운드 조건(매출/사용자/지표)까지 명시하면 강력.
작성 원칙 — VC 관점
DO (해야 할 것)
- Clarity > Complexity: 최대한 단순하게 (Sequoia, a16z 공통).
- 가장 강한 것을 먼저: 템플릿 순서가 아니라, 인상적인 것부터 (YC).
- 숫자로 증명: 주장마다 데이터/출처 붙이기.
- 서사 흐름: 섹션이 단절되지 않고 하나의 이야기로 연결.
- 15~20슬라이드: Sequoia 권장. 짧을수록 좋다.
DON'T (하지 말 것)
- 전문용어 과다: "간단하게 말할 수 없으면 아직 이해 못 한 것."
- 화려한 디자인: YC — "시각적으로 지루해도 괜찮다. 내용이 명확하면."
- 모든 기능 나열: 핵심 3개만. 나머지는 부록.
- 경쟁사 없음 주장: 시장이 없다는 뜻으로 읽힌다.
- 학술적/설명적 서술: 수신자는 투자자. 판단에 필요한 정보만.
- 사고도구를 산출물에 넣지 말 것: 절대자 분석, 벤치마크 비교, "대부분의 피치덱이…" 같은 메타 코멘터리는 작성 과정의 프레이밍 도구. 최종 슬라이드에는 결론만.
PRE_WRITE — 슬라이드 작성 직전 룰 (사전 가드)
목적: 슬라이드 헤드·본문 작성 시점에 룰 강제. VC 30초 1차 스캔 탈락 차단. 사후교정 ✗.
5룰 (작성 직전 강제)
| # | 룰 | BP 결로 변환 | FAIL 신호 |
|---|
| 1 | 단문 헤드 | 슬라이드 헤드 8~20자. 결론·주장형 (질문·라벨 ✗) | "Market Analysis" 라벨식 / 30자+ |
| 2 | 단일약속 | 슬라이드 1장 = 1주장. 한 줄 정의는 30초 안에 이해 | 균형요약·다중메시지 |
| 3 | 수치+출처 강제 | 모든 주장 = 숫자 + 출처 1조. 출처 미상 = Y2 가설 명시 | "큰 시장이다" 추상 |
| 4 | 문장당 1명제 | 본문 1행 = 1주장. AND·OR 묶기 ✗ | "A하면서 B도 하고 C까지" |
| 5 | AI식 사전회피 | "혁신적인 솔루션", "전례 없는 가치", "차세대 플랫폼" — 작성 단계 차단 | 추상명사 슬로건 |
슬라이드 유형별 PRE_WRITE 헤드
| 슬라이드 | 헤드 형식 | 본문 룰 |
|---|
| Company Purpose | "X는 Y다" 1문장 ≤30자 | 한 줄 정의만 |
| Problem | 문제 단언형 ≤20자 | 수치·인용 1조 |
| Why Now | 변화 명시형 ≤25자 | 트렌드 1개·시점 |
| Solution | 변화 결과형 ≤25자 | 인과 직선 |
| Market | TAM 결론형 ≤20자 | Bottom-Up 수치 |
| Traction | 가장 강한 지표 ≤15자 | 시계열·기간 |
| Team | "왜 우리만" ≤25자 | 도메인 경력 1줄 |
| Ask | 금액·용도·기간 ≤20자 | 마일스톤 명시 |
PRE_WRITE 자체검증 (제출 전)
기존 VC 체크리스트 + PRE_WRITE 추가:
PRE_WRITE = 작성 시점 가드. VC 체크리스트 = 제출 전 사후. 둘 다 통과 = 1차 스캔 통과.
다챕터 BP 작성 시 운영 원칙
| 항목 | 규칙 |
|---|
| 수치 레지스트리(SoT) | 핵심 수치(TAM/SOM, CAC/LTV, ARPU, 매출 등) 한 곳에 관리. 원본 변경 시 하류 챕터 전수 grep 필수 |
| 출처표 표준 | 각 챕터 말미에 출처표 배치. 소스명+연도+지역 명시 |
| 서사 연결 | 챕터 간 논리 연결어 명시. 앞 챕터 결론 → 다음 챕터 전제로 자연 전환 |
| 산출물 3단계 | 프레이밍→작성→QC. 각 단계 산출물 혼재 금지 |
산출물 규칙
- VC 체크리스트는 작성자 자가점검 전용. 최종 산출물(BP/피치덱)에 체크리스트를 포함하지 말 것.
- 프레임워크 이름(YC, Sequoia, a16z), 사고도구명(절대자, 홈즈, 오컴 등), 메타 코멘터리("대부분의 피치덱이…", "VC가 보는 순서에 따르면…")를 산출물 본문에 넣지 말 것.
- 산출물에는 결론과 근거만 남긴다. 도출 과정·방법론·참조 프레임은 제거.
VC 체크리스트 — 제출 전 자가점검
제약
- 이 스킬은 방법론 가이드. 실제 수치/가정 검증은 UP Core NUM_VERIFY, 재무모델은 financial-model 스킬 사용.
- 산업별 특수 요소(바이오, 하드웨어, 마켓플레이스 등)는 별도 맥락에서 보강 필요.
- 소스: YC Startup Library, Sequoia "Writing a Business Plan", a16z Growth Deck Framework.
📚 형 코퍼스 실측 예시·BAN/GOOD 사전 (4단계 박제):
→ references/jason-corpus-examples.md (형 코퍼스 1.05MB · PT 17개·IR 2개·BP 추출 verbatim 헤드·구문)→ VAULT/Agent-Ops/_refs/jason_lexicon_BAN.md (AI식 28개 어휘·형 코퍼스 0회 등장 = 확정 BAN)→ VAULT/Agent-Ops/_refs/jason_lexicon_GOOD.md (형 시그니처 50+ 어휘·구문 패턴)
§CONFIRM_GATE — 송출 직전 형 컨펌 (3단계 가드)
목적: PRE_WRITE 자가신고 우회 차단. 자체검증 통과 = 송출 ✗ → 형 컨펌 후 송출.
발동: 산출물 송출 직전 1회.
형식 (verbatim):
🔍 송출 전 검토 부탁드려요. AI 티·번역투·장황 있나요?
[OK / 수정 / 재작성]
규칙:
- 형 OK → 최종 송출
- 형 수정 → 형 지적 부분만 PRE_WRITE 재진입 → 재출력
- 형 재작성 → 모드 처음부터 재실행
SCOPE_OUT (컨펌 면제):
- ≤5줄 답변·단답·확인성·실행보고
- 진단 본문 (대화 내 분석, 산출물 ✗)
- 일반대화·핑퐁·컨펌게이트 자체
CHECK: 산출물 송출인데 컨펌게이트 미발동 = FAIL → 송출 폐기·재출력.
§INV NO_WORK_LABEL (산출물·대화 본질 보호)
| 항목 | 정의 |
|---|
| RULE | 산출물·대화 = 인간 언어. 작업 라벨 ZERO. (1만 페이지 1단어 = FAIL) |
| 판정 | "이 단어, 이 대화 밖 사람이 사전 없이 읽을 수 있나?" NO → 작업 라벨 → 금지 |
| ALLOW | 업계 전문용어(BP·VC·TAM·SAM·SOM·LTV·CAC·MRR·ARR·LOI·IR·MVP·KPI·BEP·MOIC·IRR) · 고유명사(YC·Sequoia·a16z) · 법조문 |
| CONVERT | 라벨 발견 → 실명·평문 풀어쓰기. 예) "Y2 → 2년차" / "11섹션 프레임" → 실제 11개 이름 / "절대자 분석·프레이밍 도구·메타 코멘터리" → 본문에서 제거 |
| SELF_CHECK | 산출 직전 자체 스캔. 1개라도 발견 = 차단·재작성. paper-engine cascade 경유 시 INV 13 자동 적용 |
Reference Index
| 파일 | 내용 | 언제 |
|---|
references/jason-corpus-examples.md | jason corpus examples | 해당 단계 진입 시 |
Next Phase
본 스킬 작업 후 자연스럽게 이어지는 흐름:
- 후속 작업 →
financial-model
- 후속 작업 →
직접수행
Output Path
| 산출물 | 경로 |
|---|
| 주 산출물 | mnt/outputs/bp-guide\_{topic}_{YYYY-MM-DD}.md |
| 리서치 결과 (해당 시) | {VAULT}/_skills research/bp-guide/{YYYY-MM-DD}_{topic}.md |
Failure Modes (Gotchas)
- YC와 a16z 프레임을 동시 적용하면서 충돌하는 권고를 그대로 넣는 실수. 프레임 충돌 시 우선순위: YC(구조·간결성) > Sequoia(서사·흐름) > a16z(시장·스케일). 예: YC "15슬라이드 이내" vs a16z "16슬라이드" → YC 우선.
- TAM/SAM/SOM을 Top-Down으로만 산출하고 Bottom-Up 교차검증을 생략하는 패턴.
- 14챕터 BP 작성 시 챕터 간 서사 연결이 끊기는 것. Problem→Why Now→Solution→Traction 체인 확인.
- 투자자 톤이 아닌 내부 기획 톤으로 작성하는 실수. 수신자가 투자자임을 유지.
실수 발견 시 이 섹션에 직접 추가.
❌ WRONG vs ✅ CORRECT
❌ WRONG: 트리거 단어만 보고 발동 — 본질·범위 확인 ✗ → 오발동·범위 이탈
✅ CORRECT: Skill Boundaries·When to Use 확인 후 발동 → 본질 작업만 수행
