bp-guide

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 추가:

• 모든 슬라이드 헤드 8~20자, 결론·주장형?
• AI식 어휘(혁신적·전례없는·차세대) hit = 0?
• 모든 주장에 수치+출처 1조?
• 슬라이드당 1주장?

PRE_WRITE = 작성 시점 가드. VC 체크리스트 = 제출 전 사후. 둘 다 통과 = 1차 스캔 통과.

---

다챕터 BP 작성 시 운영 원칙

항목	규칙
수치 레지스트리(SoT)	핵심 수치(TAM/SOM, CAC/LTV, ARPU, 매출 등) 한 곳에 관리. 원본 변경 시 하류 챕터 전수 grep 필수
출처표 표준	각 챕터 말미에 출처표 배치. 소스명+연도+지역 명시
서사 연결	챕터 간 논리 연결어 명시. 앞 챕터 결론 → 다음 챕터 전제로 자연 전환
산출물 3단계	프레이밍→작성→QC. 각 단계 산출물 혼재 금지

---

산출물 규칙

• VC 체크리스트는 작성자 자가점검 전용. 최종 산출물(BP/피치덱)에 체크리스트를 포함하지 말 것.
• 프레임워크 이름(YC, Sequoia, a16z), 사고도구명(절대자, 홈즈, 오컴 등), 메타 코멘터리("대부분의 피치덱이…", "VC가 보는 순서에 따르면…")를 산출물 본문에 넣지 말 것.
• 산출물에는 결론과 근거만 남긴다. 도출 과정·방법론·참조 프레임은 제거.

---

VC 체크리스트 — 제출 전 자가점검

• 한 줄 정의가 30초 안에 이해 가능한가?
• Problem→Why Now→Solution 인과체인이 직선인가?
• TAM/SAM/SOM이 Bottom-Up으로 산출되었는가?
• Traction이 시계열 + 기간 포함으로 제시되었는가?
• 단위경제(LTV/CAC) 또는 그에 준하는 수익 논리가 있는가?
• 팀이 "왜 이 문제를 풀 유일한 팀인가"에 답하는가?
• Ask에 금액·용도·마일스톤이 모두 있는가?
• 15~20슬라이드 이내인가?
• 전문용어·학술적 서술이 제거되었는가?
• 서사 흐름이 끊기지 않고 하나의 이야기인가?
• 사고도구(절대자 박스, "통념 뒤집기" 등)가 슬라이드 본문에 남아있지 않은가?
• 핵심 수치가 챕터 간 정합한가? (SoT 레지스트리 대조)

---

제약

• 이 스킬은 방법론 가이드. 실제 수치/가정 검증은 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 확인 후 발동 → 본질 작업만 수행