ワンクリックで
pm-requirement-penetration
深度挖掘用户需求的方法论,通过5W2H追问和需求分层模型,识别显性、隐性、潜在和惊喜需求
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
深度挖掘用户需求的方法论,通过5W2H追问和需求分层模型,识别显性、隐性、潜在和惊喜需求
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
BMAD 全自动研发流水线编排器。编排 9 个专业 Agent(PM、架构师、UI Designer、Tech Lead、Scrum Master、Frontend、Backend、QA、DevOps)从需求到部署。 Triggers: 'boss mode', '/boss', '全自动开发', '从需求到部署', '帮我做一个', 'build this', 'ship it', '全流程', '自动化开发', '一键开发', 'start a project', 'new feature' Does NOT trigger: - 单文件修改或简单 bug 修复(直接编辑即可) - 纯代码阅读或解释(使用 read 工具) - 已有 pipeline 正在运行时的重复启动 - 极小事(预计 <30 分钟人工可完成、不需要 PRD/架构/门禁记录) Output: 完整项目代码 + PRD/架构/UI/测试/部署文档,写入 .boss/<feature>/ 目录
后端测试编写指南,包括单元测试、集成测试和E2E测试的编写方法和最佳实践
自动生成 CHANGELOG,基于 git 提交历史和 pipeline 产物信息,遵循 Conventional Commits 和 Keep a Changelog 规范
从CEO/战略视角进行商业价值评审,评估市场契合度、ROI、竞争优势、风险和战略对齐
设计变体模式,产出2-3个设计方案及 tradeoff 分析,供用户选择后确定最终方案
前端测试编写指南,包括单元测试、集成测试和E2E测试的编写方法和最佳实践
| 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) │
└─────────────────┘
四层需求定义:
显性需求:用户明确表达的需求
隐性需求:用户想到但未表达的需求
潜在需求:用户尚未意识到但会需要的需求
惊喜需求:超出用户预期、能带来 "Wow" 体验的需求
对每个需求,系统性地追问以下7个维度:
| 维度 | 问题 | 目的 |
|---|---|---|
| What | 用户说的是什么?背后真正想要的是什么? | 识别真实需求 |
| Why | 为什么需要这个?解决什么问题? | 理解动机 |
| Who | 谁会用?在什么场景下用? | 明确用户 |
| When | 什么时候用?频率如何? | 理解场景 |
| Where | 在哪里用?环境如何? | 理解上下文 |
| How | 现在怎么解决的?有什么痛点? | 发现机会 |
| How much | 愿意付出多少?(时间/金钱/学习成本) | 评估价值 |
追问技巧:
基于价值和成本,将需求分为4个优先级:
高价值
│
┌──────┼──────┐
│ 必做 │ 优先 │
│ P0 │ P1 │
低成本 ────┼──── 高成本
│ 可做 │ 谨慎 │
│ P2 │ P3 │
└──────┼──────┘
│
低价值
完成需求穿透后,应输出以下内容(通常作为PRD的第2章):
[用户的原始表述,保持原话]
显性需求(用户明确表达的)
| 需求 | 用户原话 | 解读 |
|---|---|---|
| [需求 1] | "[原话]" | [你的解读] |
| [需求 2] | "[原话]" | [你的解读] |
隐性需求(用户想到但未表达的)
| 需求 | 推断依据 | 为什么重要 |
|---|---|---|
| [需求 1] | [依据] | [重要性] |
| [需求 2] | [依据] | [重要性] |
潜在需求(用户尚未意识到的)
| 需求 | 洞察来源 | 预期价值 |
|---|---|---|
| [需求 1] | [来源] | [价值] |
| [需求 2] | [来源] | [价值] |
惊喜需求(超出预期的创新点)
| 需求 | 创新点 | 预期反应 |
|---|---|---|
| [需求 1] | [创新点] | "Wow, 这个太棒了!" |
| [需求 2] | [创新点] | [预期反应] |
| 优先级 | 需求 | 价值 | 成本 | 决策 |
|---|---|---|---|---|
| P0 | [需求] | 高 | 低 | 必须做 |
| P1 | [需求] | 高 | 高 | 优先做 |
| P2 | [需求] | 低 | 低 | 可以做 |
| P3 | [需求] | 低 | 高 | 暂不做 |