项目干系人分类常被做成一张凭印象填写的名单，真正影响沟通安排的是两个可判断的维度：影响力，即干系人对项目结果、资源和决策的实际作用力；参与需求，即当前阶段需要其投入多少信息、决策或协作。把两者交叉成四类，再为每类指定沟通频率、参与方式和负责人，分类结果写入干系人登记表，并随项目阶段复核调整。下文给出判断口径、四类管理动作、操作步骤、角色分工与完整示例。
要点总览（TL;DR）
- 影响力看决策权、资源控制、专业话语权和验收影响，参与需求看当前阶段需要干系人提供信息、做决策、参加评审还是仅被知会，两档判断并记录证据来源。
- 两个维度交叉成四类：高影响力高参与需求、高影响力低参与需求、低影响力高参与需求、低影响力低参与需求，每类对应不同的沟通频率、参与方式和负责人。
- 分类按识别、初判、阶段复核、同步沟通计划四步推进，阶段转换、重大变更或关键人员变动时触发复核。
- 项目经理牵头维护登记表与沟通计划，职能负责人和核心成员提供判断依据并执行对应沟通，分类结果在启动会后和阶段关口确认。
- 用检查清单核对每人是否有判断依据、四类是否都有负责人、复核是否留痕、高影响力干系人是否有单独跟进动作。
先定两个维度：影响力与参与需求怎么判断
分类的可靠性取决于判断依据是否具体。建议先为两个维度各写一组判定问题，要求填写人给出证据来源，再决定高或低。这样即使不同人分别判断，也能对照同一套口径讨论分歧。
影响力看的是干系人对项目施加作用的实际能力，可从四个方面取证：是否拥有对项目范围、预算、排期的决策权；是否控制项目所需的人员、资金或外部资源；是否在专业领域拥有话语权，其意见会影响方案取舍；是否对验收、上线或交付结果有实质影响。参与需求看的是当前阶段项目需要干系人做什么：提供关键信息、做出决策、参加评审，还是仅需被知会结果。判断时以“本阶段需要其投入的动作”为准，而非其职位高低。
采用高、低两档而非精确打分，原因是分类的目的是匹配管理动作，档位过多会增加讨论成本，且判断本身带有主观成分。如果团队希望保留区分度，可以在两档内部用1—5分做辅助记录，但对外沟通仍按高低两档执行，避免因分数差异反复争论。
判断时点应绑定项目阶段。立项阶段需要审批人做决策，其参与需求为高；进入执行阶段后，同一人可能只需定期知会，参与需求降为低。因此分类表要记录“判断所依据的阶段”，而不是一次定死。
| 维度 | 档位 | 判定问题 | 证据来源 |
|---|---|---|---|
| 影响力 | 高 | 能否单方面改变范围、预算或排期？其反对是否会导致方案重做或上线受阻？ | 项目章程、审批记录、资源调配记录、历史决策记录 |
| 影响力 | 低 | 其意见需经他人汇总或审批才能生效？对验收结果无直接否决权？ | 组织架构、职责说明、以往项目中的实际作用 |
| 参与需求 | 高 | 本阶段是否必须由其提供信息、做出决策或参加评审，缺少其投入会导致工作停滞？ | 阶段计划、评审安排、待决事项清单 |
| 参与需求 | 低 | 本阶段只需其接收进展信息，或仅在特定事件发生时被知会？ | 沟通记录、会议纪要、知会清单 |
交叉成四类：分类矩阵与每类的管理动作
两个维度交叉后得到四类干系人。分类本身不产生价值，价值在于每类对应一套明确的沟通频率、参与方式和负责人，使团队知道“对谁、多久一次、用什么方式、由谁跟”。
| 类别 | 典型对象 | 沟通频率 | 参与方式与信息颗粒度 | 负责人 |
|---|---|---|---|---|
| 高影响力、高参与需求 | 项目发起人、客户方决策人、关键审批角色 | 每周或每个里程碑 | 参与决策会与评审，获取完整进展、风险与待决事项，提前对齐方案 | 项目经理直接对接 |
| 高影响力、低参与需求 | 高层管理者、财务或合规负责人、资源池负责人 | 每月或阶段节点 | 以简报形式知会结果与重大风险，必要时单独请示，不进入日常讨论 | 项目经理，必要时由发起人协助 |
| 低影响力、高参与需求 | 一线执行成员、测试与运维接口人、外部供应商联系人 | 每周或每日站会 | 参与任务协作与问题处理，获取任务级信息，明确交付接口 | 核心成员或职能负责人 |
| 低影响力、低参与需求 | 周边团队、一般信息接收方 | 按里程碑或季度 | 统一发布进展通知，保留反馈渠道，不单独安排会议 | 项目助理或指定联络人 |
分类结果写入干系人登记表时，至少包含以下字段：姓名与所属组织、角色、影响力档位及依据、参与需求档位及依据、所属类别、沟通频率、沟通方式、负责人、判断所依据的阶段、最近复核日期。字段的作用是让后续复核有据可查，也便于交接时快速理解安排理由。
需要说明的是，高影响力、低参与需求的干系人容易被忽略，因为日常接触少，但其一旦介入往往影响重大。对这类人应固定简报节奏，并在范围变更、重大风险出现时主动请示。低影响力、高参与需求的干系人则要防止信息过载，把沟通聚焦在其负责的交付接口上。
按阶段调整分类：从识别到复核的操作步骤
分类工作按“识别—初判—复核—同步”四步推进，每步都有明确输入、动作、输出和完成标志，避免停留在一次性填表。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1. 识别干系人 | 项目章程、合同或需求文档、组织架构、以往项目记录、阶段计划 | 按组织、角色、外部合作方三个方向列出可能受影响或能影响项目的人与群体，合并重复项 | 干系人初始清单 | 清单覆盖审批、资源、执行、验收、外部合作五类角色，且每项注明来源 |
| 2. 初判两个维度 | 初始清单、职责说明、阶段计划 | 对每人回答维度判定问题，记录证据，给出高或低档位，交叉确定类别 | 填好的干系人登记表初版 | 每人都有影响力与参与需求的档位和依据，无空白项 |
| 3. 按阶段复核 | 登记表、阶段评审结论、变更记录 | 在阶段转换、范围或排期重大变更、关键人员变动时，重新判断参与需求，必要时调整影响力档位 | 更新后的登记表与变更记录 | 复核有日期、有调整理由，未调整的也留下复核痕迹 |
| 4. 同步沟通计划 | 更新后的登记表 | 按新类别调整沟通频率、参与方式和负责人，通知相关对接人 | 沟通计划更新版 | 受影响的干系人已知晓新的沟通安排，负责人确认接手 |
复核的触发条件建议写进项目计划：阶段关口、重大变更审批通过、关键干系人离职或换岗、出现未预期的阻力。触发后不必全表重判，优先复核高影响力和高参与需求两类，再检查其余人员是否因阶段变化需要升降档。
分类结果与沟通计划需要被团队持续看到，而不是锁在个人文档里。使用 ONES Wiki 承载干系人登记表与沟通计划时，文档可关联项目任务，页面树便于按项目组织资料；为项目经理、职能负责人等角色配置不同读写权限，可让登记表由项目经理维护、核心成员只读查阅；页面版本记录支持查看与回滚，复核调整留有痕迹。这样分类变更与项目工作保持关联，交接时也能追溯判断依据。
角色与交付物：谁来做分类、产出什么
分类工作由项目经理牵头，职能负责人和核心成员分别承担输入与执行职责，避免全部压在一人身上导致判断失真。
| 角色 | 职责 | 交付物 |
|---|---|---|
| 项目经理 | 组织识别、主持初判、维护登记表、发起阶段复核、对接高影响力干系人 | 干系人登记表、沟通计划、复核记录 |
| 职能负责人 | 提供本职能内人员的影响力证据与资源调配信息，确认低影响力高参与需求人员的对接安排 | 职能侧人员判断依据、对接人确认 |
| 核心成员 | 提供一线执行接口人的参与需求信息，执行对应类别的日常沟通 | 任务级沟通记录、问题反馈 |
| 项目助理或指定联络人 | 维护低影响力低参与需求人员的通知名单，发布统一进展信息 | 通知记录、反馈汇总 |
登记表由项目经理维护，沟通计划可由项目经理与各负责人共同确认后发布。评审与确认分类结果的时点建议放在项目启动会之后、首次阶段评审之前，以及每次阶段关口复核之后。确认方式可以是在评审会上逐类过一遍负责人和沟通安排，由相关角色当场认领。
示例：一个交付项目的干系人分类过程
以下为演示情景，用于说明分类过程，不代表真实客户案例。某系统交付项目处于需求确认阶段，团队识别出六名主要干系人。
| 干系人 | 影响力判断 | 参与需求判断 | 类别 | 沟通安排 |
|---|---|---|---|---|
| 客户方项目发起人 | 高：可决定验收与付款 | 高：需确认需求范围与里程碑 | 高影响力、高参与需求 | 每周决策会，项目经理对接 |
| 客户方信息部门负责人 | 高：掌握接口与环境资源 | 低：本阶段仅需知会集成计划 | 高影响力、低参与需求 | 每两周简报，重大接口变更时单独请示 |
| 本方技术负责人 | 高：对技术方案有话语权 | 高：需参与方案评审与决策 | 高影响力、高参与需求 | 每周评审会，项目经理对接 |
| 本方开发成员 | 低：按排期执行任务 | 高：需每日同步任务进展与阻塞 | 低影响力、高参与需求 | 每日站会，技术负责人对接 |
| 外部供应商联系人 | 低：按合同提供组件 | 高：需对齐交付接口与时间 | 低影响力、高参与需求 | 每周接口会，核心成员对接 |
| 周边运维团队 | 低：上线后接手维护 | 低：本阶段仅需接收上线通知 | 低影响力、低参与需求 | 按里程碑通知，项目助理维护名单 |
判断过程中有两处需要讨论。其一，客户方信息部门负责人职位较高，但本阶段不需要其做决策，因此参与需求定为低，沟通安排以简报为主；其二，外部供应商联系人影响力有限，但其交付接口直接影响进度，参与需求定为高，纳入每周接口会。这两处判断都记录了依据，便于后续复核时对照。
项目进入上线准备阶段后触发复核：客户方信息部门负责人需要参与上线方案评审和环境切换决策，参与需求由低调高，类别变为高影响力、高参与需求，沟通频率从每两周简报改为每周评审会，负责人仍为项目经理。周边运维团队的参与需求同步升高，纳入上线演练的知会与确认范围。复核记录写明调整理由和生效日期，沟通计划随之更新并通知相关对接人。
完成检查：分类是否可用的核对项
分类工作是否做到位，可用以下清单逐项核对。全部通过，说明分类结果可以支撑沟通安排；存在未通过项，应回到对应步骤补齐。
- 每个干系人都填写了影响力档位，并注明决策权、资源控制、专业话语权或验收影响中的具体依据。
- 每个干系人都填写了参与需求档位，并注明本阶段需要其提供信息、做决策、参加评审还是仅被知会。
- 四类干系人都有对应的负责人，且负责人已确认接手，不存在无人跟进的类别。
- 每类都有明确的沟通频率、沟通方式和信息颗粒度，并与登记表字段一致。
- 登记表记录了判断所依据的阶段和最近复核日期，阶段转换或重大变更后有复核记录。
- 分类调整后，沟通计划已同步更新，受影响的干系人已知晓新的安排。
- 高影响力干系人中有单独跟进动作，包括定期简报、重大风险请示或变更前对齐。
- 出现未预期阻力或关键人员变动时，有对应的复核触发记录和处理结果。
清单核对建议在首次分类完成和每次阶段复核后各执行一次，由项目经理组织，职能负责人参与确认。核对结果与登记表一并留存，作为后续项目复用的参考。
常见问题
影响力高的干系人，参与需求一定也高吗？
不一定。影响力反映的是干系人对项目结果、资源和决策的实际作用力，参与需求反映的是当前阶段项目需要其投入多少。高层管理者、财务或合规负责人往往影响力高，但在执行阶段只需定期接收简报，参与需求为低。这类人日常接触少，容易被忽略，一旦介入却可能影响重大，因此要固定简报节奏，并在范围变更、重大风险出现时主动请示。
参与需求判断以职位为准还是以阶段任务为准？
以阶段任务为准。判断参与需求时，看的是本阶段是否需要该干系人提供关键信息、做出决策、参加评审，还是仅需被知会结果。职位高的人在本阶段可能只需知会，一线执行成员反而可能因承担交付接口而需要高频协作。把判断所依据的阶段写进登记表，阶段变化后重新判断，可以避免用固定印象代替实际需要。
项目进行中干系人换了人，分类表怎么处理？
关键人员变动属于复核触发条件。处理时先确认接任者是否继承原角色的决策权和资源控制范围，再重新判断其参与需求，更新登记表中的档位、依据和复核日期。如果接任者职责范围有变化，类别可能随之调整，沟通频率和负责人也要同步修改，并通知相关对接人。复核记录写明调整理由和生效日期，便于交接时追溯。
分类结果放在哪里，才能让团队持续使用？
分类结果需要放在团队日常能看到、能关联项目工作的地方，避免锁在个人文档里。使用 ONES Wiki 承载干系人登记表与沟通计划时，文档可关联项目任务，页面树便于按项目组织资料；为项目经理、职能负责人等角色配置不同读写权限，可让登记表由项目经理维护、核心成员只读查阅；页面版本记录支持查看与回滚，复核调整留有痕迹。这样分类变更与项目工作保持关联，交接时也能追溯判断依据。
四类干系人的沟通安排需要多久检查一次？
建议与阶段复核绑定，在阶段关口、重大变更审批通过、关键干系人离职或换岗、出现未预期阻力时检查。复核时优先看高影响力和高参与需求两类，再检查其余人员是否因阶段变化需要升降档。未调整的也留下复核日期和结论，说明已检查过，而不是遗漏。
