/requirement-penetration
深度挖掘用户需求的方法论,通过5W2H追问和需求分层模型,识别显性、隐性、潜在和惊喜需求
$ npx -y skills add echoVic/boss-skill --skill requirement-penetration --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/requirement-penetration
Context preview
The summary Claude sees to decide when to auto-load this skill.
深度挖掘用户需求的方法论,通过5W2H追问和需求分层模型,识别显性、隐性、潜在和惊喜需求
SKILL.md
requirement-penetration.SKILL.mdname: pm/requirement-penetration
description: 深度挖掘用户需求的方法论,通过5W2H追问和需求分层模型,识别显性、隐性、潜在和惊喜需求
version: 1.0.0
agent: pm
type: methodology
user-invocable: false
agent-invocable: true
dependencies: []
triggers:
- 用户提出新功能需求时
- 需要理解用户真实意图时
- 开始PRD编写前的需求分析阶段
需求穿透方法论
适用场景
当用户提出需求时,不要直接接受表面描述。使用本方法论深度挖掘用户真正想要什么,识别用户没说出口的需求,甚至发现用户自己都没意识到的需求。
核心方法
需求分层模型
用户需求分为四个层次,从下到上价值递增:
┌─────────────────┐
│ 惊喜需求 │ ← 超出预期,带来 "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. **追求惊喜**:好产品不只是满足需求,更要超越预期
Read more
name: pm/requirement-penetration description: 深度挖掘用户需求的方法论,通过5W2H追问和需求分层模型,识别显性、隐性、潜在和惊喜需求 version: 1.0.0 agent: pm type: methodology user-invocable: false agent-invocable: true dependencies: [] triggers: - 用户提出新功能需求时 - 需要理解用户真实意图时 - 开始PRD编写前的需求分析阶段
需求穿透方法论
适用场景
当用户提出需求时,不要直接接受表面描述。使用本方法论深度挖掘用户真正想要什么,识别用户没说出口的需求,甚至发现用户自己都没意识到的需求。
核心方法
需求分层模型
用户需求分为四个层次,从下到上价值递增:
┌─────────────────┐
│ 惊喜需求 │ ← 超出预期,带来 "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. **追求惊喜**:好产品不只是满足需求,更要超越预期
Boss is an auditable agent-team workflow for coding agents. It turns one coding agent into a structured engineering team: PM, Architect, UI Designer, Tech Lead, Scrum Master, Frontend, Backend, QA, and DevOps.
Repo: echoVic/boss-skill
Other skills on boss.
- /architecture-design
系统架构设计方法论,包含架构模式选择、系统分层、目录结构设计
Open skill - /data-api-design
数据模型和API设计方法论,包含ERD设计、数据字典、RESTful API规范
Open skill - /tech-research
技术调研方法论,通过系统性调研和对比分析,为技术选型提供数据支持
Open skill - /api-development
后端API开发方法论,包括RESTful/GraphQL设计、请求验证、错误处理和安全实现
Open skill - /testing-guide
后端测试编写指南,包括单元测试、集成测试和E2E测试的编写方法和最佳实践
Open skill - /brainstorming
需求澄清 Skill。当用户只给了模糊描述时自动触发,通过业务提问把一句话翻译成完整需求,交给 Boss 流水线执行。 Triggers: '我想做一个', '帮我做', '有个想法', 'brainstorm', '帮我规划一下', '做个XX', 'I want to build' Does NOT trigger: - 需求已经完整(包含做什么 + 给谁用 + 核心场景) - 纯技术问题或 bug 修复 Output: .boss/<feature>/design-brief.md 需求设计简报
Open skill

