任务交接清单把“谁交给谁、交什么、交到什么程度、何时确认”写进一张表，避免口头交接后责任模糊、资料散落。本文提供一份可直接复制的空白表格，逐字段说明填写口径，区分必填与选填，并用一份完整示例演示如何填。适用于岗位轮换、项目转阶段、请假代班等单项任务的责任转移场景。
要点总览（TL;DR）
- 任务交接清单的核心结构是表头信息、交接双方、任务信息、状态进度、待办下一步、交付物位置、风险阻塞、权限访问与确认签字九个区域，可直接复制空白表使用。
- 最小必填集为交接双方、任务标识、当前状态、待办事项、交付物位置和确认记录；跨部门、涉密、长期任务再补充见证人、验收标准、风险依赖与权限字段。
- 填写时用统一状态词和可核验的完成度表述，交付物写完整路径或链接，待办逐条编号并写清完成标志，避免模糊描述。
- 选填字段暂不明确时写“待确认”并注明确认人和时间，必填字段缺失则交接不成立，补齐后再签字。
- 模板按任务类型保留版本、统一选项值、按项目归档，并让清单中的当前状态与任务系统中的责任人变更在交接当天对齐。
可复制的任务交接清单空白模板
下表可直接复制到文档或表格工具中填写。表格按“表头—交接双方—任务信息—状态进度—待办下一步—交付物资料—风险阻塞—权限访问—确认签字”的顺序排列，填写时从上到下逐区完成，最后交双方签字确认。
| 区域 | 字段 | 填写内容 |
|---|---|---|
| 表头信息 | 交接编号 | |
| 交接日期 | ||
| 所属项目/团队 | ||
| 交接双方 | 交出人（姓名/岗位） | |
| 接收人（姓名/岗位） | ||
| 双方上级或见证人 | ||
| 交接方式（当面/线上/文档） | ||
| 任务基本信息 | 任务名称 | |
| 任务编号 | ||
| 来源系统/关联需求或工单 | ||
| 任务目标与验收标准 | ||
| 状态与进度 | 当前状态 | |
| 完成度（百分比或阶段） | ||
| 已完成的关键节点 | ||
| 待办与下一步 | 待办事项清单 | |
| 下一步动作与责任人 | ||
| 建议完成时间 | ||
| 交付物与资料位置 | 交付物名称与版本 | |
| 存放位置（路径/链接/文档库） | ||
| 关联资料与参考文档 | ||
| 风险与阻塞 | 已知风险 | |
| 当前阻塞事项 | ||
| 外部依赖（人/系统/供应商） | ||
| 权限与访问 | 需移交的账号与权限 | |
| 资料访问范围 | ||
| 权限变更完成情况 | ||
| 确认与签字 | 交出人确认（签字/日期） | |
| 接收人确认（签字/日期） | ||
| 见证人确认（签字/日期） |
复制时保留“区域”列作为填写引导，正式归档版本可删去该列，仅保留字段与内容两列，便于阅读和检索。
每个字段填什么：字段说明
同一张表由不同角色填写时，最容易出现口径不一致：有人把“完成度”写成“差不多”，有人把交付物位置写成“在群里”。下表对每个字段给出含义与填写口径，保证交出人和接收人按同一标准记录。
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 交接编号 | 本次交接的唯一标识 | 采用“项目缩写-日期-序号”，如“CRM-20250612-01”，便于归档检索 |
| 交接日期 | 交接实际发生的日期 | 填写双方确认当天的日期，与签字日期保持一致 |
| 所属项目/团队 | 任务归属的组织单元 | 写到团队或项目组层级，跨部门任务注明主责部门 |
| 交出人 | 移交任务责任的一方 | 填写姓名与岗位，便于接收人后续追溯问题 |
| 接收人 | 承接任务责任的一方 | 填写姓名与岗位；接收人须实际具备执行该任务的权限 |
| 双方上级或见证人 | 对交接结果负责或见证的人 | 跨部门、涉密或高优先级任务必须填写；日常小任务可省略 |
| 交接方式 | 交接沟通的形式 | 注明当面、线上会议或纯文档交接，便于判断信息完整度 |
| 任务名称 | 任务的简要描述 | 用动宾结构写清对象和动作，如“完成Q3客户回访报告” |
| 任务编号 | 任务在来源系统中的标识 | 照抄系统中的编号，不自行改写，保证可回查 |
| 来源系统/关联需求或工单 | 任务的出处 | 写明系统名称与关联单号，如“需求管理系统-需求#231” |
| 任务目标与验收标准 | 任务完成的判定依据 | 写可核验的结果，如“报告经部门负责人审批通过”，避免“做好为止” |
| 当前状态 | 交接时任务所处阶段 | 使用团队统一的状态词，如“进行中/待评审/已暂停”，不写模糊描述 |
| 完成度 | 任务已推进的程度 | 写百分比或阶段名称，并附一句依据，如“60%，数据收集已完成” |
| 已完成的关键节点 | 交接前已交付的成果 | 按时间列出关键节点及产出，帮助接收人了解来龙去脉 |
| 待办事项清单 | 接收人需要继续做的事 | 逐条编号，每条写清动作、对象和完成标志 |
| 下一步动作与责任人 | 最近一项待办的执行安排 | 明确到人和时间，避免只写“继续跟进” |
| 建议完成时间 | 任务整体或关键节点的期望时间 | 填写具体日期，并注明该时间是承诺还是参考 |
| 交付物名称与版本 | 已产出或待产出的成果 | 写名称加版本号，如“客户回访报告_v2.1” |
| 存放位置 | 交付物和资料的所在位置 | 写完整路径或文档链接，精确到文件夹或页面，不写“在共享盘里” |
| 关联资料与参考文档 | 完成任务所需的背景材料 | 列出文档名称与位置，接收人据此可独立查阅 |
| 已知风险 | 可能影响任务完成的问题 | 写风险描述加可能后果，如“供应商交付延迟，可能影响上线时间” |
| 当前阻塞事项 | 已经卡住任务的问题 | 写清阻塞点、涉及方和已尝试的处理方式 |
| 外部依赖 | 任务依赖的外部人或系统 | 注明依赖对象与对接人，便于接收人接续沟通 |
| 需移交的账号与权限 | 接收人执行任务所需的访问权 | 逐项列出账号、系统与权限级别，注明移交是否完成 |
| 资料访问范围 | 接收人可查看的资料边界 | 写明可访问的目录或文档范围，涉密资料注明审批要求 |
| 权限变更完成情况 | 权限移交的实际进度 | 写“已开通/待审批/不适用”，未完成的注明预计时间 |
| 确认与签字 | 双方对交接内容的认可 | 交出人、接收人分别签字并写日期；有见证人时一并签字 |
必填与选填：按任务复杂度取舍
字段并非越多越好。字段过多会让简单任务填表成本高于交接本身，字段过少则复杂任务容易遗漏关键信息。建议先确定最小必填集，再按任务特征补充扩展字段。
| 字段类别 | 字段 | 要求 | 补充触发条件 |
|---|---|---|---|
| 最小必填集 | 交接双方、任务标识（名称与编号）、当前状态、待办事项、交付物位置、确认记录 | 任何任务交接都必须填写 | 无 |
| 常规选填 | 完成度、已完成节点、下一步责任人、建议完成时间 | 任务仍在推进中时建议填写 | 任务有明确后续动作 |
| 扩展字段 | 双方上级或见证人 | 按需填写 | 跨部门交接、高优先级任务、涉密任务 |
| 扩展字段 | 权限与访问区 | 按需填写 | 接收人需要新开通系统账号或资料访问权 |
| 扩展字段 | 风险、阻塞与依赖 | 按需填写 | 任务存在外部依赖、供应商参与或已知风险 |
| 扩展字段 | 任务目标与验收标准 | 按需填写 | 长期任务、跨阶段任务，接收人需独立判断完成标准 |
简单任务（如一次会议纪要整理、一份常规报表提交）填写最小必填集即可，交接可在十分钟内完成。复杂任务（跨部门协作、涉及外部供应商、周期超过一个月的长期任务）应补齐扩展字段，尤其是验收标准、风险依赖和权限移交，因为这些信息在口头交接中最容易丢失。
字段缺失时的处理原则：必填字段缺失，交接不成立，应补齐后再签字；选填字段因信息暂不明确而空缺，在对应格内写“待确认”并注明确认人和时间，避免留白被误读为“无此事项”。
填写示例：一次完整的任务交接
以下示例为演示情景：某公司市场部员工因岗位调整，将“Q3客户回访报告”任务移交给同事。示例展示各字段如何填写，以及待办、风险与确认过程如何体现。
| 字段 | 填写内容 |
|---|---|
| 交接编号 | MKT-20250701-03 |
| 交接日期 | 2025年7月1日 |
| 所属项目/团队 | 市场部客户运营组 |
| 交出人 | 张敏/市场专员 |
| 接收人 | 李航/市场专员 |
| 双方上级或见证人 | 王磊/客户运营组主管 |
| 交接方式 | 当面交接并同步文档 |
| 任务名称 | 完成Q3客户回访报告 |
| 任务编号 | REQ-2025-0871 |
| 来源系统/关联需求或工单 | 需求管理系统-需求#0871 |
| 任务目标与验收标准 | 覆盖30家重点客户回访，报告经部门负责人审批通过 |
| 当前状态 | 进行中 |
| 完成度 | 60%，已完成18家客户回访与记录整理 |
| 已完成的关键节点 | 6月10日完成回访名单确认；6月25日完成18家回访并录入记录表 |
| 待办事项清单 | 1. 完成剩余12家客户回访并录入记录表；2. 汇总回访数据形成报告初稿；3. 提交部门负责人评审并按意见修改 |
| 下一步动作与责任人 | 李航于7月4日前联系剩余12家客户并约定回访时间 |
| 建议完成时间 | 7月20日提交报告初稿（承诺时间） |
| 交付物名称与版本 | 客户回访记录表_v1.3；Q3客户回访报告（待产出） |
| 存放位置 | 市场部文档库/客户运营/2025Q3回访/ |
| 关联资料与参考文档 | 回访话术模板、Q2回访报告（同目录归档） |
| 已知风险 | 剩余客户中有3家处于合同续签期，回访时间可能推迟 |
| 当前阻塞事项 | 无 |
| 外部依赖 | 客户成功团队提供续签进度信息，对接人陈晨 |
| 需移交的账号与权限 | 客户回访记录系统编辑权限；市场部文档库客户运营目录读写权限 |
| 资料访问范围 | 客户运营目录全部文档；客户合同信息仅可查看摘要 |
| 权限变更完成情况 | 文档库权限已开通；回访系统权限待管理员审批，预计7月2日完成 |
| 确认与签字 | 交出人张敏（7月1日）；接收人李航（7月1日）；见证人王磊（7月1日） |
这份示例的填写要点有三处。第一，完成度写了百分比并附依据，“60%，已完成18家”让接收人可以直接核对记录表，判断进度是否真实。第二，待办事项逐条编号并写清完成标志，接收人拿到清单即可开始执行，无需再次询问交出人。第三，权限变更完成情况区分了“已开通”和“待审批”，把未完成事项连同预计时间写进表内，避免交接签字后权限问题无人跟进。
风险字段同样值得注意：示例把“3家客户处于续签期”写成具体风险并关联到外部依赖的对接人，接收人据此可以提前与客户成功团队沟通，而不是等到回访受阻才发现问题。
调整与维护：让清单长期可用
模板投入使用后，需要随任务类型和团队流程调整，否则会出现字段冗余或关键信息缺失。以下操作要点可按季度执行。
- 按任务类型增减字段。为常见任务类型各保留一个版本，例如日常运营任务使用最小必填集，跨部门项目任务增加验收标准和依赖字段，涉密任务增加审批与访问范围字段。新增字段时同步更新字段说明，避免同一字段在不同版本中含义不同。
- 统一字段命名与选项值。状态、完成度、权限变更等字段使用固定选项值，如状态统一为“未开始/进行中/待评审/已完成/已暂停”，避免“推进中”“在做”等自由填写造成统计困难。选项值变更时保留旧值映射，便于历史记录对照。
- 确定归档位置与保留方式。交接记录按“项目/团队—年度—交接编号”归档，与任务资料放在同一文档目录下，接收人后续查阅时能同时看到任务背景和交接依据。保留期限按团队文档管理要求执行，涉及合同或审计信息的交接记录适当延长。
- 定期回顾清单有效性。每季度抽取若干份交接记录，检查必填字段是否完整、待办事项是否在约定时间内闭环、权限移交是否真正完成。发现反复空缺或反复误填的字段，考虑调整字段定义或改为选填。
- 与任务系统中的任务状态对应。交接完成后，来源系统中的任务责任人应同步变更，任务状态与清单中的“当前状态”保持一致。清单记录交接时点的事实，系统记录任务的实时流转，两者在交接当天对齐即可，后续以系统状态为准。
当团队在文档工具中管理任务资料时，可以把交接清单作为任务文档的一部分存放，并与任务条目关联。ONES Wiki 支持文档关联项目任务，页面树可按项目组织文档；其模板库可用于一键创建交接清单等文档，附件支持在线预览，页面版本可随时查看与回滚，便于交接记录留痕；同时支持按角色配置读写权限，使涉密任务的访问范围与清单中的权限字段对应。落地时仍需按团队实际使用的任务系统核验状态字段与流转规则。
常见问题
交接清单里的“完成度”怎么写才不会被误读？
建议同时写数值和依据，例如“60%，已完成18家客户回访并录入记录表”。只写百分比，接收人无法判断进度是否真实；只写“进展顺利”这类描述，又无法核对。若任务难以量化，可改用阶段名称，如“已完成数据收集，进入分析阶段”，并附上已完成的关键节点。
交接双方对某项待办是否属于本次交接范围有分歧，怎么处理？
把有分歧的事项单独列在待办清单中，标注“范围待确认”并写明确认人和确认时间，双方先就无争议部分签字。确认后再补充记录，避免因个别事项拖延整份交接。若分歧涉及验收标准，应在签字前由双方上级或见证人裁定，因为验收标准直接决定接收人后续的工作边界。
权限移交还没完成，可以先签字确认交接吗？
可以签字，但要在“权限变更完成情况”中写清状态，如“待审批，预计7月2日完成”，并指定跟进人。签字确认的是交接内容与责任转移，权限开通是后续执行条件。若接收人在权限到位前无法开展任何工作，建议把权限开通设为交接完成的前置条件，待开通后再签字。
同一项任务分多次交接，清单需要每次重填吗？
不需要重填整张表。每次交接新建一份记录，沿用同一任务编号，交接编号按日期和序号递增，并在“已完成的关键节点”中承接上一份记录的内容。这样既能保留每次交接的时点事实，也能通过任务编号把多份记录串成完整链条。归档时按任务编号归入同一目录。
交接清单和任务系统里的任务记录是什么关系？
清单记录交接时点的事实，包括双方确认、待办和风险；任务系统记录任务的实时流转。交接完成后，应在系统中同步变更任务责任人，并让系统状态与清单中的“当前状态”在交接当天保持一致。此后以系统状态为准，清单作为责任转移的依据留存。团队若在文档工具中管理任务资料，可把清单作为任务文档存放并与任务条目关联，ONES Wiki 支持文档关联项目任务、页面版本查看与回滚，便于交接记录留痕。
