Refactor to 5-step workflow (new → mvp → ui → policy → visualize)
- Remove old commands: spec, customer, sales, merge, design - Add new commands: ui, policy, visualize - Update mvp to include landing page generation - Add templates for mockup, policy, and UI documents - Simplify output path (remove [project] subfolder) - Rewrite README focused on usage 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
This commit is contained in:
623
README.md
623
README.md
@@ -1,426 +1,279 @@
|
||||
# AppKit Framework
|
||||
# AppKit
|
||||
|
||||
> **[Clauders.ai](https://clauders.ai/)** 운영자가 배포하는 아이디어 구체화 프레임워크입니다.
|
||||
|
||||
**아이디어를 고객 가치로 변환하는 논리적 사고 프레임워크**
|
||||
**아이디어를 실행 가능한 기획서와 프로토타입으로 변환하는 프레임워크**
|
||||
|
||||
---
|
||||
|
||||
## 🎯 Overview
|
||||
## What is AppKit?
|
||||
|
||||
AppKit은 막연한 아이디어를 고객 중심으로 구체화하여 MVP부터 세일즈까지 설계하는 프레임워크입니다.
|
||||
AppKit은 Claude Code의 슬래시 명령어 세트입니다. 막연한 아이디어를 5단계에 걸쳐 구체화하여 다음을 생성합니다:
|
||||
|
||||
**핵심 철학**:
|
||||
1. 고객 가치 우선 → 기능이 아닌 고객의 문제 해결 중심
|
||||
2. 논리적 사고 연습 → 큰 작업을 작은 단계로 쪼개기
|
||||
3. 스토리텔링 기반 → 고객의 하루와 고민을 이해하고 설득
|
||||
4. MVP 중심 실행 → 최소한의 범위로 최대한의 검증
|
||||
- **서비스 컨셉** - 핵심 가치와 타겟 고객 정의
|
||||
- **MVP 범위** - 최소 검증 기능 + 랜딩페이지 HTML
|
||||
- **화면설계서** - 라우터, 화면 구조, 컴포넌트 목록
|
||||
- **정책설계서** - 비즈니스 규칙, 과금, 게임플레이 정책
|
||||
- **HTML 목업** - 브라우저에서 바로 확인 가능한 프로토타입
|
||||
|
||||
---
|
||||
|
||||
## 🚀 Quick Start (3단계로 시작하기)
|
||||
## Quick Start
|
||||
|
||||
### Step 1: 최초 질문으로 대화 시작
|
||||
막연한 아이디어를 Claude에게 질문하고 대화하면서 구체화합니다.
|
||||
```bash
|
||||
# 1. 아이디어 스케치
|
||||
/appkit.new 테니스 코트 예약 앱
|
||||
|
||||
```
|
||||
예시 질문:
|
||||
"맥비라는 국내 최대 기획자 모임이 있어. 10년간 운영해서 약 1만명의
|
||||
오픈채팅방이 있고, 기획자료나 템플릿은 천개가 넘어.
|
||||
이걸 구독서비스화 하려해. 어떤식으로 접근하는게 좋을까?"
|
||||
```
|
||||
|
||||
### Step 2: 대화 내용을 아이디어 문서로 정리
|
||||
충분히 대화한 후 정리를 요청합니다.
|
||||
|
||||
```
|
||||
"지금까지 나눈 내용을 md로 정리해줘"
|
||||
```
|
||||
|
||||
→ 결과물: `아이디어.md` (서비스 컨셉, 타겟, 가격, MVP 계획 등)
|
||||
|
||||
### Step 3: AppKit 명령어로 본격 기획
|
||||
정리된 아이디어 문서를 기반으로 체계적인 기획을 시작합니다.
|
||||
|
||||
```
|
||||
/appkit.new @아이디어.md
|
||||
```
|
||||
|
||||
→ 결과물: 서비스 개요, 기능 분류, 핵심 가치 정리
|
||||
|
||||
---
|
||||
|
||||
## 📁 Example: 맥비 구독서비스 기획 과정
|
||||
|
||||
`example/` 폴더에서 실제 기획 과정을 확인할 수 있습니다.
|
||||
|
||||
```
|
||||
example/
|
||||
├── 1. 최초질문.md # 처음 던진 질문
|
||||
└── 2. 맥비_구독서비스_아이디어.md # 대화 후 정리된 아이디어
|
||||
```
|
||||
|
||||
| 단계 | 파일 | 설명 |
|
||||
|------|------|------|
|
||||
| 1 | `1. 최초질문.md` | 막연한 아이디어를 질문으로 시작 |
|
||||
| 2 | (대화) | Claude와 Q&A로 구체화 |
|
||||
| 3 | `2. 맥비_구독서비스_아이디어.md` | 정리된 서비스 컨셉 |
|
||||
| 4 | `/appkit.new @아이디어.md` | 체계적 기획 시작 |
|
||||
|
||||
---
|
||||
|
||||
## 📋 Complete Workflow (논리적 사고 7단계)
|
||||
|
||||
```
|
||||
아이디어 구체화 7단계:
|
||||
1. /appkit.new → 아이디어 스케치 (어떤 서비스인지?)
|
||||
2. /appkit.spec → 기능 구체화 (뭐가 필요할까? 누가 쓸까?)
|
||||
3. /appkit.customer → 고객 스토리 (고객의 하루, 고민, 해결)
|
||||
4. /appkit.sales → 세일즈 랜딩 구성 (어떻게 설득할까?)
|
||||
5. /appkit.mvp → MVP 범위 정하기 (최소한으로 검증하려면?)
|
||||
6. /appkit.merge → 기획 정돈 (흩어진 기획 통합)
|
||||
7. /appkit.design → 개발 준비 (API, ERD, 기술 스펙)
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 🔧 Commands
|
||||
|
||||
### 1. `/appkit.new` - 아이디어 스케치
|
||||
|
||||
**Purpose**: 막연한 아이디어를 서비스 컨셉으로 구체화
|
||||
|
||||
**Input**:
|
||||
```
|
||||
/appkit.new @아이디어.md
|
||||
/appkit.new Tennis court booking app with coupons and promotions
|
||||
```
|
||||
|
||||
**Output**:
|
||||
- `docs/appkit/overview.md` - 서비스 컨셉 & 핵심 가치
|
||||
- `docs/appkit/specs/001-user/spec.md` - 빈 템플릿
|
||||
- `docs/appkit/specs/002-venue/spec.md` - 빈 템플릿
|
||||
- ...
|
||||
|
||||
**Key Features**:
|
||||
- 서비스 본질 파악 (무슨 문제를 해결하나?)
|
||||
- 예상 고객군 추론 (누가 쓸까?)
|
||||
- 핵심 가치 제안 (왜 써야 할까?)
|
||||
- 경쟁 차별점 식별 (다른 서비스와 뭐가 다른가?)
|
||||
|
||||
---
|
||||
|
||||
### 2. `/appkit.spec` - 기능 구체화
|
||||
|
||||
**Purpose**: 필요한 기능을 도출하고 사용자 관점에서 구체화
|
||||
|
||||
**Input**:
|
||||
```
|
||||
/appkit.spec 003-booking "search courts from main screen"
|
||||
/appkit.spec 003-booking "time deal 30% discount within 2 days"
|
||||
/appkit.spec 003-booking "cancel 24h+ before for 100% refund"
|
||||
```
|
||||
|
||||
**Output**:
|
||||
- `docs/appkit/specs/003-booking/spec.md` 업데이트 (증분식 누적)
|
||||
|
||||
**Key Questions for Each Feature**:
|
||||
- **뭐가 필요할까?** → 필요한 기능들 도출
|
||||
- **누가 쓸까?** → 타겟 사용자 프로파일
|
||||
- **언제 쓸까?** → 사용 시나리오와 상황
|
||||
- **왜 쓸까?** → 해결하려는 문제나 욕구
|
||||
- **어떻게 쓸까?** → 구체적인 사용 플로우
|
||||
- **가치는?** → 사용자가 얻는 이익
|
||||
|
||||
**중요**: 기술 구현보다 사용자 가치에 집중!
|
||||
|
||||
---
|
||||
|
||||
### 3. `/appkit.customer` - 고객 스토리
|
||||
|
||||
**Purpose**: 타겟 고객을 명확히 하고 그들의 하루와 고민을 스토리로 구성
|
||||
|
||||
**Input**:
|
||||
```
|
||||
/appkit.customer
|
||||
/appkit.customer "30대 직장인 주말 운동"
|
||||
```
|
||||
|
||||
**Output**:
|
||||
- `docs/appkit/customer-persona.md` - 고객 페르소나
|
||||
- `docs/appkit/customer-journey.md` - 고객 여정 지도
|
||||
|
||||
**What it does**:
|
||||
1. **페르소나 구성**:
|
||||
- Demographics: 나이, 직업, 소득, 거주지
|
||||
- Psychographics: 라이프스타일, 가치관, 관심사
|
||||
- Pain Points: 현재 겪는 문제와 불편함
|
||||
- Goals: 달성하고 싶은 목표
|
||||
|
||||
2. **고객의 하루 스토리텔링**:
|
||||
```
|
||||
07:00 - 출근 준비하며 "오늘도 운동 못하겠네..."
|
||||
09:00 - 회사 도착 "주말엔 꼭 테니스 쳐야지"
|
||||
12:00 - 점심시간 "코트 예약하려니 전화해야 하네..."
|
||||
18:00 - 퇴근 "주말 코트 풀부킹이라니..."
|
||||
21:00 - 집 도착 "내일 아침 일찍 전화해야겠다"
|
||||
```
|
||||
|
||||
3. **문제 해결 시나리오**:
|
||||
- Before: 복잡한 예약 과정, 불확실한 가능 시간
|
||||
- After: 앱으로 간편 예약, 실시간 확인, 할인까지
|
||||
|
||||
**중요**: 고객 중심 사고의 핵심 - 기능이 아닌 고객의 삶을 이해!
|
||||
|
||||
---
|
||||
|
||||
### 4. `/appkit.sales` - 세일즈 랜딩 구성
|
||||
|
||||
**Purpose**: 고객을 설득하는 세일즈 메시지 구성
|
||||
|
||||
**Input**:
|
||||
```
|
||||
/appkit.sales
|
||||
/appkit.sales "time-saving for busy professionals"
|
||||
```
|
||||
|
||||
**Output**:
|
||||
- `docs/appkit/sales-landing.md` - 세일즈 랜딩 구조
|
||||
- `docs/appkit/value-proposition.md` - 가치 제안
|
||||
|
||||
**Landing Structure**:
|
||||
1. **Hook (문제 공감)**:
|
||||
- "매번 전화로 테니스 코트 예약하느라 지치셨나요?"
|
||||
|
||||
2. **Problem Agitation (문제 심화)**:
|
||||
- 전화 대기 시간 평균 15분
|
||||
- 원하는 시간대 이미 만석
|
||||
- 가격 비교 불가능
|
||||
|
||||
3. **Solution (해결책 제시)**:
|
||||
- 3초 만에 실시간 예약
|
||||
- 모든 코트 가격 한눈에 비교
|
||||
- 자동 할인 적용
|
||||
|
||||
4. **Social Proof (사회적 증명)**:
|
||||
- "이미 5,000명의 테니스 동호인이 사용 중"
|
||||
- 사용자 후기와 평점
|
||||
|
||||
5. **CTA (행동 유도)**:
|
||||
- 첫 예약 30% 할인
|
||||
- 지금 가입하고 혜택받기
|
||||
|
||||
**중요**: 기능 나열이 아닌, 고객 문제 해결 스토리!
|
||||
|
||||
---
|
||||
|
||||
### 5. `/appkit.mvp` - MVP 범위 정의
|
||||
|
||||
**Purpose**: 최소한의 기능으로 최대한의 검증
|
||||
|
||||
**Input**:
|
||||
```
|
||||
# 2. MVP 범위 + 랜딩페이지
|
||||
/appkit.mvp
|
||||
/appkit.mvp "2-week validation"
|
||||
|
||||
# 3. 화면설계서
|
||||
/appkit.ui
|
||||
|
||||
# 4. 정책설계서
|
||||
/appkit.policy
|
||||
|
||||
# 5. HTML 목업
|
||||
/appkit.visualize all
|
||||
```
|
||||
|
||||
**Output**:
|
||||
- `docs/appkit/mvp-scope.md` - MVP 범위 정의
|
||||
- `docs/appkit/mvp-metrics.md` - 검증 지표
|
||||
각 명령어는 **대화형**입니다. Claude가 초안을 제시하면 피드백을 주고, 확정되면 파일이 생성됩니다.
|
||||
|
||||
**MVP Scoping Process**:
|
||||
1. **핵심 가치 파악**:
|
||||
- 고객이 가장 원하는 ONE thing은?
|
||||
- 없으면 서비스 의미가 없는 기능은?
|
||||
---
|
||||
|
||||
2. **Phase 분류**:
|
||||
```
|
||||
Phase 0 (MVP - 2주):
|
||||
- 코트 검색/예약 (핵심)
|
||||
- 간단한 결제
|
||||
## 5-Step Workflow
|
||||
|
||||
Phase 1 (MVP+ - 1개월):
|
||||
- 사용자 리뷰
|
||||
- 할인 쿠폰
|
||||
```
|
||||
/appkit.new → 아이디어 스케치 (어떤 서비스?)
|
||||
↓
|
||||
/appkit.mvp → MVP 범위 + 랜딩페이지 (최소 검증)
|
||||
↓
|
||||
/appkit.ui → 화면설계서 (라우터, 컴포넌트)
|
||||
↓
|
||||
/appkit.policy → 정책설계서 (비즈니스 규칙)
|
||||
↓
|
||||
/appkit.visualize → HTML 목업 (라이브 프로토타입)
|
||||
```
|
||||
|
||||
Phase 2 (확장 - 3개월):
|
||||
- 커뮤니티 기능
|
||||
- 코칭 매칭
|
||||
```
|
||||
---
|
||||
|
||||
3. **검증 지표 설정**:
|
||||
- Success Metrics: 주간 예약 10건
|
||||
- Learning Metrics: 이탈 구간, 불만 사항
|
||||
- Next Decision: Phase 1 진행 여부
|
||||
## Commands
|
||||
|
||||
### `/appkit.new` - 아이디어 스케치
|
||||
|
||||
막연한 아이디어를 서비스 컨셉으로 구체화합니다.
|
||||
|
||||
```bash
|
||||
/appkit.new 테니스 코트 예약 앱
|
||||
/appkit.new @아이디어.md # 파일 참조
|
||||
/appkit.new 친구와 대화하는 AI 챗봇 서비스
|
||||
```
|
||||
|
||||
**생성 파일**:
|
||||
- `concept.md` - 서비스 컨셉, 타겟 고객, 핵심 가치
|
||||
- `specs/001-xxx/spec.md` - 기능별 스펙 초안
|
||||
|
||||
---
|
||||
|
||||
### `/appkit.mvp` - MVP 범위 + 랜딩페이지
|
||||
|
||||
핵심 기능만 추려서 MVP 범위를 정의하고, 검증용 랜딩페이지를 생성합니다.
|
||||
|
||||
```bash
|
||||
/appkit.mvp
|
||||
/appkit.mvp "2주 검증"
|
||||
```
|
||||
|
||||
**생성 파일**:
|
||||
- `mvp-scope.md` - Phase 0/1/2 기능 분류, 검증 지표
|
||||
- `landing.html` - 반응형 랜딩페이지 (SEO, CTA 포함)
|
||||
|
||||
**MVP 원칙**:
|
||||
- ❌ "있으면 좋을" 기능 제외
|
||||
- ✅ "없으면 안되는" 기능만 포함
|
||||
- 목표: 빠른 시장 검증, not 완벽한 제품
|
||||
- Phase 0: 없으면 안되는 기능 (2주)
|
||||
- Phase 1: 사용자 만족도 높이는 기능 (1개월)
|
||||
- Phase 2: 성장과 확장 기능 (3개월)
|
||||
|
||||
---
|
||||
|
||||
### 6. `/appkit.merge` - 기획 정돈
|
||||
### `/appkit.ui` - 화면설계서
|
||||
|
||||
**Purpose**: 흩어진 기획 문서들을 통합하고 일관성 확보
|
||||
라우터 구조, 탭 구성, 화면별 컴포넌트를 정의합니다.
|
||||
|
||||
**Input**:
|
||||
```
|
||||
/appkit.merge
|
||||
/appkit.merge "용어 통일 중점"
|
||||
```bash
|
||||
/appkit.ui # 전체 화면 설계
|
||||
/appkit.ui router # 라우터만
|
||||
/appkit.ui "채팅" # 특정 화면만
|
||||
```
|
||||
|
||||
**Output**:
|
||||
- `docs/appkit/merge/concept-map.md` - 통합 컨셉 맵
|
||||
- `docs/appkit/merge/journey-feature-map.md` - 고객 여정 - 기능 매핑
|
||||
- `docs/appkit/merge/terminology.md` - 표준 용어 사전
|
||||
- `docs/appkit/merge/consolidated-specs.md` - 통합된 기능 명세
|
||||
**생성 파일**:
|
||||
- `router.md` - 라우터 구조, 화면 목록, 컴포넌트 ID
|
||||
- `main.md` - 탭 구조, 헤더, 네비게이션 흐름
|
||||
|
||||
**What it does**:
|
||||
1. **용어 통일성 확인**:
|
||||
- spec, customer, mvp의 용어 비교
|
||||
- 표준 용어 사전 생성
|
||||
|
||||
2. **기능 중복 제거**:
|
||||
- 여러 문서에 흩어진 동일 기능 통합
|
||||
- 기획 레벨에서 중복 해소
|
||||
|
||||
3. **고객 가치 일관성**:
|
||||
- customer journey와 sales 메시지 일관성
|
||||
- 핵심 가치 제안 명확화
|
||||
|
||||
**중요**: MVP 범위 정의 후, 개발 준비 전에 실행!
|
||||
|
||||
---
|
||||
|
||||
### 7. `/appkit.design` - 개발 준비
|
||||
|
||||
**Purpose**: 개발에 필요한 기술 스펙 생성 (ERD, API, 정책)
|
||||
|
||||
**Input**:
|
||||
**화면 구조 예시**:
|
||||
```
|
||||
/appkit.design
|
||||
/appkit.design "RESTful API 중점"
|
||||
```
|
||||
|
||||
**Output**:
|
||||
- `docs/appkit/design/entities.md` - ERD 및 데이터 모델
|
||||
- `docs/appkit/design/apis.md` - API 엔드포인트 설계
|
||||
- `docs/appkit/design/tech-policies.md` - 기술 정책
|
||||
- `docs/appkit/design/screen-api-map.md` - 화면-API 매핑
|
||||
|
||||
**What it does**:
|
||||
1. **ERD 설계**:
|
||||
- 엔티티 및 관계 정의
|
||||
- Mermaid 다이어그램 생성
|
||||
|
||||
2. **API 엔드포인트 설계**:
|
||||
- RESTful API 명세
|
||||
- Request/Response 예시
|
||||
|
||||
3. **기술 정책 정의**:
|
||||
- Rate Limiting
|
||||
- Error Handling
|
||||
- Content Safety
|
||||
- Data Management
|
||||
|
||||
**중요**: merge 완료 후 개발 직전에 실행!
|
||||
|
||||
---
|
||||
|
||||
## 🎓 논리적 사고 7단계와 명령어
|
||||
|
||||
| 단계 | 질문 | 명령어 |
|
||||
|------|------|--------|
|
||||
| 1. 아이디어 스케치 | 어떤 서비스인가? | `/appkit.new` |
|
||||
| 2. 기능 구체화 | 뭐가 필요할까? 누가/어떻게 쓸까? | `/appkit.spec` |
|
||||
| 3. 고객 스토리 | 고객의 하루, 고민, 해결은? | `/appkit.customer` |
|
||||
| 4. 세일즈 구성 | 어떻게 설득할까? | `/appkit.sales` |
|
||||
| 5. MVP 범위 | 최소한으로 검증하려면? | `/appkit.mvp` |
|
||||
| 6. 기획 정돈 | 기획이 일관적인가? | `/appkit.merge` |
|
||||
| 7. 개발 준비 | 어떻게 만들까? | `/appkit.design` |
|
||||
|
||||
---
|
||||
|
||||
## 💡 Best Practices (논리적 사고 연습)
|
||||
|
||||
### 1. 고객부터 시작하기
|
||||
- 기능이 아닌 고객의 문제부터 생각하세요
|
||||
- "누가 쓸까?" 질문을 계속하세요
|
||||
|
||||
### 2. 작은 단계로 쪼개기
|
||||
- 큰 작업을 7-10개 작은 단계로 나누세요
|
||||
- 각 단계가 명확한 결과물을 갖도록 하세요
|
||||
|
||||
### 3. 스토리텔링으로 검증
|
||||
- 고객의 하루를 그려보세요
|
||||
- Before/After 시나리오를 구성하세요
|
||||
|
||||
### 4. MVP 먼저, 완벽은 나중에
|
||||
- "없으면 안되는" 기능만 Phase 0에
|
||||
- "있으면 좋은" 기능은 Phase 1+로
|
||||
|
||||
### 5. 세일즈 관점 유지
|
||||
- 기능 설명이 아닌 가치 설명
|
||||
- 고객이 얻는 이익 중심으로
|
||||
|
||||
### 6. 빠른 검증, 빠른 피벗
|
||||
- 2주 안에 MVP 검증
|
||||
- 실패해도 빠르게 방향 전환
|
||||
|
||||
### 7. 측정 가능한 목표
|
||||
- 모든 Phase에 구체적 지표 설정
|
||||
- 정성적 + 정량적 지표 균형
|
||||
|
||||
---
|
||||
|
||||
## 📂 Generated File Structure
|
||||
|
||||
```
|
||||
docs/appkit/
|
||||
├── overview.md # 1. 서비스 컨셉 (/appkit.new)
|
||||
├── specs/
|
||||
│ ├── 001-search/
|
||||
│ │ └── spec.md # 2. 기능 구체화 (/appkit.spec)
|
||||
│ ├── 002-booking/
|
||||
│ │ └── spec.md
|
||||
│ └── ...
|
||||
├── customer-persona.md # 3. 타겟 고객 (/appkit.customer)
|
||||
├── customer-journey.md # 3. 고객 스토리 (/appkit.customer)
|
||||
├── sales-landing.md # 4. 세일즈 메시지 (/appkit.sales)
|
||||
├── value-proposition.md # 4. 가치 제안 (/appkit.sales)
|
||||
├── mvp-scope.md # 5. MVP 범위 (/appkit.mvp)
|
||||
├── mvp-metrics.md # 5. 검증 지표 (/appkit.mvp)
|
||||
├── merge/ # 6. 기획 정돈 (/appkit.merge)
|
||||
│ ├── concept-map.md # 통합 컨셉 맵
|
||||
│ ├── journey-feature-map.md # 고객 여정 - 기능 매핑
|
||||
│ ├── terminology.md # 표준 용어 사전
|
||||
│ └── consolidated-specs.md # 통합된 기능 명세
|
||||
└── design/ # 7. 개발 준비 (/appkit.design)
|
||||
├── entities.md # ERD 및 데이터 모델
|
||||
├── apis.md # API 엔드포인트 설계
|
||||
├── tech-policies.md # 기술 정책
|
||||
└── screen-api-map.md # 화면-API 매핑
|
||||
/
|
||||
├── /friends # 친구 목록
|
||||
│ └── /:id # 친구 상세
|
||||
├── /chat # 채팅 목록
|
||||
│ └── /:id # 채팅방
|
||||
├── /home # 홈 (기본)
|
||||
├── /shop # 상점
|
||||
└── /settings # 설정
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 📖 Philosophy (논리적 사고 철학)
|
||||
### `/appkit.policy` - 정책설계서
|
||||
|
||||
> "아이디어는 고객의 문제에서 시작되고, 논리적 단계로 구체화된다."
|
||||
비즈니스 규칙, 과금 정책, 서비스 규칙을 코드 체계로 정의합니다.
|
||||
|
||||
AppKit은 다음을 믿습니다:
|
||||
```bash
|
||||
/appkit.policy # 전체 정책
|
||||
/appkit.policy monetization # 과금 정책만
|
||||
/appkit.policy "예약 취소" # 특정 정책만
|
||||
```
|
||||
|
||||
1. **고객 문제 우선**: 기능보다 고객의 Pain Point 해결
|
||||
2. **논리적 분해**: 큰 작업을 작은 단계로 쪼개기
|
||||
3. **스토리텔링**: 고객의 하루를 이해하고 공감
|
||||
4. **빠른 검증**: MVP로 시장 반응 먼저 확인
|
||||
5. **가치 중심**: 기술이 아닌 고객 가치로 설득
|
||||
6. **측정과 학습**: 모든 단계에서 배우고 개선
|
||||
**생성 파일**:
|
||||
- `policies/00-policy-index.md` - 정책 인덱스, 화면 매핑
|
||||
- `policies/01-monetization.md` - 과금/결제 정책 (MN-xxx)
|
||||
- `policies/02-gameplay.md` - 서비스 규칙 (GM-xxx)
|
||||
- `policies/03-content.md` - 콘텐츠 정책 (CH-xxx)
|
||||
- `policies/04-progression.md` - 진행/성장 정책 (PR-xxx)
|
||||
|
||||
**정책 코드 체계**:
|
||||
|
||||
| 코드 | 카테고리 | 예시 |
|
||||
|-----|---------|------|
|
||||
| MN | Monetization | 결제, 구독, 포인트 소모 |
|
||||
| GM | Gameplay | 예약 규칙, 취소 정책, 제한사항 |
|
||||
| CH | Content | 리뷰 작성, 신고, 콘텐츠 관리 |
|
||||
| PR | Progression | 회원 등급, 포인트 적립, 업적 |
|
||||
|
||||
---
|
||||
|
||||
**Built with by [Clauders.ai](https://clauders.ai/)**
|
||||
### `/appkit.visualize` - HTML 목업
|
||||
|
||||
**Version**: 5.1.0 (Quick Start + Example 추가)
|
||||
**Last Updated**: 2025-12-05
|
||||
router.md를 기반으로 브라우저에서 확인 가능한 HTML 목업을 생성합니다.
|
||||
|
||||
```bash
|
||||
/appkit.visualize home # 홈 화면만
|
||||
/appkit.visualize all # 전체 화면
|
||||
/appkit.visualize "예약 상세" # 특정 화면
|
||||
```
|
||||
|
||||
**생성 파일**:
|
||||
- `mockup/home.html` - 화면별 HTML
|
||||
- `mockup/styles.css` - 공통 스타일 (다크 테마)
|
||||
- `mockup/scripts.js` - 모달, 토스트 등 인터랙션
|
||||
|
||||
**특징**:
|
||||
- 모바일 퍼스트 (max-width: 430px)
|
||||
- 다크 테마 기본
|
||||
- 정책 ID 주석 연결 (`<!-- [MN-001] -->`)
|
||||
- 화면 간 상호 링크
|
||||
|
||||
---
|
||||
|
||||
## Generated Files
|
||||
|
||||
모든 출력물은 아래 경로에 생성됩니다:
|
||||
|
||||
```
|
||||
/docs/appkit/ui/works/
|
||||
│
|
||||
├── concept.md # /appkit.new
|
||||
├── mvp-scope.md # /appkit.mvp
|
||||
├── landing.html # /appkit.mvp
|
||||
│
|
||||
├── router.md # /appkit.ui
|
||||
├── main.md # /appkit.ui
|
||||
│
|
||||
├── specs/ # /appkit.new
|
||||
│ ├── 001-user/spec.md
|
||||
│ └── 002-venue/spec.md
|
||||
│
|
||||
├── policies/ # /appkit.policy
|
||||
│ ├── 00-policy-index.md
|
||||
│ ├── 01-monetization.md
|
||||
│ ├── 02-gameplay.md
|
||||
│ ├── 03-content.md
|
||||
│ └── 04-progression.md
|
||||
│
|
||||
└── mockup/ # /appkit.visualize
|
||||
├── home.html
|
||||
├── chat.html
|
||||
├── styles.css
|
||||
└── scripts.js
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Example
|
||||
|
||||
```bash
|
||||
# Step 1: 아이디어
|
||||
/appkit.new 친구와 AI 캐릭터가 함께하는 채팅 앱
|
||||
|
||||
# Claude가 서비스 컨셉 제시
|
||||
# → "좋아" 또는 수정 요청
|
||||
|
||||
# Step 2: MVP 범위
|
||||
/appkit.mvp
|
||||
|
||||
# Claude가 Phase 0/1/2 분류 제시
|
||||
# → 확정되면 landing.html 생성
|
||||
|
||||
# Step 3: 화면설계
|
||||
/appkit.ui
|
||||
|
||||
# Claude가 라우터 구조 제시
|
||||
# → 확정되면 router.md, main.md 생성
|
||||
|
||||
# Step 4: 정책설계
|
||||
/appkit.policy
|
||||
|
||||
# Claude가 정책 카테고리 제시
|
||||
# → 확정되면 policies/*.md 생성
|
||||
|
||||
# Step 5: 목업 생성
|
||||
/appkit.visualize all
|
||||
|
||||
# 전체 화면 HTML 목업 생성
|
||||
# → 브라우저에서 바로 확인 가능
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Tips
|
||||
|
||||
**1. 순서대로 진행하세요**
|
||||
- 각 단계는 이전 단계의 파일을 읽습니다
|
||||
- `/appkit.new` → `/appkit.mvp` → `/appkit.ui` → `/appkit.policy` → `/appkit.visualize`
|
||||
|
||||
**2. 대화하면서 다듬으세요**
|
||||
- 모든 명령어는 대화형입니다
|
||||
- "좋아", "진행해" 하기 전에 피드백을 주세요
|
||||
|
||||
**3. 특정 부분만 다시 만들 수 있습니다**
|
||||
- `/appkit.ui "채팅"` - 채팅 화면만 재설계
|
||||
- `/appkit.policy monetization` - 과금 정책만 재작성
|
||||
- `/appkit.visualize home` - 홈 화면 목업만 재생성
|
||||
|
||||
**4. 목업은 바로 브라우저에서 확인하세요**
|
||||
- `file:///...mockup/home.html` 로 브라우저에서 열기
|
||||
- 정책 ID 주석으로 기획-UI 연결 확인
|
||||
|
||||
---
|
||||
|
||||
## Philosophy
|
||||
|
||||
> "아이디어는 고객의 문제에서 시작되고, 논리적 단계로 구체화되며, 목업으로 검증된다."
|
||||
|
||||
1. **고객 가치 우선** - 기능이 아닌 고객의 문제 해결 중심
|
||||
2. **논리적 분해** - 큰 작업을 작은 단계로 쪼개기
|
||||
3. **MVP 중심 실행** - 최소한의 범위로 최대한의 검증
|
||||
4. **실행 가능한 문서** - 개발자가 바로 작업 가능한 수준
|
||||
5. **시각적 확인** - HTML 목업으로 즉시 프로토타입 확인
|
||||
|
||||
---
|
||||
|
||||
**Version**: 7.1.0
|
||||
**Last Updated**: 2025-12-14
|
||||
|
||||
Reference in New Issue
Block a user