关于 requirements-discovery
requirements-discovery 是面向产品团队与利益相关者的需求梳理技能，可将模糊想法转化为可验证的要求。它按发现、编写规格和验证流程组织工作，涵盖利益相关者需求、范围与验收标准。
主要功能
- 01结构化利益相关者访谈
- 02编写 PRD 与用户故事
- 03梳理功能与非功能需求
- 04定义范围与优先级
- 05制定可测试的验收标准
- 06验证规格并准备交接
适用场景
- 01澄清新项目的需求
- 02协调相互冲突的利益相关者需求
- 03编写 PRD 和用户故事
- 04实施前检查规格完整性
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/requirements-discovery确认已加载。
附带文件references/elicitation-techniques.md
详细介绍
需求发现
通过结构化提问、利益相关方分析和规范制定，系统地收集需求。将模糊的项目构想转化为具体、可衡量的规范。
何时使用此技能
- 根据模糊描述，为新项目或功能收集需求
- 开展利益相关方访谈，发掘需求和限制条件
- 编写或梳理产品需求文档（PRD）
- 明确项目范围的边界和优先级
- 创建验收标准明确的用户故事
- 识别非功能性需求（性能、安全性、可扩展性）
- 解决利益相关方之间相互冲突的优先事项
- 在交付实施前验证需求是否完整
快速参考
| 任务 | 加载参考资料 |
|---|---|
| 访谈模式、PRD 结构、范围定义、用户故事映射 | skills/requirements-discovery/references/elicitation-techniques.md |
核心原则
- 先问“为什么”，再问“如何做”：发掘用户的真实需求，而非假定的解决方案
- 苏格拉底式提问：通过提问引导需求发现，而非依赖假设
- 逐步细化：从宽泛目标逐步推进到具体、可测试的标准
- 平衡利益相关方：综合不同观点，不让任何单一声音占据主导
工作流
1. 发现
在定义解决方案之前，先了解问题领域。
- 识别所有利益相关方及其角色
- 通过开放式和封闭式问题开展结构化访谈
- 梳理用户画像及其痛点
- 记录限制条件（技术、预算、时间安排、法规）
2. 规范制定
将原始输入转化为结构化需求。
- 起草包含功能性和非功能性需求的 PRD
- 编写包含验收标准的用户故事
- 使用 MoSCoW 或类似框架确定优先级
- 明确范围边界（明确哪些内容不在范围之内）
3. 验证
在实施前核实需求是否完整、各方是否达成一致。
- 与利益相关方审阅规范
- 确认验收标准可测试、可衡量
- 确定成功指标和 KPI 基线
- 记录未决问题和后续行动
- 准备实施交接文档
常见错误
- 尚未理解问题就急于提出解决方案
- 将需求视为固定不变，而非通过迭代逐步完善
- 遗漏非功能性需求（性能、安全性、无障碍性）
- 未明确界定哪些内容不在范围之内
- 编写无法客观测试的验收标准
- 跳过与实际用户或利益相关方的验证
评论
支持 Markdown