lean-startup-guide
린 스타트업 핵심 방법론 가이드. Build-Measure-Learn 사이클, Customer Development 4단계, MVP 유형별 선택 기준, 피벗 판단 프레임워크를 제공한다. Use when: 스타트업 방법론 적용, 가설 검증 설계, MVP 정의, 피벗 결정 시 Core lean startup methodology guide covering the Build-Measure-Learn cycle, the 4 stages of Customer Development, MVP type selection criteria, and a pivot decision framework. Use when: applying startup methodology, designing hypothesis validation, defining an MVP, or deciding whether to pivot.
- License 许可
- Apache-2.0
- 最近更新
- 2026-10-29
- Stars
- ★ 1
- Forks
- 0
01 前言 Front Matter
- name
- lean-startup-guide
- metadata
- { "version": "1.0.0", "category": "strategy" }
- description
- 린 스타트업 핵심 방법론 가이드. Build-Measure-Learn 사이클, Customer Development 4단계, MVP 유형별 선택 기준, 피벗 판단 프레임워크를 제공한다. Use when: 스타트업 방법론 적용, 가설 검증 설계, MVP 정의, 피벗 결정 시 Core lean startup methodology guide covering the Build-Measure-Learn cycle, the 4 stages of Customer Development, MVP type selection criteria, and a pivot decision framework. Use when: applying startup methodology, designing hypothesis validation, defining an MVP, or deciding whether to pivot.
03 SKILL.md 正文
Lean Startup Guide — 린 스타트업 핵심 방법론
When to Apply
- 새로운 사업 아이디어를 검증할 때
- MVP를 정의하고 스코프를 결정할 때
- 실험 결과를 바탕으로 피벗/유지를 결정할 때
- Customer Development 프로세스를 따를 때
Core Framework: Build-Measure-Learn
┌─────────┐
┌───▶│ LEARN │───┐
│ └─────────┘ │
│ 가설 검증/반증 │ 가설 수립
│ │ (Riskiest Assumption)
┌───┴───┐ ┌───▼───┐
│MEASURE│◀─────────│ BUILD │
└───────┘ └───────┘
핵심 지표 측정 최소한의 실험/MVP
핵심 원칙:
- 만들기 전에 가장 위험한 가설부터 검증
- 완벽한 제품이 아닌 학습을 위한 최소한의 것을 만듦
- Vanity Metrics(허영 지표)가 아닌 Actionable Metrics(행동 지표) 측정
- 검증된 학습(Validated Learning)만 진짜 진전
Customer Development 4단계
| 단계 | 목표 | 핵심 질문 | 성공 기준 |
|---|---|---|---|
| Customer Discovery | 문제 존재 확인 | 이 문제가 실재하는가? | 인터뷰 대상의 40%+ 공감 |
| Customer Validation | 솔루션 수요 확인 | 사람들이 돈을 낼 것인가? | 유료 전환 또는 LOI 확보 |
| Customer Creation | 수요 창출 | 어떻게 고객에게 도달하는가? | 반복 가능한 채널 확보 |
| Company Building | 조직화/확장 | 어떻게 규모를 키우는가? | 부서별 KPI 달성 |
Customer Discovery 인터뷰 원칙 (The Mom Test):
- 아이디어가 아닌 고객의 삶에 대해 질문
- 미래 행동이 아닌 과거 행동에 대해 질문
- "좋다/나쁘다" 의견이 아닌 구체적 사실을 수집
MVP 유형 선택 가이드
| MVP 유형 | 검증 대상 | 비용 | 기간 | 적합한 단계 |
|---|---|---|---|---|
| Landing Page | 가치 제안, 수요 | 낮음 | 1~3일 | Discovery |
| Video/Demo | 솔루션 관심도 | 낮음 | 1~5일 | Discovery |
| Concierge | 문제-솔루션 적합성 | 중간 | 1~4주 | Validation |
| Wizard of Oz | 솔루션 작동 가능성 | 중간 | 2~4주 | Validation |
| Piecemeal | 운영 가능성 | 중간 | 1~2주 | Validation |
| Single Feature | 핵심 가치 검증 | 높음 | 4~8주 | Validation |
선택 기준: 가장 적은 비용으로 가장 위험한 가설을 검증할 수 있는 유형
Pivot 판단 프레임워크
피벗 신호:
- 핵심 지표가 3회 연속 실험에서 기준 미달
- 고객이 다른 기능/용도로 제품을 사용
- CAC가 LTV를 초과하며 개선 추세 없음
- 팀의 학습 속도가 현저히 둔화
10가지 피벗 유형:
| 피벗 유형 | 변경 내용 | 예시 |
|---|---|---|
| Zoom-in | 기능 → 제품 | Flickr(게임 내 사진) → 사진 서비스 |
| Zoom-out | 제품 → 기능 | 단독 앱 → 플랫폼의 한 기능 |
| Customer Segment | 다른 고객 | Slack(게임 팀 도구) → 모든 팀 |
| Customer Need | 다른 문제 | 고객은 같지만 다른 니즈 해결 |
| Platform | 앱 ↔ 플랫폼 | 단일 앱 → 에코시스템 |
| Architecture | B2C ↔ B2B | 개인 → 기업 또는 반대 |
| Value Capture | 수익 모델 변경 | 구독 → 거래 수수료 |
| Growth Engine | 성장 엔진 변경 | 바이럴 → 유료 광고 |
| Channel | 유통 채널 변경 | 직접 → 파트너/리셀러 |
| Technology | 기술 스택 변경 | 같은 솔루션, 다른 기술 |
Key Metrics by Stage
| 단계 | 핵심 지표 | 목표 |
|---|---|---|
| Problem-Solution Fit | 인터뷰 공감률, 문제 빈도 | 40%+ 공감 |
| MVP | 가입 전환율, 활성화율 | 업종별 상이 |
| Product-Market Fit | 리텐션(D7/D30), Sean Ellis 테스트 | 40%+ "매우 실망" |
| Scale | LTV/CAC, Payback Period, NPS | LTV/CAC > 3 |
References
- Eric Ries, "The Lean Startup" (2011)
- Steve Blank, "The Four Steps to the Epiphany" (2005)
- Ash Maurya, "Running Lean" (2012)
- Rob Fitzpatrick, "The Mom Test" (2013)
04 同仓库更多 Skills
sync-claude-md
커밋·푸시·PR/MR 직전에 이번 변경이 프로젝트 CLAUDE.md 를 낡게 만드는지 검토하고, 필요할 때만 갱신 diff 를 제안한다 — 아키텍처·디렉터리 구조, 새 통합/MCP, 컨벤션, 빌드·CI·도구, 주요 의존성 변화가 대상. 해당 없으면 한 줄로 끝낸다. Reviews whether pending changes make the project CLAUDE.md stale (architecture, integrations, conventions, build/CI/tooling, major dependencies) and proposes a minimal update diff only when needed. Use when: "CLAUDE.md 갱신 필요해?", "CLAUDE.md 동기화", 커밋/푸시/MR 전에 구조·도구가 바뀐 변경을 정리할 때, sync CLAUDE.md, check CLAUDE.md before commit or PR.
spec-driven-dev
새 기능·프로젝트·큰 변경을 코드보다 스펙 먼저로 진행하는 게이트 워크플로(SPECIFY → PLAN → TASKS → IMPLEMENT) — 가정 명시, 측정 가능한 성공 기준, Always/Ask/Never 경계, 단계별 사람 검토로 범위 이탈과 재작업을 줄인다. Spec-before-code gated workflow for new features or significant changes: explicit assumptions, measurable success criteria, boundaries, and a human review between stages. Use when: "스펙 먼저", "기능 명세", "요구사항 정리", starting a new feature or project, a significant change with vague requirements. 단순 버그 수정·1~2줄 변경엔 불필요.
shipping-guide
프로덕션 배포 전후 가이드 — 배포 전 체크리스트, 피처 플래그 수명주기, 단계적 롤아웃과 진행/보류/롤백 임계값, 롤백 계획 템플릿, 배포 후 모니터링. Production shipping guide: pre-launch checklist, feature-flag lifecycle, staged rollout with go/hold/rollback thresholds, rollback plan template, post-launch monitoring. Use when: "배포 준비", "릴리즈 전 점검", "롤아웃 계획", "롤백 계획", preparing a production deploy, staged rollout, feature flags.
retro
세션 회고·교훈 컴파운딩 — 이번 세션의 교정·실수·발견을 추출해 품질 기준(재현·일반화·판정 가능성)으로 거르고, 컨벤션 변화는 sync-claude-md 위임, 반복 실수는 tasks/lessons.md(#가드-훅-후보 태그), 스킬 지식 갱신은 수정 제안으로 나눈다. 모든 적용은 승인 후. Session retrospective that turns corrections, mistakes, and discoveries into vetted lessons routed to CLAUDE.md sync, tasks/lessons.md, or skill-edit proposals, with user approval before any write. Use when: "회고", "레트로", "교훈 정리", "같은 실수 반복", "재발 방지 규칙", retrospective, lessons learned, wrapping up a task, review, or loop. 여러 실행에 걸친 하네스 개선은 harness:evolve.
project-rules
현재 프로젝트의 스택(빌드 파일 버전, 마이그레이션 도구, ORM 유무, ES 사용, git 호스트)을 감지해 프로젝트 루트 AGENTS.md 의 마커 블록(스택 사실 + 항상 적용되는 스페셜리스트 핵심 ≤15줄 — Claude Code·Codex·Antigravity 공통)과 CLAUDE.md 의 `@AGENTS.md` 연결, Claude 전용 경로 한정 .claude/rules/<stack>-specialist.md(해당 버전에 실제로 맞는 상세 함정)를 diff 로 제안하고, 스택 플러그인을 런타임별로 프로젝트 범위에서 켜는 법을 안내한다. 이전 버전 출력(CLAUDE.md 블록·specialist-core.md)은 AGENTS.md 로 이전을 제안. --check 는 버전 불일치·사라진 ID·크기 한도·연결 누락을 점검. Detects the project's stack and proposes a cross-runtime AGENTS.md block (stack facts + always-on specialist core) linked from CLAUDE.md via @AGENTS.md, plus Claude-only path-scoped specialist rules; migrates the older CLAUDE.md-block layout; --check audits drift. Use when: "이 프로젝트 세팅", "프로젝트 규칙 생성", "AGENTS.md/CLAUDE.md 점검", project setup, generate project rules, audit AGENTS.md or CLAUDE.md drift.
post-merge
MR 머지 완료 후 Plane 이슈 종료와 Outline 문서 업데이트를 자동으로 처리하는 오케스트레이터 스킬입니다. issue-tracker와 document-latest 스킬을 연계 실행하여 머지 후 후속 작업을 일괄 처리합니다. Orchestrates post-merge follow-up after an MR is merged: chains the issue-tracker and document-latest skills to close the Plane issue and update Outline wiki docs in a single batch. Use when: an MR was just merged, closing tickets and syncing documentation after a merge, post-merge cleanup.