跨部门交接清单要让接收方在不反复追问原负责人的情况下独立接手。一份可用的清单至少覆盖六类信息：交接事项与背景、范围与边界、当前状态与进度、责任人与接口人、资料与权限位置、风险与待决事项，并约定交接确认与生效时间。下面给出一份可直接复制的空白表格，逐字段说明填写口径，划分必填与选填，并用一次市场部到交付部的交接演示完整填法。
要点总览（TL;DR）
- 空白模板分三部分：表头信息区、事项明细表、交接确认区，一行填一个事项，事项多时不合并行。
- 必填底线是事项名称、背景目标、范围、当前状态、下一步动作、双方负责人、资料位置和确认状态；风险项与权限信息按触发条件转为必填。
- 项目阶段交接和人员离岗交接对接口人、权限信息、待决事项的要求更完整，常规工作交接可按条件精简。
- 填写示例演示了市场部到交付部的交接：风险栏写明依赖方与最晚时间，确认状态写明接收方已核对的具体内容。
- 模板按“接收方是否需要回头追问”增删字段，用编号加版本管理，交接后归档，并从高频追问和返工中反推缺失字段。
可复制空白交接清单模板
模板分为三部分：表头信息区记录这次交接的基本身份，事项明细表逐条记录每一项交接内容，交接确认区固定双方责任与生效时间。使用时把表格复制到文档或在线表格中，一行填一个事项，事项较多时不要合并行。
表头信息区
| 字段 | 填写内容 |
|---|---|
| 交接事项名称 | |
| 移交部门 / 移交人 | |
| 接收部门 / 接收人 | |
| 交接日期 | |
| 清单编号与版本 |
事项明细表
| 序号 | 事项名称 | 背景与目标 | 范围与不包含内容 | 当前状态 | 下一步动作 | 原负责人 | 接收负责人 | 协作接口人 | 资料与权限位置 | 风险与待决事项 | 确认状态 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | |||||||||||
| 2 | |||||||||||
| 3 |
交接确认区
| 确认项 | 填写内容 |
|---|---|
| 移交人签字 / 日期 | |
| 接收人签字 / 日期 | |
| 移交方主管确认 | |
| 接收方主管确认 | |
| 交接生效时间 | |
| 遗留事项跟进时间与责任人 |
每个字段填什么：字段说明
字段说明解决的是“不同部门填出来的清单能不能对得上”的问题。同一字段在不同部门使用同一口径，接收方才能快速判断哪些事项已经清楚、哪些还需要追问。
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 事项名称 | 这次交接的最小工作单元 | 用“对象＋动作”命名，如“某客户活动后续跟进”，避免“相关工作”“其他事项”这类笼统表述 |
| 背景与目标 | 为什么交接、期望达成什么结果 | 写清事项来源、当前所处阶段和接手后要达成的结果，一两句话即可 |
| 范围与不包含内容 | 接收方负责的边界 | 先写包含什么，再写明确不包含什么，例如“不含合同签署，合同由法务对接” |
| 当前状态 | 事项此刻的进度 | 使用团队统一的状态词，如未开始、进行中、待对方反馈、待验收、已完成，避免各写各的 |
| 下一步动作 | 接手后最近要做的一件事 | 写动作和时间点，如“本周内与客户确认活动排期” |
| 原负责人 | 移交方对该事项负责的人 | 写到具体人名，不写部门代称 |
| 接收负责人 | 接手后对该事项负责的人 | 写到具体人名，与确认区签字人对应 |
| 协作接口人 | 事项推进中需要对接的内外部角色 | 区分决策人、执行人和对外接口，注明各自负责什么，如“客户方对接人负责排期确认” |
| 资料与权限位置 | 接手所需文档、系统和账号的所在位置 | 写文档链接或目录路径、系统入口、账号权限归属及申请方式 |
| 风险与待决事项 | 可能影响接手的问题和尚未决定的事 | 写清问题、依赖方和最晚处理时间，如“预算未批，依赖财务，需在活动前两周确认” |
| 确认状态 | 该事项是否已被接收方确认 | 用待确认、已确认、有异议三种状态，有异议时在风险栏写明分歧点 |
必填与选填怎么分
必填项是接收方独立接手的最低信息底线，缺一项就会产生追问。选填项按触发条件转为必填，避免清单被填成空壳，也避免所有格子都被要求填满而流于形式。
| 字段 | 常规工作交接 | 项目阶段交接 | 人员离岗交接 |
|---|---|---|---|
| 事项名称、背景目标、范围 | 必填 | 必填 | 必填 |
| 当前状态、下一步动作 | 必填 | 必填 | 必填 |
| 原负责人、接收负责人 | 必填 | 必填 | 必填 |
| 资料位置 | 必填 | 必填 | 必填 |
| 确认状态 | 必填 | 必填 | 必填 |
| 协作接口人 | 存在外部对接时必填 | 必填 | 必填 |
| 权限信息 | 涉及系统账号时必填 | 涉及系统账号时必填 | 必填，需列全账号归属与移交方式 |
| 风险与待决事项 | 存在外部依赖时必填 | 必填，阶段交接通常伴随未决决策 | 必填 |
三类交接的差异集中在两点。项目阶段交接涉及跨阶段的决策延续，接口人和待决事项需要完整记录；人员离岗交接涉及账号和长期关系，权限信息与协作接口人不能省略。常规工作交接可以按触发条件精简，但六类核心信息中的必填项不能空缺。
填写示例：一次市场到交付的交接
以下为演示情景，用于说明字段如何配合填写，不代表真实客户案例。背景是市场部将某客户活动的后续跟进交接给交付部，活动已执行完毕，交付部接手客户关系维护与后续服务安排。
| 字段 | 填写内容 |
|---|---|
| 交接事项名称 | 某客户年度活动后续跟进交接 |
| 移交部门 / 移交人 | 市场部 / 张某 |
| 接收部门 / 接收人 | 交付部 / 李某 |
| 交接日期 | 活动结束后第三个工作日 |
| 清单编号与版本 | JJ-2024-017，V1.0 |
| 事项名称 | 客户活动后续服务安排 |
| 背景与目标 | 活动已完成现场执行，客户希望两周内拿到活动复盘和服务方案，目标是按期交付复盘并确认下一阶段服务内容 |
| 范围与不包含内容 | 包含复盘材料整理、服务方案沟通、客户日常联络；不包含合同条款变更，合同事项由法务对接 |
| 当前状态 | 进行中：现场素材已收集，复盘初稿未开始 |
| 下一步动作 | 三个工作日内与客户确认复盘交付时间，并启动初稿 |
| 原负责人 | 张某（市场部） |
| 接收负责人 | 李某（交付部） |
| 协作接口人 | 客户方王经理负责确认复盘口径；市场部设计岗负责素材补充；法务负责合同相关咨询 |
| 资料与权限位置 | 活动素材在共享盘“市场活动/某客户年度活动”目录；客户沟通记录在客户档案文档；客户管理系统账号需由李某提交权限申请，审批人为市场部主管 |
| 风险与待决事项 | 客户对复盘范围尚未最终确认，依赖客户方王经理，需在初稿启动前确认；设计素材补充依赖市场部设计岗，最晚本周五提供 |
| 确认状态 | 已确认，李某已核对资料位置并接受下一步动作 |
| 交接生效时间 | 双方主管确认后的次日 |
| 遗留事项跟进时间与责任人 | 复盘范围确认由李某跟进，本周内反馈结果 |
这份示例中，风险栏写明了依赖方和最晚时间，确认状态写明了接收方已核对的具体内容，交接生效时间与遗留事项跟进时间分开记录，避免“交接完成”与“遗留问题处理完”混为一谈。
模板的调整与维护方法
模板需要在保持字段骨架稳定的前提下按团队实际调整。新增字段的判断标准只有一条：缺少这条信息，接收方是否需要回头追问原负责人。需要追问的，纳入必填；只是方便查阅的，放入选填或备注。
版本与归档方面，每份清单使用“编号＋版本号”，修改字段或补充事项时升版本并在表头记录变更。交接完成后，清单与相关资料一并归档到团队约定的文档位置，确认区签字记录保留，便于后续追溯责任边界。
定期复盘可以从两个信号反推缺失字段：交接后接收方反复追问的问题集中在哪一类信息，以及因信息缺失导致的返工出现在哪个环节。把高频追问项补进必填，把从未使用的字段降为选填，模板才能保持精简可用。
清单落到协作工具中才便于长期跟踪。以ONES为例，交接清单可以作为文档承载，多人实时协同编辑和页面共享让移交方与接收方在同一份清单上补充内容，页面树把清单与相关资料组织在一起，成员看到的是最新版本；页面级权限控制可以让涉及账号和敏感信息的字段只对相关角色开放。清单中的待决事项和下一步动作，可以对应到统一的需求池或工单中跟踪状态，使交接确认之后的跟进有明确的责任人和进度记录。工具承载的是清单的协作与跟踪环节，字段口径和必填规则仍需团队自己约定并定期维护。
常见问题
交接清单里的“范围与不包含内容”只写包含什么可以吗？
只写包含什么，接收方容易把相邻事项也当成自己的责任。建议先写包含的工作，再写明确不包含的事项和对应承接方，例如“不含合同签署，合同由法务对接”。这样出现边界争议时，双方可以直接对照清单判断，不必再回头找原负责人确认。
交接事项很多时，清单要一行一个事项，还是可以按大类合并？
建议一行一个事项，按接收方需要独立跟进的最小工作单元拆分。把多个事项合并成一行，状态、下一步动作和风险会混在一起，确认时难以逐项核对。事项确实很多时，可以在明细表前加一个分组列，按客户、项目或阶段分组，行本身仍保持独立。
交接双方对某个事项的边界有分歧，清单上怎么记录？
把确认状态标为“有异议”，并在风险与待决事项栏写明分歧点和需要谁来决定，例如“复盘范围是否含竞品分析，待双方主管确认”。分歧未解决前不进入已确认状态，遗留事项跟进时间与责任人同步填上，避免交接生效后争议悬空。
交接完成后原负责人还需要对遗留事项负责吗？
这取决于确认区的约定。建议在交接确认区把“交接生效时间”和“遗留事项跟进时间与责任人”分开填写：生效时间之后事项由接收负责人推进，遗留事项则按清单写明的责任人和时间处理。原负责人是否继续参与，应在确认时写清楚，例如仅提供背景说明或参与关键决策。
用在线文档或协作工具管理交接清单，需要注意什么？
工具解决的是版本同步和跟踪问题，字段口径仍需团队自己约定。以ONES为例，交接清单可以用文档承载，多人实时协同编辑和页面共享让双方在同一份清单上补充内容，页面树把清单与相关资料组织在一起，成员看到的是最新版本；页面级权限控制可以让涉及账号和敏感信息的字段只对相关角色开放。清单中的待决事项和下一步动作，可以对应到统一的需求池或工单中跟踪状态。上线前先把必填规则和确认流程定下来，再决定哪些字段放进工具跟踪。
