AGENT SKILL

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

핵심 원칙:

  1. 만들기 전에 가장 위험한 가설부터 검증
  2. 완벽한 제품이 아닌 학습을 위한 최소한의 것을 만듦
  3. Vanity Metrics(허영 지표)가 아닌 Actionable Metrics(행동 지표) 측정
  4. 검증된 학습(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

Dokkabei97
Dokkabei97/dokkabei-harness

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.

Skill与智能体开发
★ 1
Dokkabei97
Dokkabei97/dokkabei-harness

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줄 변경엔 불필요.

开发工程师Skill与智能体开发
★ 1
Dokkabei97
Dokkabei97/dokkabei-harness

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.

★ 1
Dokkabei97
Dokkabei97/dokkabei-harness

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.

★ 1
Dokkabei97
Dokkabei97/dokkabei-harness

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.

开发工程师
★ 1
Dokkabei97
Dokkabei97/dokkabei-harness

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.

文档处理Skill与智能体开发
★ 1