rupy1014
f4b14fddf5
🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
404 lines
8.3 KiB
Markdown
404 lines
8.3 KiB
Markdown
# appkit.mvp
|
||
|
||
**최소한의 기능으로 최대한의 검증을 하는 MVP 범위 정의 명령어**
|
||
|
||
---
|
||
|
||
## Overview
|
||
|
||
**This is Step 5 of the logical thinking 7-step workflow**:
|
||
|
||
```
|
||
논리적 사고 7단계:
|
||
1. /appkit.new → 아이디어 스케치 (어떤 서비스인지?)
|
||
2. /appkit.spec → 기능 구체화 (뭐가 필요할까? 누가 쓸까?)
|
||
3. /appkit.customer → 고객 스토리 (고객의 하루, 고민, 해결)
|
||
4. /appkit.sales → 세일즈 랜딩 구성 (어떻게 설득할까?)
|
||
5. /appkit.mvp → MVP 범위 정하기 (최소한으로 검증하려면?) ← YOU ARE HERE
|
||
6. /appkit.merge → 기획 정돈 (흩어진 기획 통합)
|
||
7. /appkit.design → 개발 준비 (API, ERD, 기술 스펙)
|
||
```
|
||
|
||
## Purpose
|
||
|
||
핵심 가치만 구현하여 빠르게 시장 검증을 하기 위한 MVP 범위를 정의합니다.
|
||
"있으면 좋은" 기능을 제외하고 "없으면 안되는" 기능만 선별합니다.
|
||
|
||
**핵심 질문**: "최소한으로 검증하려면 뭐가 필요할까?"
|
||
|
||
---
|
||
|
||
## When to Use
|
||
|
||
- `/appkit.sales`로 가치 제안을 정의한 후 (Step 4 완료 후)
|
||
- 개발 시작 전 범위를 정해야 할 때
|
||
- 리소스가 제한적일 때
|
||
- 빠른 시장 검증이 필요할 때
|
||
|
||
---
|
||
|
||
## Usage
|
||
|
||
```bash
|
||
/appkit.mvp
|
||
/appkit.mvp "2-week validation"
|
||
/appkit.mvp "budget: 500만원"
|
||
/appkit.mvp "target: early adopters only"
|
||
```
|
||
|
||
---
|
||
|
||
## What I'll Do
|
||
|
||
### 1. MVP 정의 프레임워크
|
||
|
||
```markdown
|
||
## MVP Definition Framework
|
||
|
||
### The ONE Thing Test
|
||
"만약 딱 하나의 기능만 만들 수 있다면?"
|
||
→ 그것이 진짜 핵심 가치
|
||
|
||
### Concierge MVP vs Product MVP
|
||
- Concierge: 수동으로 서비스 제공 (검증용)
|
||
- Product: 자동화된 제품 (확장용)
|
||
|
||
### MLP (Minimum Lovable Product)
|
||
- Minimum: 최소 기능
|
||
- Viable: 사용 가능
|
||
- Lovable: 사랑받을 만한
|
||
→ MVP도 완성도는 있어야 함
|
||
```
|
||
|
||
### 2. Phase별 기능 분류
|
||
|
||
```markdown
|
||
## MVP Phases
|
||
|
||
### Phase 0: Core MVP (2주)
|
||
"없으면 서비스가 성립 안 되는 기능"
|
||
|
||
#### Must Have (핵심)
|
||
✅ 코트 검색/조회
|
||
✅ 실시간 예약
|
||
✅ 간단 결제
|
||
✅ 예약 확인
|
||
|
||
#### 구현 수준
|
||
- UI: 기본 모바일 웹 (앱 개발 X)
|
||
- 백엔드: 최소 API (5-7개)
|
||
- 결제: 간편결제 1종 (카드)
|
||
- 인증: 소셜 로그인 1종 (카카오)
|
||
|
||
#### 제외할 것
|
||
❌ 회원 등급 시스템
|
||
❌ 리뷰/평점
|
||
❌ 쿠폰/포인트
|
||
❌ 푸시 알림
|
||
❌ 커뮤니티
|
||
|
||
#### 검증 목표
|
||
- 주간 예약 10건 달성
|
||
- 사용자 10명 확보
|
||
- 핵심 플로우 검증
|
||
|
||
|
||
### Phase 1: Enhanced MVP (1개월)
|
||
"사용자 만족도를 높이는 기능"
|
||
|
||
#### Should Have (개선)
|
||
✅ 할인/쿠폰 시스템
|
||
✅ 사용자 리뷰
|
||
✅ 예약 변경/취소
|
||
✅ 다중 결제 수단
|
||
|
||
#### 검증 목표
|
||
- 재방문율 30%
|
||
- 주간 예약 50건
|
||
- NPS 40 이상
|
||
|
||
|
||
### Phase 2: Growth (3개월)
|
||
"성장과 확장을 위한 기능"
|
||
|
||
#### Nice to Have (확장)
|
||
✅ 커뮤니티 기능
|
||
✅ 코칭 매칭
|
||
✅ 토너먼트 개최
|
||
✅ 장비 대여
|
||
|
||
#### 검증 목표
|
||
- MAU 1,000명
|
||
- 월 매출 1,000만원
|
||
- 바이럴 계수 1.2
|
||
```
|
||
|
||
### 3. MVP 검증 지표 설정
|
||
|
||
```markdown
|
||
## MVP Metrics
|
||
|
||
### 1️⃣ Success Metrics (성공 지표)
|
||
"목표 달성 여부"
|
||
|
||
#### Quantitative (정량)
|
||
- 주간 활성 사용자 (WAU): 10명
|
||
- 주간 예약 건수: 10건
|
||
- 전환율: 방문자의 10% 예약
|
||
- 결제 성공률: 90%
|
||
|
||
#### Qualitative (정성)
|
||
- "편리하다" 피드백 70%
|
||
- "다시 쓸 것" 응답 80%
|
||
- 추천 의향 (NPS): 30+
|
||
|
||
|
||
### 2️⃣ Learning Metrics (학습 지표)
|
||
"무엇을 배울 것인가"
|
||
|
||
#### User Behavior
|
||
- 이탈 구간: 어디서 포기하나?
|
||
- 사용 시간대: 언제 가장 활발한가?
|
||
- 검색 패턴: 뭘 찾고 있나?
|
||
- 실패 케이스: 왜 예약 안 하나?
|
||
|
||
#### Product-Market Fit Signals
|
||
- Organic Growth: 자연 유입 있나?
|
||
- Retention: 다시 오나?
|
||
- Referral: 추천하나?
|
||
- Payment: 돈을 내나?
|
||
|
||
|
||
### 3️⃣ Pivot Indicators (피벗 신호)
|
||
"방향 전환이 필요한 시점"
|
||
|
||
🚨 Danger Signals
|
||
- 2주 후 WAU < 5명
|
||
- 전환율 < 3%
|
||
- NPS < 0
|
||
- 일일 사용 시간 < 1분
|
||
|
||
→ Action: 가치 제안 재검토
|
||
```
|
||
|
||
### 4. MVP 개발 우선순위 매트릭스
|
||
|
||
```markdown
|
||
## Priority Matrix
|
||
|
||
High Impact ↑
|
||
|
||
[P0: 코트 예약] | [P1: 할인 시스템]
|
||
Must Do Now | Do Next
|
||
__________________|__________________
|
||
|
|
||
[P3: 푸시 알림] | [P2: 리뷰 시스템]
|
||
Don't Do | Do Later
|
||
|
|
||
→ High Effort
|
||
|
||
### Priority Scoring
|
||
Impact (영향도) x Confidence (확신도) / Effort (노력)
|
||
|
||
예시:
|
||
- 코트 예약: 10 x 10 / 3 = 33.3 (P0)
|
||
- 커뮤니티: 5 x 3 / 8 = 1.9 (P3)
|
||
```
|
||
|
||
### 5. MVP 실행 로드맵
|
||
|
||
```markdown
|
||
## Execution Roadmap
|
||
|
||
### Week 1-2: Build Phase 0
|
||
Day 1-3: 기본 UI/UX
|
||
- 검색 화면
|
||
- 예약 화면
|
||
- 확인 화면
|
||
|
||
Day 4-7: 핵심 백엔드
|
||
- 예약 API
|
||
- 결제 연동
|
||
- 알림 발송
|
||
|
||
Day 8-10: 통합 테스트
|
||
- End-to-end 테스트
|
||
- 결제 테스트
|
||
- 부하 테스트
|
||
|
||
Day 11-14: Soft Launch
|
||
- 베타 사용자 10명
|
||
- 피드백 수집
|
||
- 긴급 수정
|
||
|
||
|
||
### Week 3-4: Validate & Iterate
|
||
- 지표 측정
|
||
- 사용자 인터뷰
|
||
- 개선사항 반영
|
||
- Phase 1 결정
|
||
|
||
|
||
### Week 5-8: Build Phase 1
|
||
(If Phase 0 validated)
|
||
- 할인 시스템
|
||
- 리뷰 기능
|
||
- UX 개선
|
||
```
|
||
|
||
### 6. MVP 체크리스트
|
||
|
||
```markdown
|
||
## MVP Checklist
|
||
|
||
### Before Launch
|
||
□ 핵심 가치 명확한가?
|
||
□ 타겟 사용자 명확한가?
|
||
□ 성공 지표 정의했나?
|
||
□ 실패 기준 정의했나?
|
||
□ 2주 안에 가능한가?
|
||
|
||
### During Development
|
||
□ Scope creep 발생하지 않았나?
|
||
□ "하나 더" 유혹 거부했나?
|
||
□ 핵심 플로우만 집중했나?
|
||
|
||
### After Launch
|
||
□ 정량 지표 달성했나?
|
||
□ 정성 피드백 긍정적인가?
|
||
□ 다음 단계 명확한가?
|
||
```
|
||
|
||
---
|
||
|
||
## Output Files
|
||
|
||
### 생성될 파일들:
|
||
|
||
1. **`docs/appkit/mvp-scope.md`**
|
||
- Phase별 기능 목록
|
||
- 포함/제외 기능
|
||
- 우선순위 매트릭스
|
||
|
||
2. **`docs/appkit/mvp-metrics.md`**
|
||
- 성공 지표
|
||
- 학습 지표
|
||
- 피벗 기준
|
||
|
||
---
|
||
|
||
## Integration Points
|
||
|
||
### 다른 명령어와의 연계:
|
||
|
||
- **From `/appkit.customer`**: Primary 페르소나의 핵심 문제
|
||
- **From `/appkit.sales`**: 검증할 핵심 가치
|
||
- **To `/appkit.merge`**: MVP Phase 0 기능의 구현 준비
|
||
|
||
---
|
||
|
||
## Examples
|
||
|
||
### Example 1: 2주 검증 MVP
|
||
```bash
|
||
$ /appkit.mvp "2-week validation"
|
||
|
||
🎯 MVP Scope Defined
|
||
|
||
Phase 0 (2 weeks):
|
||
✅ Search (location-based)
|
||
✅ Booking (real-time)
|
||
✅ Payment (simple)
|
||
✅ Confirmation (email)
|
||
|
||
Excluded:
|
||
❌ Reviews (Phase 1)
|
||
❌ Discounts (Phase 1)
|
||
❌ Community (Phase 2)
|
||
|
||
Success Criteria:
|
||
- 10 bookings/week
|
||
- 10 active users
|
||
- NPS > 30
|
||
|
||
✅ Generated mvp-scope.md
|
||
✅ Generated mvp-metrics.md
|
||
```
|
||
|
||
### Example 2: 예산 제약 MVP
|
||
```bash
|
||
$ /appkit.mvp "budget: 500만원"
|
||
|
||
💰 Budget-Constrained MVP
|
||
|
||
Concierge MVP Approach:
|
||
- Manual booking process
|
||
- WhatsApp/Kakao for communication
|
||
- Google Forms for payment
|
||
- Spreadsheet for management
|
||
|
||
Tech Investment: Phase 1
|
||
- After validation
|
||
- 500만원 = 2 developer weeks
|
||
|
||
✅ Updated mvp-scope.md
|
||
```
|
||
|
||
---
|
||
|
||
## Key Principles
|
||
|
||
### MVP 원칙:
|
||
|
||
1. **Maximize Learning**: 최소 투자로 최대 학습
|
||
2. **Ship Fast**: 완벽보다 속도
|
||
3. **Core Value Only**: 핵심 가치만 구현
|
||
4. **Real Users**: 실제 사용자로 검증
|
||
5. **Metrics-Driven**: 감이 아닌 데이터로 결정
|
||
|
||
### MVP Anti-Patterns:
|
||
|
||
❌ **Feature Creep**: "이것도 있으면 좋겠는데..."
|
||
❌ **Perfectionism**: "조금만 더 다듬고..."
|
||
❌ **Assumption**: "사용자는 당연히..."
|
||
❌ **Vanity Metrics**: 의미 없는 지표 추적
|
||
❌ **Premature Scaling**: 검증 전 확장
|
||
|
||
---
|
||
|
||
## Tips
|
||
|
||
### 성공적인 MVP를 위해:
|
||
|
||
1. **Time Box**: 2주를 넘기지 마라
|
||
2. **User Cap**: 10-100명으로 시작
|
||
3. **Manual First**: 자동화는 나중에
|
||
4. **Talk to Users**: 매일 사용자와 대화
|
||
5. **Kill Features**: 과감하게 빼라
|
||
|
||
### MVP 실패 신호:
|
||
|
||
- 2주 지나도 출시 못함
|
||
- 기능이 계속 추가됨
|
||
- 사용자 피드백 없음
|
||
- 지표 측정 안 함
|
||
- "좀 더 완벽하게" 반복
|
||
|
||
---
|
||
|
||
## Next Steps
|
||
|
||
### 이 명령어 실행 후:
|
||
|
||
**📍 다음 단계: Step 6 - `/appkit.merge`** (기획 정돈)
|
||
- MVP 범위가 정해졌으니 이제 기획 정돈 단계로
|
||
- 용어 통일, 기능 중복 제거
|
||
- 고객 가치 일관성 확보
|
||
|
||
---
|
||
|
||
## Version
|
||
|
||
- **Version**: 1.0.0
|
||
- **Created**: 2025-11-19
|
||
- **Philosophy**: "If you're not embarrassed by v1, you launched too late" |