AUTO-EXECUTE
명확한 요청 없이 즉시 모든 단계를 실행합니다.
목적
이 스킬은 펀드레이징 과정에서 스타트업이 투자자에게 조직적이고 신뢰할 수 있는 방식으로 자신을 소개하는 문제를 해결합니다. 에이전트 전략(Agent Estrategia)이 Phase 6에서 파이프라인의 모든 산출물이 준비된 후 실행합니다. 실제 법률 문서를 생성하지는 않으며, 시스템 내 기존 산출물로 구조를 만들고 채웁니다.
필요한 입력
- todos-los-artefactos: 이전 5개 Phase의 결과물 (Lean Canvas, MVP Spec, Financial Model, C4 Model, Unit Economics, Pitch Deck)
- startup-context: 스타트업 이름, 펀드레이징 단계, 목표 금액 (세션 컨텍스트에서)
- financials: 재무 모델 (engram:
startup/{name}/finanzas/financial-model)
단계
1단계 — 접근 권한 계층 정의
데이터룸은 민감한 정보를 보호하기 위해 단계별 접근 권한을 가집니다:
TIER 1 — 티저 (공개, 첫 미팅 전):
- 원페이지 / 경영 요약
- 프레젠테이션 덱 (재무 정보 없는 버전)
- 데모 영상 또는 제품 스크린샷
TIER 2 — 기본 NDA (첫 미팅 후):
- 전체 피치 덱 (개괄적 재무 정보 포함)
- 유닛 이코노믹스 요약
- 팀 약력
TIER 3 — 전체 데이터룸 (본격적인 실사 중인 투자자):
- 위 모든 항목 +
- 전체 재무 모델 (3가지 시나리오)
- 코호트 분석 및 상세 SaaS 지표
- 고객 레퍼런스 (통화 가능한 고객 3~5명)
- 자본금 테이블 (Cap Table)
TIER 4 — 고급 실사 (텀시트 체결 후):
- 법률 문서 (설립 증명서, 지식재산권 양도, 주요 계약서)
- 코드 감사 (해당 시)
- 상위 3개 고객 계약서
- 소송 또는 우발사항
2단계 — 데이터룸 색인 생성
각 문서의 현재 상태와 책임자를 포함한 폴더 구조를 생성합니다:
📁 [스타트업 이름] 데이터룸 — [날짜]
📁 01 — 회사 개요
├── executive-summary.pdf [상태: 생성 전 / 준비 완료]
├── cap-table.xlsx [상태: ]
└── org-chart.pdf [상태: ]
📁 02 — 제품
├── product-demo-video.mp4 [상태: ]
├── product-screenshots.pdf [상태: ]
├── mvp-spec.md → [제품에서] [상태: ]
└── roadmap-12months.pdf [상태: ]
📁 03 — 시장
├── tam-sam-som-analysis.pdf [상태: ]
├── competitive-analysis.pdf [상태: ]
└── beachhead-market.pdf [상태: ]
📁 04 — 비즈니스 모델 및 지표
├── unit-economics.xlsx [상태: ]
├── cohort-analysis.xlsx [상태: ]
├── saas-metrics-dashboard.pdf [상태: ]
└── pricing-strategy.pdf [상태: ]
📁 05 — 재무
├── financial-model-3scenarios.xlsx [상태: ]
├── p-l-actual-ytd.xlsx [상태: ]
└── revenue-recognition-policy.pdf [상태: ]
📁 06 — 팀
├── founder-bios.pdf [상태: ]
├── advisor-list.pdf [상태: ]
└── linkedin-profiles.pdf [상태: ]
📁 07 — 법률 (Tier 4)
├── incorporation-documents/ [상태: ]
├── ip-assignments/ [상태: ]
├── key-contracts/ [상태: ]
└── compliance-certifications/ [상태: ]
📁 08 — 레퍼런스
├── customer-references.pdf [상태: ]
└── media-mentions.pdf [상태: ]
3단계 — 기존 산출물로 채우기
색인의 각 문서와 시스템 내 어떤 산출물이 연결되는지 매핑합니다:
| 문서 | 소스 산출물 | engram 위치 |
|---|---|---|
| executive-summary | lean-canvas + pr-faq | estrategia/lean-canvas |
| tam-sam-som-analysis | tam-sam-som | mercado/tam-sam-som |
| competitive-analysis | competitive-intel + battle-cards | mercado/competitive-intel |
| unit-economics | unit-economics | finanzas/unit-economics |
| financial-model | financial-model | finanzas/financial-model |
| mvp-spec | mvp-specification | producto/mvp-spec |
| cohort-analysis | cohort-analysis | finanzas/cohort-analysis |
해당 산출물이 없는 문서는 "PENDIENTE — 창업자 액션 필요"로 표시합니다.
4단계 — 전송 전 품질 체크리스트
투자자와 공유하기 전에 각 항목을 확인합니다:
Tier 2 전 필수:
[ ] 피치 덱에 오타 없음
[ ] 모든 숫자가 슬라이드와 재무 모델 간 일관됨
[ ] 자본금 테이블이 현재 상태 (투자 후 아님) 반영
[ ] SaaS 지표가 최근 90일 데이터 기준
[ ] 팀 슬라이드에 최신 사진과 LinkedIn 포함
Tier 3 전 필수:
[ ] 재무 모델이 3가지 시나리오를 포함하며 가정이 문서화됨
[ ] 코호트 분석이 최소 6개월 데이터 포함
[ ] 고객 레퍼런스가 30분 통화 가능함을 확인
[ ] 유닛 이코노믹스가 채널/세그먼트별로 계산됨 (평균만 아님)
VC가 주목하는 경고 신호:
⚠️ 덱의 TAM과 재무 모델의 TAM이 일치하지 않음
⚠️ 어떤 문서에도 이탈률(Churn)이 언급되지 않음
⚠️ 자본금 테이블에 cliff와 vesting이 불완전함
⚠️ 정당한 근거 없는 "0에서 12개월 내 $10M ARR" 예측
⚠️ 창업자를 모르는 고객 레퍼런스
5단계 — 데이터룸 요약 생성
VC가 내부 공유용으로 사용할 수 있는 1페이지 요약 문서를 생성합니다:
[스타트업 이름] — 데이터룸 요약
날짜: [날짜]
단계: [Pre-seed / Seed / Series A]
목표 금액: $[X]M (사전 평가 $[Y]M)
경영 요약 (3문장):
[...]
주요 지표:
- 현재 ARR / MRR: $[X]
- 월간 성장률: [X]%
- 월간 이탈률: [X]%
- NRR: [X]%
- LTV/CAC: [X]배
- 현재 Runway: [X]개월
데이터룸 내용:
[각 8개 폴더를 한 줄로 설명한 목록]
연락처: [이름] — [이메일]
출력 계약
status: success | partial | failed
executive_summary: 데이터룸이 8개 섹션, 4개 접근 권한 계층으로 구성되었으며 [N]개의 문서를 포함합니다. 기존 산출물에서 [X]개 문서가 준비되었고, [Y]개는 창업자 액션이 필요합니다.
artifacts:
- data-room-index: 상태와 책임자가 포함된 전체 색인
- data-room-summary: VC와 공유할 1페이지 문서
- pre-send-checklist: 계층별 품질 체크리스트
next_recommended: vc-mapping
risks: Tier 4 (법률) 문서는 창업자의 액션과 잠재적으로 변호사가 필요합니다. 데이터룸은 가장 약한 산출물만큼만 강력합니다.
skill_resolution: injected | fallback-registry | fallback-path | none
규칙
- 스타트업과 관련 없는 창업자 또는 직원 정보는 절대 포함하지 마십시오
- 민감한 숫자는 항상 창업자가 확인해야 하는 플레이스홀더를 사용하세요 (예: "[확인 필요] 현재 매출: $X")
- 경영 요약은 2분 안에 읽을 수 있어야 하며, 그렇지 않으면 너무 깁니다
- Tier 4 법률 문서는 존재해야 할 문서의 목록일 뿐이며, 생성하지 마십시오
- 필수 산출물이 없는 경우 (예: 창업 3개월 미만으로 코호트 분석이 없는 경우), 이를 정직하게 문서화하고 획득 계획을 명시하십시오