Requirements Analyzer Skill v1.0

요구사항 분석 마스터 – 비개발자의 아이디어를 실행 가능한 명세로 변환

핵심 철학

Core_Philosophy:
  원칙: "작은 것부터, 작동하는 것부터"
  목표: "막연한 아이디어를 구체적인 개발 태스크로 변환"
  
  핵심_가치:
    - MVP First - 최소 기능부터 완성
    - 의존성 파악 - 순서 명확화
    - 복잡도 경고 - 위험 요소 사전 인지
    - 점진적 확장 - 단계별 로드맵

자동 발동 조건

Auto_Trigger_Conditions:
  Keywords_KO:
    - "이런 거 만들고 싶어", "이런 앱 만들고 싶어"
    - "기능 정리해줘", "요구사항 정리"
    - "뭐부터 만들어야", "어디서부터 시작"
    - "MVP 정의", "최소 기능"
    - "기획서 분석", "PRD 분석"
    - "스펙 정리", "명세 작성"
    
  Keywords_EN:
    - "I want to build", "create an app"
    - "feature list", "requirements analysis"
    - "MVP definition", "minimum viable"
    - "PRD analysis", "spec document"
    
  File_Triggers:
    - "기획서, PRD, 요구사항 문서 업로드 시"
    - "아이디어 설명 시"

선택적 문서 로드 전략

Document_Loading_Strategy:
  Always_Load:
    - "core/mvp-framework.md"
    - "core/priority-matrix.md"
    
  Context_Specific_Load:
    Web_App: "templates/web-app.md"
    Mobile_App: "templates/mobile-app.md"
    SaaS: "templates/saas.md"
    E_Commerce: "templates/ecommerce.md"

분석 프레임워크

1. 기능 추출 (Feature Extraction)

Process:
  Step_1_아이디어_파싱:
    입력: "인스타그램 같은 사진 공유 앱을 만들고 싶어"
    출력:
      핵심_키워드: ["사진", "공유", "소셜"]
      유사_서비스: ["Instagram", "Pinterest"]
      암묵적_기능: ["사용자 계정", "피드", "좋아요"]
      
  Step_2_기능_목록화:
    방법: "동사 + 명사 조합으로 기능 정의"
    예시:
      - "사용자가 회원가입한다"
      - "사용자가 사진을 업로드한다"
      - "사용자가 다른 사용자를 팔로우한다"
      - "사용자가 피드를 본다"
      - "사용자가 좋아요를 누른다"
      
  Step_3_기능_분류:
    카테고리:
      인증: ["회원가입", "로그인", "로그아웃"]
      콘텐츠: ["업로드", "조회", "삭제"]
      소셜: ["팔로우", "좋아요", "댓글"]
      알림: ["푸시", "이메일"]

2. MVP 분리 (MVP Separation)

MVP_Criteria:
  포함_기준:
    - 서비스의 핵심 가치를 전달하는 기능
    - 없으면 서비스가 성립하지 않는 기능
    - 사용자가 가장 먼저 필요로 하는 기능
    
  제외_기준:
    - "있으면 좋지만" 수준의 기능
    - 복잡도가 높은 기능
    - 다른 기능에 의존하는 고급 기능
    
  MVP_Template:
    Must_Have:
      정의: "없으면 서비스 불가능"
      예시: "로그인, 핵심 CRUD"
      
    Should_Have:
      정의: "MVP 직후 필요"
      예시: "프로필 편집, 검색"
      
    Could_Have:
      정의: "있으면 좋음"
      예시: "소셜 로그인, 알림"
      
    Wont_Have:
      정의: "나중에 고려"
      예시: "AI 추천, 다국어 지원"

3. 우선순위 매트릭스 (Priority Matrix)

Priority_Calculation:
  공식: "우선순위 = (중요도 × 0.4) + (긴급도 × 0.3) + (난이도_역수 × 0.3)"
  
  중요도_기준:
    5점: "핵심 가치, 없으면 서비스 불가"
    4점: "중요한 사용자 경험"
    3점: "편의 기능"
    2점: "있으면 좋은 기능"
    1점: "부가 기능"
    
  긴급도_기준:
    5점: "MVP 필수"
    4점: "1차 릴리즈 필요"
    3점: "2차 릴리즈"
    2점: "추후 고려"
    1점: "언젠가"
    
  난이도_기준:
    1점: "1-2시간 (쉬움)"
    2점: "반나절 (보통)"
    3점: "1-2일 (어려움)"
    4점: "1주일 (복잡)"
    5점: "2주일+ (매우 복잡)"

Matrix_Output:
  | 기능 | 중요도 | 긴급도 | 난이도 | 점수 | 순위 |
  |------|--------|--------|--------|------|------|
  | 로그인 | 5 | 5 | 2 | 4.5 | 1 |
  | 게시글 CRUD | 5 | 5 | 2 | 4.5 | 2 |
  | 댓글 | 4 | 3 | 2 | 3.2 | 3 |

4. 의존성 그래프 (Dependency Graph)

Dependency_Analysis:
  규칙:
    - "A를 하려면 B가 먼저 있어야 한다"
    - "순환 의존성 탐지 및 경고"
    
  예시:
    기본_레이어:
      - "사용자 인증 (모든 것의 기반)"
      - "데이터베이스 스키마"
      
    2차_레이어:
      - "프로필 (인증 필요)"
      - "게시글 CRUD (인증 필요)"
      
    3차_레이어:
      - "댓글 (게시글 필요)"
      - "좋아요 (게시글 필요)"
      - "팔로우 (프로필 필요)"
      
    4차_레이어:
      - "피드 (팔로우 필요)"
      - "알림 (좋아요, 댓글 필요)"

Dependency_Graph_Visual:
  |
  인증 ──────────────────────────────────┐
    │                                    │
    ├── 프로필 ─── 팔로우 ─── 피드       │
    │                                    │
    └── 게시글 ─┬─ 댓글 ─────┬── 알림    │
               │            │           │
               └─ 좋아요 ───┘           │
                                        │
  DB 스키마 ────────────────────────────┘

5. 복잡도 경고 (Complexity Warning)

Warning_Triggers:
  High_Complexity:
    - "실시간 채팅" → "WebSocket 구현 필요, 복잡도 높음"
    - "결제 시스템" → "보안 중요, PG 연동 필요"
    - "파일 업로드" → "스토리지 비용, 용량 관리 필요"
    - "위치 기반" → "GPS 권한, 지도 API 비용"
    - "AI/ML 기능" → "모델 학습/추론 인프라 필요"
    
  Hidden_Complexity:
    - "소셜 로그인" → "각 플랫폼 개발자 등록 필요"
    - "이메일 발송" → "스팸 필터, 발송 제한"
    - "검색 기능" → "대용량 시 성능 문제"
    - "다국어 지원" → "번역 관리, UI 조정"
    
  Warning_Format:
    feature: "실시간 채팅"
    complexity: "높음"
    reason: "WebSocket 서버 필요, 동시 접속 관리"
    alternative: "먼저 비실시간 메시지로 시작 권장"
    mvp_recommendation: "MVP에서 제외"

출력 템플릿

요구사항 분석 결과

## 📋 요구사항 분석 결과

### 프로젝트 개요
- **프로젝트명**: [이름]
- **한 줄 설명**: [설명]
- **유형**: 웹앱 / 모바일앱 / SaaS
- **타겟 사용자**: [대상]

---

### 🎯 MVP 기능 (1차 개발)

**핵심 가치**: [서비스의 핵심 가치 한 문장]

| 순위 | 기능 | 설명 | 난이도 | 예상 시간 |
|-----|------|------|--------|----------|
| 1 | 사용자 인증 | 이메일 회원가입/로그인 | 쉬움 | 4시간 |
| 2 | 게시글 CRUD | 작성, 조회, 수정, 삭제 | 보통 | 8시간 |
| 3 | 기본 UI | 메인 페이지, 목록 | 쉬움 | 6시간 |

**MVP 예상 개발 기간**: 약 X일

---

### 📅 2차 기능 (MVP 이후)

| 기능 | 의존성 | 난이도 | 우선순위 |
|------|--------|--------|----------|
| 댓글 | 게시글 | 보통 | 높음 |
| 좋아요 | 게시글 | 쉬움 | 높음 |
| 프로필 수정 | 인증 | 쉬움 | 중간 |

---

### 📅 3차 기능 (확장)

| 기능 | 의존성 | 난이도 | 우선순위 |
|------|--------|--------|----------|
| 알림 | 댓글, 좋아요 | 어려움 | 중간 |
| 검색 | 게시글 | 보통 | 중간 |
| 소셜 로그인 | 인증 | 보통 | 낮음 |

---

### 🔗 의존성 그래프

인증 (기반) ├── 프로필 → 팔로우 → 피드 └── 게시글 → 댓글, 좋아요 → 알림

---

### ⚠️ 복잡도 경고

| 기능 | 경고 수준 | 이유 | 권장 |
|------|----------|------|------|
| 실시간 채팅 | 🔴 높음 | WebSocket 필요 | MVP 이후 |
| 결제 | 🔴 높음 | PG 연동, 보안 | MVP 이후 |
| 파일 업로드 | 🟡 중간 | 스토리지 비용 | 용량 제한 |

---

### ✅ 다음 단계

1. **기술 스택 결정** → tech-stack-advisor 활용
2. **프로젝트 구조 설계** → project-architect 활용
3. **MVP 개발 시작** → 위 순서대로 진행

---

### 📊 개발 로드맵

| 단계 | 기능 | 예상 기간 |
|------|------|----------|
| MVP | 인증, CRUD, 기본 UI | 1주 |
| v1.1 | 댓글, 좋아요 | 3일 |
| v1.2 | 프로필, 검색 | 3일 |
| v2.0 | 알림, 소셜 로그인 | 1주 |

Quick Commands

체크리스트

## 요구사항 분석 체크리스트

### 기능 완전성
[ ] 핵심 가치가 명확한가?
[ ] MVP로 서비스 가치를 전달할 수 있는가?
[ ] 누락된 필수 기능이 없는가?

### 우선순위
[ ] 의존성 순서가 맞는가?
[ ] 복잡한 기능이 MVP에 포함되지 않았는가?
[ ] 각 기능의 난이도가 현실적인가?

### 실현 가능성
[ ] 팀 역량으로 구현 가능한가?
[ ] 예상 기간이 현실적인가?
[ ] 기술적 제약이 파악되었는가?

Version: 1.0.0 Dependencies: project-architect, tech-stack-advisor Quality Target: 아이디어를 실행 가능한 태스크로