stakeholder-identification

用途

Stakeholder Identification 用于在任何正式接触之前，先绘制完整的利益相关者地图。它产出的是一份全面且具有公平意识的相关方集合——不仅包括显而易见的发起人和用户，还包括守门人、受影响的社区，以及团队通常会忽视的声音。

大多数产品经理的相关方清单是凭记忆在五分钟内写成的，通常能稳定覆盖高管、产品同侪和声音最大的用户，却会稳定遗漏那些承受产品后果、但在组织内没有权力影响决策的边缘化用户群体。该技能强制进行一次更慢、更有结构的头脑风暴，为后续所有参与决策打下基础。

该技能应在 stakeholder-mapping（负责排优先级）之前、stakeholder-engagement-advisor（负责制定针对每位相关方的沟通计划）之前使用。识别是第一位的——你无法为尚未命名的人排优先级。

输入

最适用：你正在为其梳理相关方的倡议、产品或决策。

也有用：你清单上已有的相关方（该技能的任务是找出遗漏者）、组织背景、受影响的社区。

调用时随附的任何内容——技能名称后的文本、粘贴的上下文、附加的 ARGUMENTS: 行——都视为已给出的答案。直接使用并跳过其覆盖的部分，不要重复询问。

如果空手而来也可以。该技能会先询问倡议是什么、涉及谁，然后运行公平视角的扫描。

示例调用：为 Q4 前将所有客户迁移到新计费系统识别相关方。

关键概念

盟友、受众、影响者——三类用于厘清相关方与你工作关系的分类。盟友积极支持该倡议；受众受其影响；影响者在不被直接影响的情况下塑造意见或决策。这样分类可以揭示谁需要被招募、谁需要被告知、谁需要被说服——这是三项不同的参与工作。

R/P/D 标注——将每位相关方标记为资源（预算、人力、访问权）、许可（批准继续、监管许可）或决策权（最终决定权）的提供者。这能快速显示谁能为你的倡议出资、阻止或放行，以及谁只是感兴趣。一位相关方可以同时持有多个标签。

公平视角——刻意扩展清单，纳入常被排除的相关方：边缘化用户群体、一线员工、下游社区、承受产品后果但缺乏组织权力影响其设计的人。没有这一步，团队会为声音大、资源多的群体做优化，做出辜负更安静多数的产品。

主要、次要、三级影响——追踪产品从直接用户向外辐射到间接受影响群体的连锁反应。一个改变支持人员工作方式的特性（主要）会影响客户体验服务的方式（次要），进而影响公司声誉和流失率（三级）。沿着链条追踪可发现单层思维遗漏的相关方。

注意偏见与假设——一次明确的团队检查：我们默认命名了谁？谁不在清单上？我们把谁的视角当作普遍视角？这一步在盲点变成需求缺口之前为其命名。

识别与排优先级——将有谁存在与谁最重要分开的纪律。该技能的目标是一份完整清单，而不是排好优先级的清单。将这两步合并会导致团队过早砍掉尚未理解的相关方。排优先级在 stakeholder-mapping 中进行。

应用步骤

第 1 步——不加过滤地头脑风暴

快速、不受约束地生成潜在相关方清单：与该倡议相关的个人、团队、组织和社区。不要自我审查。写下任何可能有利害关系的人——即使其参与看起来不太可能。

如果在小组中工作，先静默进行 4-6 分钟再分享。

第 2 步——分类

将每位相关方归入以下一个或多个类别：

• 盟友——谁积极支持这项工作或会从其成功中受益？
• 受众——谁直接或间接受到结果影响？
• 影响者——谁在不直接参与的情况下塑造决策、意见或采用？

注意：一位相关方可以出现在多个类别中。那些重叠——既是盟友又是关键影响者——通常标记着你最高杠杆的关系。

第 3 步——应用 R/P/D 标注

为每位相关方标注其是否提供：

• R——资源（预算、人员、数据、访问权）
• P——许可（批准、法律许可、签字确认）
• D——决策权（对范围、优先级或发布的最终决定权）

任何持有 P 或 D 但不在你清单上的相关方，都是以后会以阻碍形式出现的缺口。

第 4 步——应用公平视角

就你的清单提出以下问题：

• 谁从这个产品中体验到显著差异或后果——在财务、职业或日常体验上？
• 谁承受产品的成本或风险，却没有权力塑造其设计？
• 谁的视角缺失，因为我们假设别人代表了他们？
• 谁是主要用户？谁是次要用户？谁在第三层受影响？

补充公平视角揭示的任何人。这些相关方很可能最终落在 stakeholder-mapping 的第一象限（高影响、低权力）——最需要被提升的声音。

第 5 步——注意偏见与假设

作为小组明确回答：

• 在第 1 步中我们默认命名了谁？
• 谁缺席？为什么？
• 我们做了哪些关于谁算作相关方的假设？

记录答案。这些会塑造你的研究计划和招募策略。

第 6 步——缩小到优先目标

在完整清单可见的情况下，确定你在继续之前需要最深入理解的 2-3 位相关方。通常是：

• 其支持不可或缺的最高权力决策者
• 需求最不被理解的最高影响用户
• 最可能的阻碍者或怀疑者

为每位优先相关方记录：姓名、类别、R/P/D 标签，以及一行“我们需要从他们那里了解什么”。这些输出直接输入 stakeholder-mapping 和 stakeholder-engagement-advisor。

示例

情境：一个产品团队正在界定一个新的请求受理工作流，用自助门户替代基于邮件的手动请求。初始相关方清单：运营副总裁、工程负责人、PMO 总监、企业客户。

不充分（常见默认）： 清单覆盖了明显的发起人和最强烈要求该特性的客户群。遗漏：目前处理每个手动请求的客户支持人员（当前工作流的主要日常用户）、IT 安全团队（P——必须批准数据处理）、合规官（P——监管影响）、缺乏技术人员使用自助门户的小企业客户（高影响、低权力受众）。

应用公平视角和 R/P/D 标注后的更强清单：

• 运营副总裁（D，盟友）——最终范围权威
• 工程负责人（R，盟友）——产能和技术可行性
• PMO 总监（P，影响者）——必须批准流程变更
• 企业客户（受众）——新门户的主要用户
• 客户支持人员（受众，R）——今天处理每个请求；若不咨询则有采用风险
• IT 安全（P）——需要数据处理批准
• 合规官（P）——监管审查
• 小企业客户（受众）——受影响方式不同；可能需要非自助路径

第二份清单产出的 PRD 会有不同的需求、不同的推广计划和不同的成功定义。

常见陷阱

把第一次头脑风暴当作最终清单。 初次梳理通常只能覆盖 60% 的相关方，并系统性遗漏那 40% 不太显眼的人。分类和公平步骤的存在就是为了弥补这一差距——跳过它们就失去了练习的意义。

列出角色或组织单元而非具体的人。 “工程”不是相关方。控制冲刺产能的工程负责人才是。模糊的类别名称会让你无法预订真正需要的对话。

将识别与排优先级混为一谈。 在头脑风暴阶段、尚未理解相关方实际影响力或影响时就砍人，是高影响、低权力声音被悄悄丢弃的方式。先完成清单，在 stakeholder-mapping 中排优先级。

跳过偏见与假设检查。 跳过这一步的团队会对自己的完整性感到自信。运行它的团队会发现他们假设了一个资源充足的用户代理代表所有人。明确命名盲点。

独自运行而不做外部验证。 单个人的相关方地图反映单个人的网络和假设。如果独自工作，用偏见检查识别你心智模型中缺席的人，然后在继续之前与跨职能同事验证。

生成了完整清单却没有捕捉下一步行动。 画布以优先目标和行动结尾是有原因的。一份全面的相关方清单若没有附带“谁在何时与谁交谈”，就是一份文档，而不是计划。

参考

• stakeholder-mapping——下一步：使用 Power × Interest 和 Impact × Power 网格对已识别的相关方排优先级
• stakeholder-engagement-advisor——一旦优先目标确定，制定针对每位相关方的参与计划
• discovery-interview-prep——将已识别的相关方作为研究招募的基础
• proto-persona——一旦高优先级用户相关方被识别，开发假设驱动的用户画像
• MITRE Innovation Toolkit——Stakeholder Identification Canvas
• MITRE Innovation Toolkit——Community Map