项目干系人分类如果只按职位高低排序，容易出现“领导都重要、执行层都次要”的粗放判断，沟通资源和参与安排也难以落地。更可操作的做法是同时看两个维度：影响力，即对项目结果、资源和决策的左右程度；参与需求，即项目在多大程度上需要其投入、被咨询、被知会或仅需监督。两个维度各分高、中、低三档交叉成九宫格，再为每一格配置管理策略、沟通频率和责任人，登记到干系人登记册并定期复核。下文按评分口径、分组策略、角色分工、完整示例和复核机制依次展开。
要点总览（TL;DR）
- 用影响力与参与需求两个维度各分高、中、低三档，交叉成九宫格，比只按职位排序更能反映干系人对本项目的实际作用。
- 影响力看决策权、资源控制、专业话语权和验收影响；参与需求看需要其投入、被咨询、被知会还是仅需监督，评分依据要写到具体事实。
- 九宫格归并为重点合作、保持满意、持续告知、定期监督四类策略，每类对应沟通频率、参与方式和决策介入程度。
- 分类结果写入干系人登记册，明确项目经理、干系人负责人、职能经理和项目助理的分工，并经核心成员评审确认。
- 阶段切换、人员变动、范围变更时即时复核，无触发条件时按月或双月例行检查，避免名单做完即归档。
先定两个维度：影响力与参与需求怎么量
分类质量取决于评分口径是否统一。建议在打分前先由项目经理和核心成员共同确认判断依据，避免不同人按各自理解给出不一致的档位。两个维度分别回答不同问题：影响力回答“这个人能在多大程度上改变项目走向”，参与需求回答“项目在多大程度上依赖这个人的动作或认可”。
影响力的判断依据
影响力可以从四个方面观察，不必只看头衔：
- 决策权：能否批准或否决范围、预算、进度、验收结论。
- 资源控制：能否调配人员、资金、设备、外部供应商等关键资源。
- 专业话语权：其技术或业务判断是否被团队和上级采信，能否改变方案选型。
- 对验收的影响：是否参与验收标准制定、验收评审或最终签字。
职位高低只是影响力的一个参考信号。有些一线专家没有管理头衔，但掌握核心接口规范或关键算法，其意见能直接改变方案，这类人应评为高影响力；反之，某些高层管理者对具体项目不介入决策，只是例行听取汇报，影响力可评为中或低。打分时以“对本项目的实际作用”为准，不以组织层级为准。
参与需求的判断依据
参与需求按项目需要其介入的方式分档：
- 需要其投入：要出人、出时间、出专业产出，缺了其工作项目就无法推进。
- 需要被咨询：方案、计划或变更需要征求其意见，其反馈会影响决策。
- 需要被知会：只需及时收到进展、变更和结果信息，不需要逐项征求意见。
- 仅需监督：处于监管、审计或例行关注位置，按约定周期了解整体情况即可。
两维度三档评分标准
| 维度 | 高（3分） | 中（2分） | 低（1分） |
|---|---|---|---|
| 影响力 | 可单独否决或批准关键决策；控制关键资源；其专业判断直接决定方案或验收结果 | 能显著影响部分决策或资源安排；意见被采纳的概率较高，但需与其他方共同决定 | 对项目决策和资源影响有限；意见主要作为参考信息 |
| 参与需求 | 需要持续投入产出，或每个关键节点都必须参与评审与确认 | 需要在方案、计划或变更环节被咨询，按节点提供意见 | 只需被知会进展与结果，或按周期接受监督 |
打分示例：某交付项目的客户方信息化负责人，能决定验收是否通过，同时每周参加例会并确认需求变更，影响力3分、参与需求3分；同一客户方的财务审批人，只在付款节点审核合同金额，影响力2分、参与需求1分。两人职位相近，但参与方式不同，分类结果和管理动作也应不同。
九宫格分类与每类干系人的管理策略
两个维度各三档交叉后形成九个格子。为便于执行，可把九格归并为四类管理策略：重点合作、保持满意、持续告知、定期监督。归并时以“影响力优先、参与需求调节”为原则，高影响力格优先配置沟通资源。
九宫格分类与策略对照
| 影响力\参与需求 | 高参与需求 | 中参与需求 | 低参与需求 |
|---|---|---|---|
| 高影响力 | 重点合作：共同决策，深度参与 | 重点合作：关键节点共同评审 | 保持满意：确保知情，避免意外反对 |
| 中影响力 | 重点合作：在其负责环节深度参与 | 持续告知：按节点咨询并同步结果 | 持续告知：定期同步进展与变更 |
| 低影响力 | 持续告知：关注其产出进度，及时反馈 | 定期监督：按周期了解情况 | 定期监督：例行通报即可 |
每类策略的沟通频率、参与方式与决策介入
| 策略 | 沟通频率 | 参与方式 | 决策介入程度 |
|---|---|---|---|
| 重点合作 | 每周或每个关键节点 | 参加评审会、联合决策会，参与方案讨论与变更评估 | 共同决策或拥有否决权，变更需其确认 |
| 保持满意 | 每两周或里程碑节点 | 定向汇报、预沟通，重大变更提前告知并听取意见 | 对关键事项有知情和异议权，不参与日常决策 |
| 持续告知 | 每月或按阶段 | 书面进展通报、例会纪要抄送，必要时单独沟通 | 在其职责范围内提供输入，不介入整体决策 |
| 定期监督 | 每季度或按约定周期 | 整体情况通报、审计或监管材料报送 | 不介入项目决策，按监管要求提出整改意见 |
分类结果写入登记册的字段
每个干系人在登记册中至少记录：姓名与所属组织、角色、影响力评分及依据、参与需求评分及依据、九宫格定位、管理策略、沟通频率、参与方式、责任人、最近更新日期。评分依据一栏要写具体事实，例如“负责验收签字”“控制外包合同付款”，便于后续复核时判断档位是否仍然成立。
当干系人数量较多、沟通安排需要与项目工作同步推进时，可以把登记册和沟通计划放在项目协作工具中承载。ONES Wiki 支持文档关联项目任务，页面树可组织项目文档与知识信息；同时支持为不同角色配置不同读写权限，便于项目经理维护登记册、相关成员按权限查阅。这样登记册的更新与项目任务、评审记录保持在同一工作环境中，减少信息分散。
角色分工：谁负责分类、谁负责维护
分类工作需要有明确的责任人，否则容易在项目启动时做一次、之后无人更新。建议按以下分工执行，具体角色名称可按组织实际设置调整。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 项目经理 | 确定评分口径，组织分类评审，对最终分类结果负责 | 评分口径说明、评审结论 |
| 干系人负责人（可由项目经理兼任） | 逐人收集信息、打分、填写登记册，维护沟通记录 | 干系人登记册、沟通记录 |
| 职能经理 | 提供本部门干系人的资源投入和决策权限信息，确认评分依据 | 部门干系人信息确认 |
| 项目助理 | 更新登记册字段、发送沟通材料、提醒复核时间 | 更新后的登记册、沟通材料发送记录 |
分类结果应经过一次评审确认：项目经理召集核心成员，对高影响力干系人的评分逐一核对依据，对存在分歧的档位当场讨论并记录理由。评审确认后，登记册进入受控状态，字段变更由干系人负责人统一修改，避免多人同时编辑造成版本混乱。若使用 ONES Wiki 承载登记册，可借助页面版本记录查看修改历史，需要时回滚到此前版本。
完整示例：一个交付项目的干系人分类过程
以下为演示情景，用于说明分类过程，不代表真实客户案例。某企业软件交付项目周期六个月，涉及客户方、实施方和第三方供应商。项目启动会上识别出六名主要干系人。
干系人清单与逐人打分
| 干系人 | 角色 | 影响力评分与依据 | 参与需求评分与依据 | 九宫格定位 |
|---|---|---|---|---|
| 客户信息化负责人 | 验收决策人 | 3分：负责验收签字，可否决上线 | 3分：每周参加例会，确认需求变更 | 高影响高参与 |
| 客户业务部门主管 | 关键用户代表 | 2分：影响业务流程确认，需与信息化负责人共同决定 | 3分：全程参与需求确认和用户测试 | 中影响高参与 |
| 实施方项目总监 | 内部资源协调人 | 3分：控制实施顾问调配和预算调整 | 2分：关键节点参加评审 | 高影响中参与 |
| 第三方接口供应商 | 外部技术方 | 2分：接口方案影响集成进度 | 2分：接口设计阶段需被咨询 | 中影响中参与 |
| 客户财务审批人 | 付款审核 | 2分：控制付款节点 | 1分：仅付款节点需知会 | 中影响低参与 |
| 行业监管联系人 | 合规监督 | 1分：不介入项目决策 | 1分：按季度了解合规情况 | 低影响低参与 |
按分类结果生成的沟通与参与安排
- 客户信息化负责人：重点合作，每周例会加关键节点评审会，需求变更由其确认，项目经理为责任人。
- 客户业务部门主管：重点合作，参与需求确认和用户测试，每两周一次业务对齐会，干系人负责人跟进。
- 实施方项目总监：重点合作，里程碑评审参加，资源冲突时即时沟通，项目经理对接。
- 第三方接口供应商：持续告知，接口设计阶段咨询，每月同步集成进展，技术负责人对接。
- 客户财务审批人：持续告知，付款节点前书面知会合同与验收材料，项目助理发送。
- 行业监管联系人：定期监督，每季度报送合规材料，项目助理准备。
登记册填写示例
以客户信息化负责人为例，登记册记录为：所属组织客户方信息中心；角色验收决策人；影响力3分，依据“负责验收签字、可否决上线”；参与需求3分，依据“每周例会、确认需求变更”；定位高影响高参与；策略重点合作；沟通频率每周；参与方式例会与评审会；责任人项目经理；最近更新日期为本次评审日期。其余五人按同样结构填写，形成完整登记册。
复核与调整：分类不是一次性的
干系人的影响力和参与需求会随项目推进变化。需求冻结后，业务部门主管的参与需求可能从高降为中；项目进入验收阶段，验收决策人的影响力权重上升；关键人员离职或换岗，原评分依据不再成立。分类结果需要按触发条件和固定周期复核。
复核触发条件与频率
- 阶段切换：需求、设计、开发、测试、验收各阶段开始时复核一次。
- 人员变动：干系人换岗、离职或新增关键角色时即时复核。
- 范围变更：项目范围、预算或交付物发生重大调整时复核。
- 固定周期：无上述触发条件时，建议每月或每两月由干系人负责人例行检查一次。
复核由干系人负责人执行，项目经理确认高影响力干系人的档位变化，项目助理更新登记册并记录变更原因。
分类失效的常见信号
- 某干系人连续多次未收到其应知会的信息，却在事后提出反对意见。
- 登记册中的责任人已调离，沟通安排仍指向原责任人。
- 高影响力干系人的评分依据已不成立，例如验收签字人已更换。
- 沟通频率与实际互动明显不符，例会名单与登记册策略长期不一致。
完成检查清单
- 两个维度的评分口径已书面确认，评分依据写到具体事实。
- 每位干系人都完成两维度打分，并在九宫格中有明确位置。
- 每类策略都对应了沟通频率、参与方式和责任人。
- 登记册字段完整，包含评分依据和最近更新日期。
- 分类结果经过核心成员评审确认，分歧有记录。
- 复核触发条件、复核频率和责任人已明确。
- 登记册的存放位置和访问权限已确定，相关成员可查阅。
按上述口径完成一次分类通常需要半天到一天，后续维护主要是更新字段和调整沟通安排。分类的价值在于让沟通资源和参与安排有据可依，并在项目变化时及时校正，而不是形成一份做完即归档的名单。
常见问题
干系人数量很多时，九宫格分类怎么避免变成走形式？
先把评分口径固定下来，再批量打分。影响力只看决策权、资源控制、专业话语权和验收影响四项，参与需求只看投入、被咨询、被知会、仅需监督四种方式，每项都要求填写一句具体依据。人数多时可由干系人负责人先按组织分组初评，项目经理只复核高影响力格和存在分歧的档位。登记册字段保持精简，评分依据一栏必须可核查，这样复核时能快速判断档位是否仍成立，而不是对着一堆分数猜理由。
高影响力但参与需求低的干系人，为什么不能只发通报？
这类干系人通常不参与日常决策，但保留对关键事项的知情和异议权，一旦在验收或上线前才得知重大变更，容易形成意外反对。对应策略是保持满意：按每两周或里程碑节点定向汇报，重大变更提前预沟通并听取意见。沟通内容聚焦结果、风险和需要其表态的事项，不要求其参加日常例会。这样既控制沟通成本，也保留其在关键节点的介入通道。
项目进入验收阶段后，原来的分类需要整体重做吗？
不需要整体重做，按触发条件复核即可。验收阶段通常只需调整两类人：验收决策人的影响力权重上升，业务使用方的参与需求可能从高降为中。复核时由干系人负责人逐人检查评分依据是否仍成立，项目经理确认高影响力干系人的档位变化，项目助理更新登记册并记录变更原因。其余档位未变的干系人保留原策略，避免每次复核都推倒重来。
干系人登记册放在共享文档里，如何控制谁能改、谁只能看？
登记册涉及人员评价和沟通安排，建议区分维护者和查阅者两类权限。维护者通常是干系人负责人和项目助理，负责更新评分、策略和沟通记录；项目经理及核心成员按需查阅。若使用 ONES Wiki 承载，可为不同角色配置不同读写权限，并借助页面版本记录查看修改历史，需要时回滚到此前版本。权限范围以组织实际治理要求和所用版本为准。
职能经理不认可某个干系人的影响力评分，怎么处理？
把分歧落到评分依据上讨论，而不是争论档位高低。请职能经理指出该干系人在决策权、资源控制、专业话语权或验收影响上的具体事实，与初评依据逐条对照。若确实存在遗漏，调整评分并在登记册中记录变更理由；若依据充分但判断不同，由项目经理在评审会上说明取舍并留痕。高影响力干系人的评分建议全部经过这一轮核对，减少后续沟通安排反复调整。
