pm/requirement-penetration
The pm/requirement-penetration skill provides a methodology for deep requirement analysis using a four-layer demand model (explicit, implicit, latent, and delightful needs) combined with 5W2H questioning techniques. This skill should be used when users present initial requirements, to systematically uncover hidden motivations, anticipated future needs, and innovation opportunities that go beyond surface-level expressions, ultimately producing a prioritized requirements analysis for product development.
git clone --depth 1 https://github.com/echoVic/boss-skill /tmp/pm-requirement-penetration && cp -r /tmp/pm-requirement-penetration/skill/skills/pm/requirement-penetration ~/.claude/skills/pm-requirement-penetrationSKILL.md
# 需求穿透方法论
## 适用场景
当用户提出需求时,不要直接接受表面描述。使用本方法论深度挖掘用户真正想要什么,识别用户没说出口的需求,甚至发现用户自己都没意识到的需求。
## 核心方法
### 需求分层模型
用户需求分为四个层次,从下到上价值递增:
```
┌─────────────────┐
│ 惊喜需求 │ ← 超出预期,带来 "Wow"
│ (Delighters) │
├─────────────────┤
│ 潜在需求 │ ← 用户尚未意识到
│ (Latent) │
├─────────────────┤
│ 隐性需求 │ ← 用户想到但未说
│ (Implicit) │
├─────────────────┤
│ 显性需求 │ ← 用户明确表达
│ (Explicit) │
└─────────────────┘
```
**四层需求定义**:
1. **显性需求**:用户明确表达的需求
- 直接从用户原话中提取
- 这是需求分析的起点,不是终点
2. **隐性需求**:用户想到但未表达的需求
- 用户认为"理所当然"而没说的
- 用户不好意思说的
- 用户以为你会知道的
3. **潜在需求**:用户尚未意识到但会需要的需求
- 基于场景推演发现的需求
- 基于竞品分析发现的需求
- 基于行业趋势预判的需求
4. **惊喜需求**:超出用户预期、能带来 "Wow" 体验的需求
- 创新性的功能或体验
- 让用户感到"这个太棒了!"
- 这是产品差异化的关键
### 5W2H 深度追问
对每个需求,系统性地追问以下7个维度:
| 维度 | 问题 | 目的 |
|------|------|------|
| **What** | 用户说的是什么?背后真正想要的是什么? | 识别真实需求 |
| **Why** | 为什么需要这个?解决什么问题? | 理解动机 |
| **Who** | 谁会用?在什么场景下用? | 明确用户 |
| **When** | 什么时候用?频率如何? | 理解场景 |
| **Where** | 在哪里用?环境如何? | 理解上下文 |
| **How** | 现在怎么解决的?有什么痛点? | 发现机会 |
| **How much** | 愿意付出多少?(时间/金钱/学习成本) | 评估价值 |
**追问技巧**:
- 至少追问 "为什么" 5次,直到触及根本动机
- 不要满足于第一个答案
- 关注用户的情绪和语气,往往隐藏着真实需求
### 需求优先级矩阵
基于价值和成本,将需求分为4个优先级:
```
高价值
│
┌──────┼──────┐
│ 必做 │ 优先 │
│ P0 │ P1 │
低成本 ────┼──── 高成本
│ 可做 │ 谨慎 │
│ P2 │ P3 │
└──────┼──────┘
│
低价值
```
- **P0(必做)**:高价值 + 低成本 = 必须做
- **P1(优先)**:高价值 + 高成本 = 优先做
- **P2(可做)**:低价值 + 低成本 = 可以做
- **P3(谨慎)**:低价值 + 高成本 = 暂不做
## 输出要求
完成需求穿透后,应输出以下内容(通常作为PRD的第2章):
### 2. 需求穿透分析
#### 2.1 用户原始需求
> [用户的原始表述,保持原话]
#### 2.2 需求穿透
**显性需求(用户明确表达的)**
| 需求 | 用户原话 | 解读 |
|------|----------|------|
| [需求 1] | "[原话]" | [你的解读] |
| [需求 2] | "[原话]" | [你的解读] |
**隐性需求(用户想到但未表达的)**
| 需求 | 推断依据 | 为什么重要 |
|------|----------|------------|
| [需求 1] | [依据] | [重要性] |
| [需求 2] | [依据] | [重要性] |
**潜在需求(用户尚未意识到的)**
| 需求 | 洞察来源 | 预期价值 |
|------|----------|----------|
| [需求 1] | [来源] | [价值] |
| [需求 2] | [来源] | [价值] |
**惊喜需求(超出预期的创新点)**
| 需求 | 创新点 | 预期反应 |
|------|--------|----------|
| [需求 1] | [创新点] | "Wow, 这个太棒了!" |
| [需求 2] | [创新点] | [预期反应] |
#### 2.3 需求优先级矩阵
| 优先级 | 需求 | 价值 | 成本 | 决策 |
|--------|------|------|------|------|
| P0 | [需求] | 高 | 低 | 必须做 |
| P1 | [需求] | 高 | 高 | 优先做 |
| P2 | [需求] | 低 | 低 | 可以做 |
| P3 | [需求] | 低 | 高 | 暂不做 |
## 关键原则
1. **不要急于给答案**:先理解问题,再提供方案
2. **挑战假设**:用户说的不一定是对的,要验证
3. **关注痛点**:真正的需求来自真实的痛苦
4. **追求惊喜**:好产品不只是满足需求,更要超越预期|
系统架构设计方法论,包含架构模式选择、系统分层、目录结构设计
数据模型和API设计方法论,包含ERD设计、数据字典、RESTful API规范
技术调研方法论,通过系统性调研和对比分析,为技术选型提供数据支持
后端API开发方法论,包括RESTful/GraphQL设计、请求验证、错误处理和安全实现
后端测试编写指南,包括单元测试、集成测试和E2E测试的编写方法和最佳实践
|
自动生成 CHANGELOG,基于 git 提交历史和 pipeline 产物信息,遵循 Conventional Commits 和 Keep a Changelog 规范