任务交接清单的核心是一张交接主表加三张子表：主表记录任务状态与负责人变更，子表分别承载待办事项、遗留问题和接收确认。本文直接给出可复制的空白表格，再逐类说明字段含义、填写口径和必填划分，最后用一份完整示例示范如何填写，便于原负责人和接手人照着完成一次可追溯的交接。
要点总览（TL;DR）
- 任务交接清单用一张主表加三张子表组织：主表记录任务状态与负责人变更，子表分别承载待办事项、遗留问题和接收确认。
- 待办事项按“事项描述+下一步动作+责任人+期限+当前状态”设置，让接手人不依赖口头解释就能直接执行。
- 遗留问题记录尚未闭环、需要判断或决策的内容，与已有明确动作的待办事项分开，两者可通过关联序号对应。
- 接收确认用“确认人+确认结论+确认时间+异议与补充”形成责任转移凭证，确认结论建议固定为确认接收、有条件接收、暂不接收三种。
- 必填字段围绕责任转移和可执行性设置，背景性字段选填；字段过多时先合并同类字段，再删除低频背景字段。
可复制的任务交接清单空白模板
下面四张表可以直接复制到文档或表格工具中使用。主表一张，记录交接的基本信息；子表三张，分别对应待办事项、遗留问题和接收确认。填写时先完成主表，再逐条补充子表，最后完成接收确认。
交接主表
| 字段 | 填写内容 |
|---|---|
| 任务名称 | |
| 任务状态 | |
| 原负责人 | |
| 新负责人 | |
| 交接日期 | |
| 交接范围说明 | |
| 关联文档或工作项 |
待办事项子表
| 序号 | 事项描述 | 下一步动作 | 责任人 | 期限 | 当前状态 | 备注 |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | ||||||
| 3 |
遗留问题子表
| 序号 | 问题描述 | 影响范围 | 当前处置 | 待决事项 | 建议方案 | 关联待办序号 |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 |
接收确认子表
| 确认人 | 确认结论 | 确认时间 | 异议与补充 |
|---|---|---|---|
待办事项字段怎么设置
待办事项子表回答的是“接手人接下来要做什么”。字段设置的目标是让接手人不依赖口头解释也能直接执行，因此每条记录都要落到具体动作、具体人和具体时间。
事项描述与下一步动作的区分
事项描述写“这件事是什么”，下一步动作写“接下来具体做什么”。例如事项描述写“客户续约方案”，下一步动作写“整理近三个月使用数据，形成续约报价初稿，交新负责人确认”。只有事项描述没有下一步动作，接手人仍需自行判断从哪开始，交接就没有完成信息传递。事项描述可以保留原任务的背景，下一步动作必须是可以直接动手的动词短语。
责任人与期限的填写要求
责任人写具体姓名或岗位，不写“相关同事”“待定”。期限写明确日期，不写“尽快”“下周”。如果某条待办在交接时尚未确定责任人，应在备注中说明由谁在什么时间前指定，避免这条事项在交接后无人认领。期限已经过期的事项，填写原定期限并在备注中说明当前进展。
状态字段的取值建议
状态字段建议使用少量固定取值，便于筛选和统计，例如“未开始、进行中、待他人反馈、已完成”。取值不宜过多，否则填写人需要反复判断。状态反映的是填写时点的实际情况，交接后由新负责人更新。
避免把待办写成任务复述
常见问题是把整个任务的背景、历史过程写进待办，导致每条记录很长却缺少可执行信息。待办条目应聚焦尚未完成的部分，已完成的过程放在主表的交接范围说明或关联文档中。判断标准是：接手人读完这一条，能否知道下一步做什么、什么时候做、做到什么程度算完成。
遗留问题字段怎么设置
遗留问题记录的是交接时尚未闭环、需要接手人继续推动的事项。它与待办事项的区别在于：待办是已经明确动作的后续工作，遗留问题通常还缺少结论、方案或决策，需要先解决“怎么办”的问题。
问题描述与影响范围
问题描述写清楚现象和当前卡点，例如“接口响应时间在高峰期超过约定阈值，尚未定位原因”。影响范围写这个问题波及哪些功能、客户或交付节点，帮助接手人判断优先级。影响范围可以写受影响的对象和程度，不需要展开完整分析。
当前处置进展
这一字段记录原负责人已经做过什么、结果如何，例如“已排查数据库慢查询，未发现异常；已联系平台方，等待反馈”。写清已做的动作可以避免接手人重复劳动，也能让接手人判断下一步从哪里接续。
待决事项与建议方案
待决事项写还需要谁做出什么决定，例如“需要技术负责人确认是否调整超时阈值”。建议方案写原负责人的倾向和理由，供接手人参考。建议方案不代表最终结论，接手人可以根据新信息调整。
与待办事项的区分
一条内容如果已经有明确动作、责任人和期限，放入待办事项；如果还需要判断、决策或方案选择，放入遗留问题。两者可以关联：遗留问题解决后产生的后续动作，可以在待办子表中新增条目，并通过“关联待办序号”字段建立对应关系。这样既不会把未决问题写成看似确定的待办，也不会让待办表承担问题分析的功能。
接收确认字段怎么设置
接收确认是责任转移的节点。没有确认记录，交接只完成了信息传递，没有完成责任交接。确认子表字段不多，但每个字段都服务于可追溯。
确认人、确认结论与确认时间
确认人写实际接收任务的人，确认时间写到日期，必要时精确到时刻。确认结论使用固定取值，建议为“确认接收、有条件接收、暂不接收”三种。“有条件接收”表示接手人认可交接内容，但某些事项需要原负责人补充材料或继续支持，具体条件写在异议与补充字段中。
异议与补充说明字段
这一字段记录接手人对交接内容的疑问、不同意见和补充要求。例如“待办第2条缺少客户联系人信息，请补充”“遗留问题1的影响范围需要与交付团队再确认”。异议写清楚后，原负责人应逐条回应，回应结果可以更新到对应子表或在本字段中追加说明。
确认后责任转移的口径
确认结论为“确认接收”或“有条件接收”后，任务的主要责任转移至新负责人；有条件接收时，未满足的条件仍由原负责人按约定完成。确认结论为“暂不接收”时，责任仍在原负责人，双方应约定补充交接的时间。这个口径建议写进团队的任务交接规范，避免交接后出现责任空档。
必填与选填怎么划分
字段全部必填会让清单变得冗长，填写人容易敷衍；关键字段选填则会让交接失去可执行性。划分原则是：影响责任转移和接手人能否直接执行的字段必填，提供背景和参考的字段选填。
| 所属表 | 必填字段 | 选填字段 | 选填适用情形 |
|---|---|---|---|
| 交接主表 | 任务名称、任务状态、原负责人、新负责人、交接日期 | 交接范围说明、关联文档或工作项 | 任务背景较复杂、存在可引用的文档时填写 |
| 待办事项 | 事项描述、下一步动作、责任人、期限、当前状态 | 备注 | 需要说明前置条件、依赖关系或历史进展时填写 |
| 遗留问题 | 问题描述、影响范围、当前处置、待决事项 | 建议方案、关联待办序号 | 原负责人有明确倾向，或问题已产生后续待办时填写 |
| 接收确认 | 确认人、确认结论、确认时间 | 异议与补充 | 存在疑问、条件或补充要求时填写 |
字段过多需要精简时，按以下顺序处理：先合并同类字段，例如把“备注”和“补充说明”合并为一个字段；再删除只对原负责人有意义的背景字段；最后把低频字段改为选填。不要优先删除责任人、期限、确认结论这类直接影响执行的字段。
一份完整填写示例
以下示例为演示情景，用于说明字段如何填写，人物与内容均为虚构。
主表填写示例
| 字段 | 填写内容 |
|---|---|
| 任务名称 | 客户A续约方案准备 |
| 任务状态 | 进行中 |
| 原负责人 | 李明 |
| 新负责人 | 王芳 |
| 交接日期 | 2025年6月10日 |
| 交接范围说明 | 续约方案撰写、报价测算、客户沟通安排 |
| 关联文档或工作项 | 续约方案初稿文档、报价测算表 |
待办事项填写示例
| 序号 | 事项描述 | 下一步动作 | 责任人 | 期限 | 当前状态 | 备注 |
|---|---|---|---|---|---|---|
| 1 | 续约报价测算 | 基于近三个月使用数据完成报价表，交销售负责人审核 | 王芳 | 2025年6月14日 | 未开始 | 测算表模板在关联文档中 |
| 2 | 客户沟通安排 | 与客户联系人确认续约沟通时间，发出会议邀请 | 王芳 | 2025年6月12日 | 进行中 | 客户联系人信息待李明补充 |
遗留问题填写示例
| 序号 | 问题描述 | 影响范围 | 当前处置 | 待决事项 | 建议方案 | 关联待办序号 |
|---|---|---|---|---|---|---|
| 1 | 客户对上一周期服务响应速度有异议，尚未给出书面反馈 | 影响续约报价中的服务承诺条款 | 已电话沟通一次，客户表示内部评估中 | 需要销售负责人确认是否在报价中增加响应时效承诺 | 建议维持现有承诺，附加季度复盘机制 | 1 |
接收确认填写示例
| 确认人 | 确认结论 | 确认时间 | 异议与补充 |
|---|---|---|---|
| 王芳 | 有条件接收 | 2025年6月10日 | 待办第2条缺少客户联系人信息，请李明在6月11日前补充；遗留问题1的待决事项需在报价前完成确认 |
模板的调整与维护方法
模板需要在团队内长期使用，就要允许按任务类型调整，同时保持字段命名和取值一致，避免每个人交出来的清单结构不同、无法比较和检索。
按任务类型增减字段
常规运营类任务可以保留基础字段；涉及外部客户的交接，可以增加“客户联系人”“对外承诺事项”字段；涉及研发交付的交接，可以增加“环境信息”“发布窗口”字段。增减字段时保持三张子表的结构不变，只调整子表内的列，这样不同任务的清单仍能放在同一套模板体系下管理。
字段命名与取值统一
同一含义的字段只保留一个名称，例如统一使用“责任人”，不再混用“负责人”“执行人”。状态、确认结论等取值使用固定选项，避免出现“差不多了”“基本完成”这类无法统计的写法。团队可以在模板说明中附上取值表，新成员填写前先阅读。
模板版本与归档
模板调整后保留版本号和生效日期，旧版本归档备查。每次交接完成后，填写好的清单随任务文档一起归档，作为责任转移的记录。归档位置应与任务本身一致，便于后续追溯某次交接时谁确认了什么。
在协作工具中承载交接记录
交接清单如果只保存在个人电脑里，后续查找和权限控制都会比较困难。可以把清单作为文档页面存放在团队知识库中，用页面模板统一格式，交接完成后保留版本记录。ONES Wiki 支持使用模板库一键创建文档，文档可关联项目任务，并记录页面版本、支持查看与回滚，适合承载需要长期留存的交接记录；具体模板字段和权限配置以团队实际使用的工具能力为准。对于交接频繁的团队，建议把空白模板固化为页面模板，每次交接复制一份并填写，减少重复搭建表格的工作。
常见问题
交接时一条内容既有明确动作又需要领导决策，应该放待办还是遗留问题？
按当前状态拆分记录。已经有明确动作、责任人和期限的部分放入待办事项，例如“整理近三个月使用数据形成报价初稿”；还需要谁拍板、选方案的部分放入遗留问题，例如“是否在报价中增加响应时效承诺需销售负责人确认”。两边用“关联待办序号”建立对应关系，接手人既能直接执行，也能看到尚未确定的前提。
接收人签了“有条件接收”，交接后的责任怎么算？
“有条件接收”表示接手人认可交接内容，任务的主要责任已经转移至新负责人；异议与补充字段中列明的条件，仍由原负责人按约定完成，例如补充客户联系人信息、提供某份测算表。建议在团队交接规范中写明：条件未完成前，相关事项的推进由双方共同跟进，条件完成后由新负责人更新确认记录。
待办事项的责任人在交接时还没定下来，清单该怎么填？
责任人字段不写“待定”后留空，而是在备注中写明由谁在什么时间前指定责任人。这样这条事项在清单中仍有明确的跟进人，不会因为责任人空缺而在交接后被遗漏。指定完成后，由新负责人补填责任人并更新状态。
团队任务类型差异大，用同一套模板会不会字段不够或太冗余？
保持主表加三张子表的结构不变，只按任务类型增减子表内的列。例如涉及外部客户的交接增加“客户联系人”“对外承诺事项”，涉及研发交付的交接增加“环境信息”“发布窗口”。这样不同任务的清单仍能放在同一套模板体系下管理，也便于后续检索和比较。
交接清单放在协作工具里，怎样保证后续能查到谁确认了什么？
可以把清单作为文档页面存放在团队知识库中，用页面模板统一格式，交接完成后保留版本记录。ONES Wiki 支持使用模板库一键创建文档，文档可关联项目任务，并记录页面版本、支持查看与回滚，适合承载需要长期留存的交接记录；具体模板字段和权限配置以团队实际使用的工具能力为准。
