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:

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차 개발)

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

MVP 예상 개발 기간: 약 X일

📅 2차 기능 (MVP 이후)

📅 3차 기능 (확장)

🔗 의존성 그래프

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

⚠️ 복잡도 경고

✅ 다음 단계

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

📊 개발 로드맵

Quick Commands

명령 동작

req analyze 아이디어를 요구사항으로 분석

req mvp MVP 기능만 추출

req priority 우선순위 매트릭스 생성

req deps 의존성 그래프 생성

req roadmap 개발 로드맵 생성

체크리스트

요구사항 분석 체크리스트

기능 완전성

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

우선순위

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

실현 가능성

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

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