权力利益矩阵空白模板:字段、象限标签与填写示例
权力利益矩阵空白模板一般由三张表组成:相关方基础信息表、权力与利益评估表、四象限定位表。基础信息表负责把相关方列全,评估表记录权力与利益的等级判断,定位表按两个维度交叉,把每个相关方放进“重点管理”“保持满意”“随时告知”“定期监督”四个分区。本文给出可直接复制的空白表、逐字段填写口径、必填与选填的取舍,以及一份虚构项目的完整填写示例,适用于项目相关方识别之后的分类管理环节。
Table of Contents
要点总览(TL;DR)
- 权力利益矩阵空白模板由三张表组成:相关方基础信息表、权力与利益评估表、四象限定位表,三张表通过编号关联。
- 象限标签按权力高低与利益高低交叉分为四个:重点管理(权力高、利益高)、保持满意(权力高、利益低)、随时告知(权力低、利益高)、定期监督(权力低、利益低)。
- 必填字段是编号、姓名/角色、权力等级、利益等级和管理动作,缺少任何一项都无法完成定位或执行沟通;所属组织、联系方式、态度、责任人等可按项目规模裁剪。
- 填写示例的写法是先列相关方名单并打分,再按象限归类,最后为每个象限写出具体管理动作和沟通周期,示例数据需标注为虚构演示。
- 矩阵需要随阶段转换、组织变化和态度变化更新,评审结论用变更记录表头留痕,文档本身做版本管理。
可复制空白模板
三张表按先后顺序使用:先填基础信息表建立名单,再填评估表完成打分,最后把结果落到四象限定位表。表格结构保持简单,复制到文档或表格工具后即可填写,不需要额外调整列宽或合并单元格。
表一:相关方基础信息空白表
| 编号 | 姓名/角色 | 所属组织 | 联系方式 | 与项目的关系 | 备注 |
|---|---|---|---|---|---|
| S-01 | |||||
| S-02 | |||||
| S-03 | |||||
| S-04 | |||||
| S-05 |
表二:权力与利益评估空白表
| 编号 | 姓名/角色 | 权力/影响力等级 | 利益/关注度等级 | 当前态度 | 期望态度 | 影响策略 | 沟通频率 | 责任人 | 更新日期 |
|---|---|---|---|---|---|---|---|---|---|
| S-01 | |||||||||
| S-02 | |||||||||
| S-03 | |||||||||
| S-04 | |||||||||
| S-05 |
表三:四象限空白定位表
| 象限标签 | 判断条件 | 相关方编号 | 管理动作 | 沟通安排 |
|---|---|---|---|---|
| 重点管理 | 权力高、利益高 | |||
| 保持满意 | 权力高、利益低 | |||
| 随时告知 | 权力低、利益高 | |||
| 定期监督 | 权力低、利益低 |
三张表通过“编号”关联,评估表和定位表只写编号与角色简称,完整信息保留在基础信息表中,避免同一份数据在多处重复维护。
字段说明与象限标签含义
字段的填写口径决定矩阵是否可用。基础字段解决“这个人是谁、和项目什么关系”,评估字段解决“他有多大影响、有多在意、现在什么态度”,两者分开填写,可以减少把主观印象直接写进判断的情况。
基础字段的填写口径
| 字段 | 填写口径 | 常见问题 |
|---|---|---|
| 编号 | 按识别顺序编号,如S-01,全表唯一 | 用姓名代替编号,人员变动后难以追溯 |
| 姓名/角色 | 写具体人或岗位,如“财务部负责人” | 只写部门名,无法落实到沟通对象 |
| 所属组织 | 内部部门或外部单位 | 外部相关方未标注单位,后续联系困难 |
| 联系方式 | 常用沟通渠道,如邮箱、电话 | 填写私人渠道,交接时不便共享 |
| 与项目的关系 | 说明其角色,如审批人、使用方、供应商、监管方 | 只写“相关”,无法判断影响来源 |
评估字段的填写口径
权力/影响力等级和利益/关注度等级建议统一用高、中、低三档,并在模板附注中写明每档的判断标准。例如权力高指能够批准或否决项目关键决策、控制预算或资源;利益高指其工作成果直接受项目交付影响,或会主动关注项目进展。等级划分标准一旦确定,同一项目内应保持一致,跨项目比较时再另行校准。
当前态度与期望态度用于识别差距,可选项包括支持、中立、抵触、未表态。影响策略写具体动作,例如“每月单独汇报一次进度”“邀请参加需求评审”,避免写成“加强沟通”这类无法执行的说法。沟通频率写明确周期,责任人写具体姓名,更新日期记录本次评估时间。
四个象限标签的判断依据
| 象限标签 | 判断条件 | 管理方向 |
|---|---|---|
| 重点管理 | 权力高、利益高 | 保持密切沟通,主动邀请参与关键决策,及时同步风险与变更 |
| 保持满意 | 权力高、利益低 | 保证信息足够,避免其因信息不足而干预,沟通以结果和关键节点为主 |
| 随时告知 | 权力低、利益高 | 定期同步进展,借助其关注度收集反馈,重要变更及时通知 |
| 定期监督 | 权力低、利益低 | 低频通报,按里程碑或阶段集中告知,控制沟通投入 |
象限标签是管理动作的起点,不是对相关方重要性的最终评价。权力和利益都可能随项目阶段变化,例如采购阶段供应商权力上升,上线后运维团队利益上升,定位表需要随之调整。
必填与选填的取舍
必填字段的标准是:缺少它就无法完成象限定位或无法执行后续沟通。其余字段按项目规模和管理需要裁剪,裁剪时保留列名,留空比删列更利于后续补充。
| 字段 | 必填/选填 | 理由与适用场景 |
|---|---|---|
| 编号 | 必填 | 三张表的关联键,任何规模都需要 |
| 姓名/角色 | 必填 | 定位和沟通的对象 |
| 权力/影响力等级 | 必填 | 象限定位的两个维度之一 |
| 利益/关注度等级 | 必填 | 象限定位的两个维度之一 |
| 管理动作 | 必填 | 矩阵的输出结果,缺少则模板失去管理价值 |
| 所属组织 | 选填 | 外部相关方多、跨单位协作时建议填写 |
| 联系方式 | 选填 | 需要直接对接时填写,可放在通讯录中统一维护 |
| 与项目的关系 | 选填 | 相关方类型复杂时填写,帮助判断权力来源 |
| 当前态度/期望态度 | 选填 | 存在抵触或态度需要转变时填写 |
| 影响策略 | 选填 | 重点管理和保持满意象限建议填写 |
| 沟通频率 | 选填 | 与沟通计划联动时填写 |
| 责任人 | 选填 | 相关方数量多、需要分工跟进时填写 |
| 更新日期 | 选填 | 需要追踪评估时效时填写 |
小项目相关方在十人以内时,可只保留编号、姓名/角色、两个等级、管理动作五列,用一张表同时完成评估和定位。大型项目或跨组织项目建议保留全部字段,并把沟通频率、责任人拆到单独的沟通计划中,矩阵只保留分类结果和策略摘要,避免一张表承担过多职责。
填写示例:一个完整填好的矩阵
以下示例为虚构演示:某企业启动办公系统升级项目,周期六个月,涉及内部管理部门、业务使用部门和外部实施供应商。示例数据仅用于说明填写过程。
示例基础信息与评估结果
| 编号 | 姓名/角色 | 所属组织 | 与项目的关系 | 权力等级 | 利益等级 | 当前态度 | 期望态度 |
|---|---|---|---|---|---|---|---|
| S-01 | 分管副总 | 公司管理层 | 项目发起人、预算审批 | 高 | 高 | 支持 | 支持 |
| S-02 | 财务部负责人 | 财务部 | 预算控制、付款审批 | 高 | 低 | 中立 | 中立 |
| S-03 | 业务部门主管 | 销售部 | 系统主要使用方 | 低 | 高 | 支持 | 支持 |
| S-04 | 实施顾问 | 外部供应商 | 系统实施与交付 | 中 | 高 | 支持 | 支持 |
| S-05 | 行政专员 | 行政部 | 配合数据整理 | 低 | 低 | 中立 | 中立 |
象限定位与管理动作
| 象限标签 | 相关方编号 | 管理动作 | 沟通安排 |
|---|---|---|---|
| 重点管理 | S-01 | 关键决策前单独汇报,变更事项提前沟通 | 每两周一次进度汇报,重大风险即时通报 |
| 保持满意 | S-02 | 预算执行情况按节点说明,付款材料提前准备 | 每月一次预算执行说明 |
| 随时告知 | S-03、S-04 | 邀请参加需求确认与验收,收集使用反馈 | 每周同步进展,评审节点邀请参与 |
| 定期监督 | S-05 | 按阶段布置数据整理任务并确认结果 | 每阶段开始和结束时各沟通一次 |
示例中S-04实施顾问的权力评为“中”,原因是其能够影响实施节奏和技术方案,但不具备审批权。若项目进入上线切换阶段,供应商的交付质量直接影响上线结果,可将其权力上调为“高”,重新定位到重点管理象限。这类调整应在更新日期中记录,便于回溯判断依据。
模板的调整与维护方法
矩阵在项目启动时填写一次,往往在两个月后就不再反映实际情况。维护的重点是设定明确的更新触发条件,并让评审成为项目例会的固定环节,而不是等到相关方出现明显变化才补填。
更新触发条件与频率
- 阶段转换:立项、需求确认、开发完成、上线、验收等节点各复核一次。
- 组织变化:相关方岗位调整、离职、新增外部合作方时即时更新。
- 态度变化:出现明显抵触、投诉或关键决策被搁置时,重新评估当前态度与影响策略。
- 固定节奏:项目周期超过三个月的,至少每月复核一次等级和沟通安排。
评审参与角色与版本记录
评审由项目经理主持,相关方责任人参加,重点确认等级判断是否有依据、管理动作是否已执行。涉及预算和审批的相关方,可邀请财务或PMO人员参与复核。评审结论记录在变更记录中,表头建议包含:变更日期、变更编号、变更字段、原值、新值、变更原因、评审人。
矩阵文档本身需要版本管理。每次评审后保存一个新版本,保留历史记录,避免覆盖后无法说明某次定位调整的原因。当项目相关方记录、沟通安排和评审结论需要在团队内共享并持续更新时,可以把矩阵放在ONES Wiki的页面中:使用页面模板库建立制式化文档,记录页面版本并支持查看与回滚;按角色配置读写权限,让项目经理维护评估结果、相关方责任人查看沟通安排;页面组关联项目后,矩阵与项目工作保持对应关系。这样矩阵的每次调整都有记录,评审时可以直接对照历史版本确认变化。
常见问题
权力和利益等级用高、中、低三档够用吗,中档怎么判断?
三档在多数项目里够用,关键是同一项目内标准一致。中档可以这样界定:权力中指能影响执行节奏或技术方案、但审批权不在其手上;利益中指其工作会受项目交付间接影响,或只在部分阶段关注进展。把这两句写进模板附注,不同人打分时才有共同参照。若相关方数量多、判断分歧大,可临时扩为五档,但同一份矩阵内不要混用两套档位。
一个相关方同时符合两个象限怎么办?
先检查等级判断是否有依据。常见情况是权力或利益被高估,例如把“经常询问进度”当成利益高,实际其工作成果并不受项目影响。若确认两个维度都成立,按权力优先归入高权力象限,因为高权力相关方的干预成本更高;同时在管理动作中补充针对其利益关注点的沟通安排。跨阶段变化时,在更新日期中记录调整原因,便于下次评审回溯。
小项目相关方只有五六个人,还需要三张表吗?
可以合并成一张表,保留编号、姓名/角色、权力等级、利益等级、象限标签、管理动作六列即可。合并的前提是相关方名单稳定、沟通安排简单;一旦出现外部供应商、监管方或跨部门审批人,建议恢复基础信息表与评估表的分工,避免联系方式、所属组织等信息挤在一张表里难以维护。表格形式服务于判断,不必为了完整而保留用不上的列。
矩阵填好后放在哪里,才能让相关方责任人持续跟进?
矩阵需要让责任人看到自己负责的沟通安排,并能在变化时更新。可以把矩阵放在 ONES Wiki 的页面中:用页面模板库建立制式化文档,记录页面版本并支持查看与回滚;按角色配置读写权限,项目经理维护评估结果,相关方责任人查看沟通安排;页面组关联项目后,矩阵与项目工作保持对应关系。这样每次评审后的调整都有版本记录,对照历史版本即可确认变化原因。
填写示例里的数据可以直接套用到自己项目吗?
示例只演示填写过程,等级判断和管理动作都依赖具体项目背景,不能直接照搬。可复用的是结构:先列名单,再按统一口径打两个等级,然后归入象限,最后为每个象限写可执行的动作和明确周期。套用时替换相关方角色和判断依据,尤其注意权力来源(审批权、资源控制、技术影响)在不同组织里差别很大。



