跨部门交接清单把“谁交给谁、交什么、何时交、怎么算交完”写进一张表，减少口头交接后的遗漏与扯皮。本文提供可直接复制的空白表格，逐字段说明填写口径，区分必填与选填，并用一条完整记录示范如何填写。核心字段包括交接编号、交接事项、双方负责人、交付物清单、完成标准与确认方式，其中交接事项、双方负责人、交付物清单、完成标准、确认方式建议设为必填。
要点总览（TL;DR）
- 跨部门交接清单用一张表写清“谁交给谁、交什么、何时交、怎么算交完”，一行对应一次交接事项，同一事项的多个交付物在单元格内分行列出。
- 核心字段共17项，其中交接事项、双方负责人、交付物清单、完成标准、确认方式建议设为必填，其余字段按团队习惯选填。
- 填写口径的关键在交付物清单按“名称+位置+版本”书写，完成标准写成可被第三方复核的结果，确认方式与完成标准一一对应。
- 必填项可按交接类型调整：项目移交建议增加计划时间、依赖条件与遗留问题为必填，临时支援可只保留核心五项。
- 清单落地可放在表格、文档或工作项中承载，调整时以退回记录和争议字段为依据，并保持模板、字段说明与示例三者一致。
可直接复制的跨部门交接清单空白表
下表可直接复制到表格工具或文档中。一行对应一次交接事项，同一事项有多个交付物时，在“交付物清单”单元格内分行列出，不合并单元格，便于后续筛选、排序和逐项核对。
| 交接编号 | 交接事项 | 移交方 | 接收方 | 移交方负责人 | 接收方负责人 | 交接类型 | 交付物清单（名称+位置+版本） | 完成标准 | 计划交接时间 | 实际交接时间 | 依赖与前置条件 | 风险与遗留问题 | 确认方式 | 移交方确认人及日期 | 接收方确认人及日期 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
使用说明：
- 一行一事项。同一批交接包含线索移交、资料移交、账号权限移交三项时，拆成三行，各自有独立的完成标准与确认记录。
- 不合并单元格。合并后无法按负责人、状态或时间筛选，也容易在复制粘贴时丢失对应关系。
- 交付物较多时在单元格内换行，按“名称｜位置｜版本”的格式逐条书写，与字段说明中的口径保持一致。
- 表格可另加“状态”列（待交接、交接中、已确认、已退回），便于在表格工具中做视图筛选。
每个字段填什么：字段说明与填写口径
字段名相同、理解不同，是交接清单失效的常见原因。下表给出每个字段的含义、填写口径和示例值，团队可据此统一写法。
| 字段名 | 含义 | 填写口径 | 示例值 |
|---|---|---|---|
| 交接编号 | 唯一标识一次交接事项 | 建议“部门缩写-年份-序号”，如 MKT-SALES-2025-001；由发起方按顺序生成，不重复使用 | MKT-SALES-2025-001 |
| 交接事项 | 本次交接要完成的一件事 | 用动宾短语写清对象和动作，粒度控制在一件事一行；范围过大时拆分 | 移交9月线上活动全部线索及跟进记录 |
| 移交方 | 交出工作或资料的部门 | 写部门全称，不用简称混用 | 市场部 |
| 接收方 | 承接工作或资料的部门 | 写部门全称；涉及多个接收部门时拆行 | 销售部 |
| 移交方负责人 | 对交出内容准确性负责的人 | 写具体姓名，不写“市场部同事” | 张敏 |
| 接收方负责人 | 对承接与确认负责的人 | 写具体姓名；确认人可与负责人不同，需另列 | 李昊 |
| 交接类型 | 区分交接场景 | 从常规交接、项目移交、人员变动、临时支援中选一项，决定必填项范围 | 项目移交 |
| 交付物清单 | 本次交接涉及的具体产物 | 每条按“名称+位置+版本”书写，位置写到可访问的具体路径或系统，版本写清日期或编号 | 活动线索表｜共享盘/市场/活动/2025-09｜v3（9月30日） |
| 完成标准 | 判断交接完成的可验证条件 | 写成可检查的结果，避免“沟通顺畅”“基本了解”这类无法核对的表述 | 线索表全部字段完整，销售部随机抽查20条与原始记录一致 |
| 计划交接时间 | 约定的交接完成时间 | 写到日期；跨天流程可加时间点 | 2025-10-10 |
| 实际交接时间 | 实际完成交接的日期 | 确认完成后填写，用于对比计划偏差 | 2025-10-11 |
| 依赖与前置条件 | 交接开始前必须满足的条件 | 写清依赖对象和状态，如系统权限开通、上游数据到位 | 销售部账号已开通线索系统查看权限 |
| 风险与遗留问题 | 交接时未解决、需继续跟踪的事项 | 每条写“问题+影响+跟踪人+计划解决时间”，与已完成事项分开记录 | 约30条线索来源渠道缺失，影响归因统计，王蕾跟踪，10月20日前补齐 |
| 确认方式 | 接收方认可交接完成的形式 | 写明具体动作，如抽查核对、会议过审、系统签收 | 接收方抽查20条并邮件回复确认 |
| 双方确认人及日期 | 确认动作的执行人和时间 | 移交方、接收方分列，写姓名和日期 | 张敏 2025-10-11／李昊 2025-10-11 |
| 备注 | 补充说明 | 记录不影响判断的补充信息，如相关会议纪要位置 | 交接会纪要见共享盘/市场/交接/1011 |
几个容易混淆的字段需要特别说明。移交方与接收方是部门，双方负责人是具体的人，两者分开填写，避免出现“部门对部门、无人负责”的情况。交付物清单只写名称不够，接收方拿到同名文件却找不到版本时，交接等于没有完成，因此位置和版本要与名称一起写。完成标准要能被第三方复核，写“已交接”无法判断，写“抽查20条一致”则可以当场验证。
必填与选填：哪些字段不能空
必填项的作用是保证任何一条交接记录都能被追溯和验收。以下五个字段建议在所有交接类型中保持必填：
- 交接事项：没有事项，整行记录失去对象。
- 双方负责人：缺少任何一方，责任无法落到人。
- 交付物清单：交接的核心内容，缺失则无法核对交了什么。
- 完成标准：没有标准，接收方无法判断是否可以确认。
- 确认方式：决定交接以什么动作结束，缺失时容易停留在“已发给你”的状态。
其余字段可按团队习惯选填，适用场景如下：
| 字段 | 建议 | 适用场景 |
|---|---|---|
| 交接编号 | 选填 | 交接量较大、需要跨表引用时启用；零星交接可省略 |
| 交接类型 | 选填 | 团队同时存在多种交接场景时启用，便于分类统计 |
| 计划交接时间 | 选填 | 有明确时间要求的交接建议填写，用于跟踪延期 |
| 实际交接时间 | 选填 | 需要统计交接周期时填写 |
| 依赖与前置条件 | 选填 | 交接依赖权限开通、上游数据等外部条件时填写 |
| 风险与遗留问题 | 选填 | 存在未解决事项时必填，无遗留问题可写“无” |
| 备注 | 选填 | 需要补充背景或引用材料时填写 |
不同交接类型对必填项的要求可以调整。常规交接（如每周固定数据同步）流程稳定，保留五个核心必填项即可，其余字段从简。项目移交涉及范围广、周期长，建议增加计划交接时间、依赖与前置条件、风险与遗留问题为必填。人员变动交接往往涉及账号、资料、在办事项多类内容，建议增加交接类型和实际交接时间，便于后续审计。临时支援交接时间短，可只保留核心五项，但在备注中写清支援结束后的归还安排。
必填项为空时的处理方式要提前约定：接收方在核对时发现必填字段缺失，可将该行退回移交方补充，退回原因写在备注或状态列中；补充完整后重新提交确认。退回不视为交接失败，而是保证记录完整的一道检查。团队可在清单使用说明中写明“必填项为空即退回”，减少逐次沟通。
填写示例：一次完整的跨部门交接
以下为演示情景：市场部完成一场线上活动后，将活动线索及跟进记录移交给销售部。示例用于说明各字段如何配合，不代表真实业务数据。
| 字段 | 填写内容 |
|---|---|
| 交接编号 | MKT-SALES-2025-001 |
| 交接事项 | 移交9月线上活动全部线索及跟进记录 |
| 移交方 | 市场部 |
| 接收方 | 销售部 |
| 移交方负责人 | 张敏 |
| 接收方负责人 | 李昊 |
| 交接类型 | 项目移交 |
| 交付物清单 | ①活动线索表｜共享盘/市场/活动/2025-09｜v3（9月30日） ②跟进记录汇总｜共享盘/市场/活动/2025-09/跟进｜v2（10月8日） ③活动规则说明｜共享盘/市场/活动/2025-09｜终版 |
| 完成标准 | 线索表字段完整率100%；销售部随机抽查20条，与原始报名记录一致；跟进记录覆盖全部已联系线索 |
| 计划交接时间 | 2025-10-10 |
| 实际交接时间 | 2025-10-11 |
| 依赖与前置条件 | 销售部成员已开通线索系统查看权限 |
| 风险与遗留问题 | 约30条线索来源渠道缺失，影响归因统计；王蕾跟踪，10月20日前补齐 |
| 确认方式 | 接收方抽查20条并邮件回复确认 |
| 移交方确认人及日期 | 张敏 2025-10-11 |
| 接收方确认人及日期 | 李昊 2025-10-11 |
| 备注 | 交接会纪要见共享盘/市场/交接/1011 |
这条记录中，完成标准与确认方式是配套的：完成标准写明“抽查20条与原始记录一致”，确认方式就对应“抽查20条并邮件回复确认”，接收方按同一口径执行，避免验收时临时加码或放水。计划时间10月10日、实际时间10月11日，一天的偏差可以直接看出，便于复盘交接节奏。
遗留问题的处理要与已完成事项分开。示例中30条线索渠道缺失没有阻塞整体交接，因此记录为遗留问题，写明影响、跟踪人和解决时间，交接照常确认。若遗留问题影响核心使用，例如线索表缺少联系方式，则应写入依赖与前置条件或暂缓确认，等补齐后再完成交接。两种处理方式的区别在于问题是否影响接收方开始使用。
清单的调整与维护方法
清单用一段时间后，字段会随团队协作方式变化。调整时以实际使用中的退回、争议和漏项为依据，避免凭感觉频繁改表。
- 字段增删的判断依据：连续多次交接中同一信息被反复口头补充，说明应新增字段；某字段长期为空且无人查看，可考虑删除或并入备注。新增字段先在一个团队试用一到两个交接周期，再推广。
- 版本与变更记录：清单本身保留版本号和变更说明，记录改了哪个字段、为什么改、从哪次交接开始适用。旧记录不追溯修改，保证历史可查。
- 定期复盘退回与争议：每月或每季度查看被退回的记录集中在哪些字段，争议多发生在完成标准还是交付物清单。若退回集中在“完成标准写得太模糊”，应补充填写示例而非增加字段。
- 与协作工具的承载方式：清单可放在表格工具中按行管理，也可作为文档模板随交接单归档；交接事项较多、需要跟踪状态时，可将其承载为工作项，把负责人、完成标准、确认记录放在同一处，状态变化自动留痕。选择承载方式时，优先考虑接收方能否方便地查看、确认和追溯。
当团队已经在使用统一的工作协作平台时，可以把交接清单做成固定模板：每条交接作为一个工作项，交付物清单和完成标准写在描述中，双方负责人设为责任人，确认动作通过状态流转和评论记录完成，遗留问题另建跟踪项并关联原交接。这样清单不再是一次性文档，退回、确认和遗留问题的处理过程都能在同一处查到。ONES 支持工作项与文档的协作管理，可作为此类承载方式的一种选择，具体配置需结合团队实际使用环境确定。
维护清单时还要注意保持模板、字段说明和示例三者一致。字段改名后，说明表和示例同步更新；新增必填项时，在模板使用说明中写明生效时间，避免新旧记录混用造成误解。清单的价值在于长期稳定地被执行，字段数量适中、口径清晰，比字段齐全但无人填写更有用。
常见问题
交接清单和交接会议纪要有什么区别，两者需要同时保留吗？
两者记录的内容不同。交接清单记录的是待办与验收：交什么、谁负责、什么标准算交完、谁确认；会议纪要记录的是讨论过程与结论。清单可以独立于会议存在，没有开会也能通过清单完成交接。
建议以清单作为交接是否完成的依据，会议纪要作为背景材料，在清单的备注字段写明纪要位置即可。若会上对完成标准有调整，应同步更新清单中的完成标准，避免出现纪要写一套、清单写另一套的情况。
接收方在确认前发现交付物有问题，清单上应该怎么记录？
按问题是否影响接收方开始使用分两种处理。影响核心使用的，例如线索表缺少联系方式，应暂缓确认，把问题写入依赖与前置条件或风险与遗留问题，补齐后再完成确认；不影响使用的，例如部分渠道来源缺失，可照常确认，把问题作为遗留问题记录，写明影响、跟踪人和计划解决时间。
退回时在备注或状态列写清退回原因，补充完整后重新提交。退回记录本身也是后续复盘的重要依据。
团队规模较小、交接频率不高，还需要用完整字段的清单吗？
可以精简，但建议保留五个核心必填项：交接事项、双方负责人、交付物清单、完成标准、确认方式。这五项决定了交接能否被追溯和验收，与团队规模无关。
交接编号、交接类型、实际交接时间等字段在交接量小时可以省略，等交接频次上升、需要跨表引用或统计周期时再启用。精简时注意不要删掉完成标准，否则接收方容易凭感觉确认。
清单里的完成标准写多细比较合适？
以第三方能否照着复核为准。写“已交接”“沟通顺畅”无法判断，写“线索表字段完整率100%，随机抽查20条与原始记录一致”则可以当场验证。
完成标准与确认方式要配套：标准写抽查20条，确认方式就对应抽查20条并回复确认。标准过细会增加填写负担，可从最容易出问题的两三项交付物开始写具体标准，其余写清可检查的结果即可。
清单放在表格里还是做成工作项，怎么选？
看交接是否需要跟踪状态和多人协作。零星交接、以归档为目的时，表格或文档模板足够，复制方便、查看门槛低。
交接事项多、需要跟踪待交接与已确认状态、遗留问题要持续跟进时，做成工作项更合适：负责人、完成标准、确认记录放在同一处，状态变化自动留痕，遗留问题可另建跟踪项并关联原交接。ONES 支持工作项与文档的协作管理，可作为承载方式的一种选择，具体配置需结合团队实际使用环境确定。
