干系人登记册模板通常围绕四组字段展开：身份与角色、影响与态度、管理策略与沟通、更新记录。把这四组字段放进一张可复制的表格，项目团队就能记录谁参与项目、对项目有什么影响、采取什么沟通方式，以及由谁负责维护。下面先给出空白表，再逐项说明填写口径、必填与选填的取舍、一个填好的片段，以及登记册建立后的更新机制。
要点总览（TL;DR）
- 干系人登记册模板围绕四组字段展开：身份与角色、影响与态度、管理策略与沟通、更新记录，共14列，可直接复制到文档或电子表格。
- 最小可用登记册保留七个必填字段：编号、姓名/组织、角色、权力/影响力、利益关注点、管理策略、责任人，其余按项目实际选填。
- 字段填写要统一口径：影响力分档附依据，利益关注点落到具体交付物或节点，管理策略写成可执行动作。
- 登记册在项目启动会上首次建立，由项目经理指定维护人，按阶段转换、新增参与方、角色变化等条件触发更新，并与沟通计划简表保持编号对应。
- 多人协作维护时，可把登记册放在 ONES Wiki 页面中，用页面模板库统一字段、用版本记录追溯修订、按角色配置读写权限。
可复制空白干系人登记册模板
下面的表格可以直接复制到文档或电子表格中。表头按四组字段排列，空白行保留足够数量，便于按项目实际增减。字段顺序与后文说明、示例保持一致，复制后不需要重新调整列名。
| 编号 | 姓名/组织 | 角色 | 所属单位 | 联系方式 | 权力/影响力 | 利益关注点 | 当前态度 | 期望态度 | 管理策略 | 沟通偏好与频率 | 责任人 | 最近更新日期 | 更新说明 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
登记册解决的是“谁与项目有关、如何对待”的问题。沟通计划简表则把登记册中的沟通偏好落到具体安排上，两张表通过编号和姓名对应。简表可以放在登记册同一文档的下方，也可以单独成页，字段如下：
| 编号 | 姓名/组织 | 沟通内容 | 沟通方式 | 频率/时点 | 信息提供人 | 接收人 | 备注 |
|---|---|---|---|---|---|---|---|
两张表共用编号，登记册新增一行时，沟通计划简表按需补充对应行。项目规模较小时，简表可以只保留编号、沟通内容、方式、频率四列；跨部门或外部干系人较多时，再补全信息提供人与接收人。
字段说明：每个字段记录什么、怎么判断
字段含义决定填写质量。同一列在不同项目里可以有不同的取值粒度，但判断标准应当一致，避免出现“影响力”一列有人填高、有人填具体职责的情况。下表按四组字段逐一说明。
| 字段 | 所属分组 | 记录内容 | 填写口径 |
|---|---|---|---|
| 编号 | 身份与角色 | 登记册内的唯一标识 | 按建立顺序编号，如 S-01、S-02；删除行后不重复使用旧编号，便于与沟通计划、会议纪要对应。 |
| 姓名/组织 | 身份与角色 | 个人姓名或外部单位名称 | 个人写常用姓名，外部单位写全称；同一单位有多名联系人时分行记录，不合并为一行。 |
| 角色 | 身份与角色 | 该干系人在项目中的身份 | 写项目语境下的角色，如发起人、业务负责人、供应商接口人、最终用户代表；一人承担多个角色时可并列填写。 |
| 所属单位 | 身份与角色 | 所在部门或外部机构 | 写到部门层级即可；外部单位写到公司名称，必要时补充对接部门。 |
| 联系方式 | 身份与角色 | 主要联系渠道 | 填写项目期间实际使用的邮箱、电话或即时通讯账号，避免填写长期不查看的渠道。 |
| 权力/影响力 | 影响与态度 | 对项目决策、资源或结果的影响程度 | 可用高、中、低三档，并附一句依据，如“可审批预算”“决定验收结论”；分档标准在项目内统一。 |
| 利益关注点 | 影响与态度 | 该干系人最关心的项目结果 | 写具体关注对象，如上线时间、数据迁移完整性、验收标准、成本控制；避免只写“关注项目进展”。 |
| 当前态度 | 影响与态度 | 现阶段对项目的支持程度 | 可用支持、中立、抵触三档，必要时补充原因；以最近一次接触获得的信息为准。 |
| 期望态度 | 影响与态度 | 项目推进需要的支持状态 | 与当前态度对照填写，差距即为后续沟通和争取支持的重点。 |
| 管理策略 | 管理策略与沟通 | 针对该干系人的总体应对方式 | 写可执行的动作，如“关键节点前单独汇报”“纳入变更评审”“每月发送进展摘要”；策略与影响力和关注点对应。 |
| 沟通偏好与频率 | 管理策略与沟通 | 偏好的沟通形式与节奏 | 记录渠道偏好（邮件、会议、即时通讯）和频率（每周、每里程碑），并与沟通计划简表保持一致。 |
| 责任人 | 管理策略与沟通 | 负责维护该干系人关系的人 | 写项目内具体成员，不写部门；一名责任人可对应多名干系人，但每行必须有明确责任人。 |
| 最近更新日期 | 更新记录 | 该行最后一次修改的时间 | 填写实际修改日期，批量复核未改动内容的行不更新此列。 |
| 更新说明 | 更新记录 | 本次修改的原因或内容 | 用一句话说明变化，如“新增验收负责人”“态度由中立转为支持”“联系方式变更”。 |
填写时有两个常见口径问题值得提前约定。影响力分档如果只写高、中、低，不同人理解会不一致，可以在登记册旁附一张简短的分档说明，例如“高”指能单独否决或批准项目关键事项。利益关注点则要落到具体交付物或节点上，写“关注报表模块上线时间”比写“关注进度”更有助于制定沟通内容。
必填与选填：最小可用登记册的字段取舍
最小可用登记册保留七个必填字段：编号、姓名/组织、角色、权力/影响力、利益关注点、管理策略、责任人。这七项覆盖了识别干系人、判断影响、确定应对方式和落实负责人的完整链条，缺任何一项都会让登记册难以直接用于沟通安排。其余字段按项目实际选填。
| 字段 | 必填/选填 | 理由与适用场景 |
|---|---|---|
| 编号 | 必填 | 用于跨表对应和后续引用，缺少编号会导致沟通计划与登记册难以对齐。 |
| 姓名/组织 | 必填 | 登记册的基本识别信息。 |
| 角色 | 必填 | 决定后续管理策略和沟通内容的起点。 |
| 权力/影响力 | 必填 | 用于判断投入沟通资源的优先级。 |
| 利益关注点 | 必填 | 决定沟通中需要回应什么问题。 |
| 管理策略 | 必填 | 把分析结果转化为可执行动作，缺少此项登记册只剩名单。 |
| 责任人 | 必填 | 明确谁负责跟进，避免登记册无人维护。 |
| 所属单位 | 选填 | 跨部门、多供应商项目建议填写；小型内部项目可省略。 |
| 联系方式 | 选填 | 需要直接联络时填写；通过固定接口人转达的项目可省略。 |
| 当前态度 | 选填 | 干系人态度存在明显差异时填写，便于识别需要争取支持的对象。 |
| 期望态度 | 选填 | 与当前态度配合使用；态度管理不是重点的项目可省略。 |
| 沟通偏好与频率 | 选填 | 已有独立沟通计划时可省略，或只填偏好渠道。 |
| 最近更新日期 | 选填 | 登记册需要多人维护、更新频繁时建议填写。 |
| 更新说明 | 选填 | 需要追溯变化原因时填写，审计或交接场景价值较高。 |
裁剪时遵循一条原则：删字段不删判断。小项目可以把影响与态度组合并为一列备注，把沟通偏好并入管理策略，但影响力判断、关注点和管理动作仍要保留。扩展时则按治理要求增加字段，例如监管项目可增加“合规关注事项”，多供应商项目可增加“合同接口人”。扩展字段应同步更新字段说明，避免同一列在不同项目里含义漂移。
填写示例：一个完整填好的登记册片段
以下示例为演示情景：某企业推进客户管理系统升级，项目周期约四个月，涉及业务部门、信息技术部门和外部实施商。示例只展示登记册片段，用于说明字段之间的对应关系，不代表真实项目数据。
| 编号 | 姓名/组织 | 角色 | 所属单位 | 联系方式 | 权力/影响力 | 利益关注点 | 当前态度 | 期望态度 | 管理策略 | 沟通偏好与频率 | 责任人 | 最近更新日期 | 更新说明 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| S-01 | 张明 | 项目发起人 | 运营中心 | zhangming@example.com | 高，可审批预算与上线时间 | 上线后客户响应时长下降 | 支持 | 支持 | 里程碑评审前单独汇报，重大风险当日报备 | 邮件加月度会议 | 李华 | 2025-03-10 | 初始登记 |
| S-02 | 王芳 | 业务负责人 | 客户服务部 | wangfang@example.com | 高，决定验收结论 | 工单流程与现有操作习惯的衔接 | 中立 | 支持 | 邀请参与需求评审和试用，验收标准提前确认 | 即时通讯加每周例会 | 李华 | 2025-03-18 | 试用后态度由抵触转为中立 |
| S-03 | 陈涛 | 信息技术接口人 | 信息技术部 | chentao@example.com | 中，负责环境与数据迁移 | 数据迁移完整性和系统稳定性 | 支持 | 支持 | 迁移方案共同评审，每周同步技术风险 | 即时通讯加周报 | 赵磊 | 2025-03-18 | 新增数据迁移风险跟踪 |
| S-04 | 某实施服务公司 | 外部实施商 | 某实施服务公司交付部 | project@vendor-example.com | 中，影响交付进度 | 需求变更范围和验收付款节点 | 支持 | 支持 | 变更走书面确认，双周交付例会 | 邮件加双周会议 | 赵磊 | 2025-03-20 | 补充合同接口人 |
示例中可以看到字段之间的对应关系：S-02 的影响力为高、关注点在操作习惯，管理策略就落到需求评审和验收标准确认；当前态度与期望态度存在差距，策略中相应安排了试用环节。S-04 作为外部单位，所属单位和联系方式写得更完整，管理策略强调书面确认，与合同关系相匹配。沟通计划简表可从这些行提取，例如 S-01 对应“月度进展汇报、邮件、每月一次”，S-04 对应“交付进度同步、双周会议”。
调整与维护：登记册的更新节奏与责任分工
登记册的价值取决于它是否随项目变化而更新。建议在项目启动会上完成首次建立，由项目经理指定一名登记册维护人，各干系人责任人负责提供自己负责对象的变化信息。首次建立时至少覆盖发起人、主要业务负责人、技术接口人和关键外部单位，后续再逐步补充。
更新触发条件可以写成清单，便于团队对照执行：
- 项目阶段转换或里程碑评审前后，复核一遍全部干系人的态度和影响力。
- 出现新的参与方，例如新增供应商、监管部门介入或业务部门调整接口人时，新增行并分配责任人。
- 干系人角色、联系方式或关注点发生变化时，修改对应字段并在更新说明中记录原因。
- 沟通计划调整时，同步修改登记册中的沟通偏好与频率，保持两张表一致。
- 项目发生重大变更、范围调整或风险升级时，检查管理策略是否仍然适用。
更新频率按项目节奏确定：周期短、变化快的项目可以每两周复核一次；周期长、干系人稳定的项目可以按里程碑复核。复核时不必逐行修改，只更新有变化的行，未变化的行保留原更新日期，这样更新记录才能反映真实变化。
归档与版本记录同样需要提前约定。每次集中修订后保留一个版本，文件名或页面标题中注明日期；项目收尾时将最终版登记册与沟通计划一并归档，作为项目复盘和后续交接的资料。多人协作维护时，登记册放在团队共同可编辑的位置，并明确谁有修改权限、谁负责最终确认。
如果团队使用 ONES 管理项目，可以把登记册作为 Wiki 页面维护：页面模板库支持一键创建制式化文档，便于每次新项目沿用同一套字段；页面版本记录支持查看和回滚，集中修订后可以对照历史版本；页面组可关联项目，登记册与项目工作保持对应。对于需要控制编辑范围的登记册，还可以按角色配置读写权限，让责任人更新自己负责的行，由维护人确认整体内容。工具承载的是协作和版本管理动作，字段取舍和填写口径仍按前文的方法确定。
常见问题
小项目干系人很少，登记册可以只保留哪几列？
可以只保留七个必填字段：编号、姓名/组织、角色、权力/影响力、利益关注点、管理策略、责任人。这七项覆盖识别、判断影响、确定应对和落实负责人的完整链条。若团队习惯用备注记录态度和沟通方式，可把当前态度、沟通偏好并入管理策略一列，但影响力判断和关注点仍需保留，避免登记册退化成一张名单。
干系人态度发生变化时，登记册应该怎么改？
修改“当前态度”字段，并在“更新说明”中写清变化原因和依据，例如“试用后态度由抵触转为中立”。如果态度变化导致管理策略需要调整，同步修改策略列，并检查沟通计划简表中的频率和方式是否仍然适用。只更新有变化的行，未变化的行保留原更新日期，这样更新记录才能反映真实变化。
登记册和沟通计划简表是什么关系，需要合成一张表吗？
两张表通过编号和姓名对应：登记册回答“谁与项目有关、如何对待”，沟通计划简表把沟通偏好落到具体的内容、方式、频率和收发人。项目较小时可以放在同一文档的上下两部分；跨部门或外部干系人较多时，建议分开维护，登记册新增一行时按需补充简表对应行。合成一张表会让列过多、填写负担加重，分开维护更便于各自更新。
多人同时维护登记册，如何避免版本混乱？
先明确一名维护人负责最终确认，各干系人责任人只更新自己负责的行。每次集中修订后保留一个版本，在文件名或页面标题中注明日期。如果使用 ONES Wiki，页面版本记录支持查看和回滚，集中修订后可以对照历史版本；还可以按角色配置读写权限，让责任人更新自己负责的内容，由维护人确认整体。字段取舍和填写口径仍按项目约定执行。
外部供应商或监管部门的干系人，字段填写有什么不同？
外部单位在“姓名/组织”列写全称，“所属单位”补充对接部门，“联系方式”填写项目期间实际使用的渠道。管理策略要匹配合同或监管关系，例如变更走书面确认、关键节点前提交材料。同一外部单位有多名联系人时分行记录，不合并为一行，便于分别跟踪态度和沟通安排。涉及合规关注事项时，可在扩展字段中增加一列，并同步更新字段说明。
