干系人登记册的更新记录适合独立成表，与登记册主表通过干系人编号关联：主表保存当前有效信息，更新记录表逐条保存变更历史，避免在主表里反复覆盖后无法追溯。下面给出两张可直接复制填写的空白表、逐字段填写口径、必填规则、一条完整示例，以及更新节奏、权限与归档的维护方法。
要点总览（TL;DR）
- 更新记录独立成表，用干系人编号与登记册主表关联：主表只放当前有效信息，历史变更逐条落在日志表，避免覆盖后无法追溯。
- 更新记录表建议包含11个字段：记录编号、变更日期、变更人、干系人编号、变更类型、变更前值、变更后值、变更原因与依据、影响评估、复核人、复核日期。
- 必填规则按变更类型区分：新增类必须填变更后值与变更原因；信息修订类必须填变更前值与变更后值；移除类必须填影响评估与复核人。
- 变更前值与变更后值只写被改动的字段，采用“字段名：值”的格式，不做整行复制，便于日后回看。
- 维护上明确三类触发时机（干系人变化、阶段评审、定期复核），区分日常修订与关键变更的权限，项目结束后日志表转为只读归档。
可复制空白模板：登记册主表与更新记录表
两张表分工明确：主表回答“这个干系人现在是什么情况”，更新记录表回答“这个干系人的信息在什么时候、因为什么、由谁改成了现在这样”。两表通过“干系人编号”关联，编号一经分配不再复用，即使干系人被移除也保留原编号，便于历史记录持续指向同一对象。
表一：干系人登记册主表（空白模板）
| 干系人编号 | 姓名/角色 | 所属组织 | 影响程度 | 关注点 | 管理策略 | 当前状态 | 最近更新日期 |
|---|---|---|---|---|---|---|---|
| SH-001 | |||||||
| SH-002 | |||||||
| SH-003 | |||||||
| SH-004 | |||||||
| SH-005 |
主表只放当前有效信息。“影响程度”可按高/中/低或1–5级填写，全项目统一一种口径；“当前状态”建议取值为活跃、观察、已退出；“最近更新日期”与更新记录表中该干系人最新一条记录的变更日期保持一致，作为两表对账的快速检查点。
表二：更新记录表（空白模板）
| 记录编号 | 变更日期 | 变更人 | 干系人编号 | 变更类型 | 变更前值 | 变更后值 | 变更原因与依据 | 影响评估 | 复核人 | 复核日期 |
|---|---|---|---|---|---|---|---|---|---|---|
| CR-001 | ||||||||||
| CR-002 | ||||||||||
| CR-003 | ||||||||||
| CR-004 | ||||||||||
| CR-005 |
关联方式很简单：更新记录表的“干系人编号”列填写主表中对应的编号，一条变更记录只对应一个干系人；同一干系人多次变更就产生多条记录，按记录编号顺序排列即为该干系人的变更时间线。若使用在线文档维护，可把两张表放在同一页面，或用页面内的表格分别承载，通过编号列做人工对照。
更新记录各字段说明与填写口径
字段设计的核心原则是“一次变更一条记录，只记录被改动的字段”。整行复制会让读者难以判断到底改了什么，也会让日志迅速膨胀。下表逐列说明含义与填写方式。
| 字段名 | 含义 | 取值/格式 | 填写要点 |
|---|---|---|---|
| 记录编号 | 唯一标识一条变更记录 | CR-三位流水号，如CR-017 | 全局连续编号，不复用、不跳号；删除记录时保留编号并标注作废 |
| 变更日期 | 变更实际发生的日期 | YYYY-MM-DD | 填变更生效日，不填补录日；补录时在原因中说明 |
| 变更人 | 执行本次修改的人 | 姓名 | 填实际操作者，不填审批人 |
| 干系人编号 | 关联主表的对象标识 | SH-三位流水号 | 必须与主表编号完全一致；新增类记录先分配编号再登记 |
| 变更类型 | 本次变更的性质 | 新增/信息修订/状态调整/移除 | 四选一，不混用；一次变更涉及多类时拆成多条记录 |
| 变更前值 | 被改动字段的原内容 | 字段名：原值 | 只写被改字段；新增类留空 |
| 变更后值 | 被改动字段的新内容 | 字段名：新值 | 只写被改字段；移除类可写“状态：已退出” |
| 变更原因与依据 | 为什么改、依据什么改 | 一句话说明+依据来源 | 写触发事件或信息来源，如“组织架构调整通知”“阶段评审结论” |
| 影响评估 | 变更对沟通与管理策略的影响 | 简短判断+需调整的动作 | 说明是否需调整沟通频率、汇报路径或管理策略 |
| 复核人 | 确认变更合理的人 | 姓名 | 与变更人分离；小项目中可由项目经理复核 |
| 复核日期 | 完成复核的日期 | YYYY-MM-DD | 不早于变更日期 |
几个容易出错的点值得单独说明。变更前值与变更后值要写成“字段名：值”的形式，例如“影响程度：中 → 高”，这样即使隔几个月回看也能直接读懂改了什么。变更原因与依据要落到可查证的事件或文件，避免只写“情况有变”。影响评估不是重复变更内容，而是回答“这次变化之后，沟通和管理动作要不要跟着调整”。复核人与变更人分开填写，是为了让关键变更经过第二双眼睛确认，尤其在移除干系人或大幅调整影响程度时。
必填与选填：哪些字段不能空
更新记录表的字段并非每格都必须填满，但有几项是追溯链条的骨架，缺失后记录就失去意义。必填规则的判断标准是：没有这一项，读者无法确认“谁在何时把什么改成了什么”。
| 字段 | 必填/选填 | 理由与适用场景 |
|---|---|---|
| 记录编号 | 必填 | 唯一标识，缺失则无法引用和排序 |
| 变更日期 | 必填 | 构成时间线的基础 |
| 变更人 | 必填 | 责任可追溯 |
| 干系人编号 | 必填 | 与主表关联的唯一纽带 |
| 变更类型 | 必填 | 决定其他字段的填写要求 |
| 变更前值 | 条件必填 | 信息修订、状态调整类必填；新增类留空 |
| 变更后值 | 条件必填 | 新增、信息修订、状态调整类必填 |
| 变更原因与依据 | 必填 | 解释变更合理性，缺失则无法判断是否该改 |
| 影响评估 | 条件必填 | 移除类、影响程度调整类必填；一般信息修订可选填 |
| 复核人 | 条件必填 | 移除类必填；其他类型建议填 |
| 复核日期 | 选填 | 有复核人时同步填写；日常小修订可省略 |
按变更类型看，必填差异更清楚：
| 变更类型 | 必须填写的字段 | 说明 |
|---|---|---|
| 新增 | 记录编号、变更日期、变更人、干系人编号、变更类型、变更后值、变更原因与依据 | 变更前值留空；新增需说明识别来源 |
| 信息修订 | 记录编号、变更日期、变更人、干系人编号、变更类型、变更前值、变更后值、变更原因与依据 | 影响评估视修订内容决定是否填写 |
| 状态调整 | 记录编号、变更日期、变更人、干系人编号、变更类型、变更前值、变更后值、变更原因与依据、影响评估 | 状态变化通常牵动沟通安排 |
| 移除 | 记录编号、变更日期、变更人、干系人编号、变更类型、变更后值、变更原因与依据、影响评估、复核人 | 移除影响面大，必须经复核 |
必填缺失时的处理约定建议写进模板说明：发现缺项时，由变更人补填并在原因中注明“补录”；无法补填的，由复核人标注“信息不全”并记录原因，不直接删除记录。这样日志保持完整，缺口本身也成为可查的信息。
填写示例：一条完整的更新记录
以下为演示情景，用于说明填写方式，不对应真实项目。背景：某项目进入第二阶段，客户方接口人由原岗位调任，新接口人对项目了解较少，但所在部门对验收决策的影响力上升。
更新记录表中新增一行，填写如下：
| 字段 | 填写内容 |
|---|---|
| 记录编号 | CR-023 |
| 变更日期 | 2025-03-14 |
| 变更人 | 李敏（项目助理） |
| 干系人编号 | SH-007 |
| 变更类型 | 信息修订 |
| 变更前值 | 姓名/角色：王强/客户方接口人；影响程度：中 |
| 变更后值 | 姓名/角色：赵蕾/客户方接口人；影响程度：高；关注点：验收标准与上线时间 |
| 变更原因与依据 | 客户方3月12日组织架构调整通知，原接口人调岗，新接口人接手；部门对验收决策权上移 |
| 影响评估 | 需提高沟通频率至每周一次，补充验收标准专项沟通；管理策略由“定期通报”调整为“重点协同” |
| 复核人 | 陈涛（项目经理） |
| 复核日期 | 2025-03-15 |
主表同步修改：SH-007 行的“姓名/角色”改为“赵蕾/客户方接口人”，“影响程度”改为“高”，“关注点”补入“验收标准与上线时间”，“管理策略”改为“重点协同”，“最近更新日期”改为2025-03-14。主表不保留王强的信息，历史留在CR-023中。
逐项对照字段说明可以看出：变更前值与变更后值只写了被改动的三个字段，没有整行复制；变更原因落到具体通知和日期，可查证；影响评估回答的是沟通动作如何调整，而非重复变更内容；复核人与变更人分离，复核日期晚于变更日期，符合填写要求。这条记录同时满足信息修订类的必填要求。
调整与维护方法：更新节奏、权限与归档
模板建好只是起点，能否长期可用取决于触发时机是否明确、修改权限是否清楚、复核与归档是否有固定动作。
更新触发时机
- 干系人自身变化：岗位调整、组织变动、联系方式变更、影响力升降，发生时即登记。
- 阶段评审：每个阶段结束的评审会上，对照主表逐条确认干系人状态，有变化当场记录。
- 定期复核：按项目周期设定，周期短或干系人变动频繁的项目可每月一次，周期长、外部干系人稳定的项目可按季度一次，不必统一。
修改权限与审批
建议区分两类权限：日常信息修订由项目助理或指定维护人直接修改并留记录；移除干系人、大幅调整影响程度和管理策略等关键变更，需经项目经理复核后方可生效。权限划分写进模板说明页，避免多人同时改主表造成覆盖。
复核频率与归档
复核频率与更新节奏配套：定期复核时同步检查更新记录表是否存在缺项、编号是否连续、主表“最近更新日期”与日志最新记录是否一致。归档方面，项目结束后将主表与更新记录表一并归档，日志表保持只读；项目执行期间，可按阶段将日志表导出快照留存，防止后续修改影响历史对照。
模板本身的版本调整
字段增删时保留旧版本说明，标注调整日期和原因，新记录按新字段填写，旧记录保持原样并在说明中注明字段差异，便于对照。若登记册与更新记录表放在在线文档中维护，可借助 ONES Wiki 的页面版本记录与回滚能力保留每次修改的历史，用角色读写权限区分维护人与只读查看者，并通过页面模板库把两张表固化为可复用的制式模板；页面组关联项目后，登记册与项目工作保持对应，便于在阶段评审时直接对照。具体配置以实际使用版本为准。
常见问题
更新记录表可以合并进登记册主表吗？
可以合并，但通常不建议。主表每行只保留一个干系人的当前信息，如果把变更历史塞进同一行，要么不断覆盖旧值，要么在同一行堆叠多段文字，时间线和责任人都难以辨认。独立成表后，主表用于日常查看和阶段评审对照，日志表用于追溯，两表通过干系人编号关联即可。若项目规模很小、变更极少，也可以在主表下方附一个简化日志区，但字段仍建议保留记录编号、变更日期、变更人、变更类型和变更原因。
干系人被移除后，主表里的行要删掉吗？
建议保留该行，把“当前状态”改为“已退出”，并在更新记录表中新增一条移除类记录，写明原因、影响评估和复核人。直接删除行会让历史记录失去对照对象，编号也可能被误复用。保留行并标注状态，既能让读者知道这个人曾经参与过，也能避免后续沟通安排遗漏退出后的收尾动作。如果登记册用于对外汇报，可以在导出视图时过滤掉已退出的行，但源表保留完整信息。
一次变更同时涉及多个字段，要拆成多条记录吗？
按变更性质判断。如果多个字段的变化来自同一事件、同一原因，例如一次组织架构调整同时改变了岗位、影响程度和关注点，可以合并为一条记录，在变更前值和变更后值中分别列出各字段。如果变化分属不同性质，例如一次是信息修订、另一次是状态调整，或者触发事件不同、复核人不同，就应拆成多条记录。判断标准是：一条记录应当能用一个变更原因解释清楚，并且对应一次复核动作。
复核人一定要和变更人分开吗？小项目人手不足怎么办？
分开填写是为了让关键变更经过第二人确认，尤其是移除干系人、大幅调整影响程度或管理策略这类会牵动沟通安排的变化。小项目中人员有限，可以由项目经理兼任复核人，但变更人仍应填写实际操作者，两个字段不填同一人。日常信息修订类变更可以不设复核，或由维护人自行确认后在复核人栏注明“自检”。无论哪种安排，都建议把规则写进模板说明页，避免不同人按不同习惯填写。
登记册放在在线文档里维护，怎么防止多人同时修改造成覆盖？
可以从权限和留痕两方面入手。权限上区分维护人与只读查看者，日常修订由指定维护人操作，关键变更经复核后再改主表。留痕上依赖文档的版本记录，每次修改后保留历史版本，出现争议时可回看和回滚。ONES Wiki 支持记录页面版本并随时查看与回滚，也支持为不同角色配置读写权限，并提供页面模板库用于固化制式模板；页面组关联项目后，登记册与项目工作保持对应，便于阶段评审时直接对照。具体配置以实际使用版本为准。
