stakeholder-requirements-gathering

使用时机

开始任何复杂分析请求时，尤其是需求含糊不清（例如“能帮我调查一下 X 吗？”）、有多个利益相关方参与，或分析结果将影响重要决策时。花 30 分钟明确需求，可以避免之后数天的返工。

流程

1. 进行需求访谈 — 使用 assets/interview_guide.md 中的问题指南，了解正在做出的业务决策、受众、完成标准以及现有约束。
2. 确定决策类型 — 使用 references/decision_maker_framework.md 对决策进行分类（战略 / 运营 / 战术），并据此调整所需的严谨程度和文档格式。
3. 记录需求 — 填写 assets/requirements_doc_template.md，涵盖：业务问题、成功标准、范围内与范围外的事项、数据来源和时间安排。
4. 消除歧义 — 对于访谈后仍不明确的需求，使用 references/elicitation_techniques.md 中的引导技巧（5 个为什么、情景演练、MoSCoW 优先级排序）。
5. 获取明确确认 — 开始工作前，将需求文档发送给请求方确认；根据反馈进行更新。
6. 生成分析简报 — 将已批准的需求转化为 assets/analysis_brief_template.md，作为项目范围的权威文档。

此技能所需的输入

• 利益相关方最初提出的请求（无论多么含糊）
• 主要请求方及其他利益相关方的姓名和职务
• 提议的截止日期或紧急程度

输出

• 已完成的需求文档（requirements_doc_template.md）
• 可交付给分析师的分析简报（analysis_brief_template.md）
• 访谈记录（复杂项目可选）