任务催办要按“先确认事实、再分级提醒、后升级处置”的顺序推进：先核对任务的状态、截止时间、阻塞原因和责任人，再根据逾期程度选择异步提醒、当面沟通或升级到负责人，最后把催办结果写回任务记录并约定下一次检查时点。催办的目标是让任务重新进入可推进状态，单纯发出提醒并不等于完成催办。
要点总览（TL;DR）
- 催办按“先确认事实、再分级提醒、后升级处置”推进，目标是让任务重新进入可推进状态。
- 催办前核对任务目标、截止时间、当前状态、最近进展、阻塞原因与责任人可用性，信息不全时先补事实。
- 按逾期程度分四级：临近提醒、逾期跟进、升级处置、结果回写；已逾期必须拿到新的完成时间或阻塞说明。
- 任务责任人负责响应并给出进展与预计完成时间，发起人或跟进人负责提醒与记录，项目负责人在升级环节给出处置结论。
- 催办有效性看任务记录是否出现状态更新或明确下一步，反复无效时转向调整范围、时间或责任人。
催办前先核对什么：任务事实清单
催办最容易犯的错误，是在信息不全时先发消息。对方收到一句“这个任务怎么还没做”，既不知道你掌握了多少情况，也难以给出有针对性的回复。催办前先花几分钟核对事实，能让提醒更具体，也能避免把责任错归给执行人。
核对的对象是任务本身，不是人的态度。建议逐项确认以下字段，并给出对应判断口径：
| 核对字段 | 要确认的内容 | 判断口径 |
|---|---|---|
| 任务目标与交付物 | 任务要产出什么、交付给谁、完成标准是什么 | 能说清“完成”的具体形态，如文档、评审通过、数据上线 |
| 截止时间 | 原定截止时间、是否发生过变更、变更是否被确认 | 以最近一次双方确认的时间为准，口头变更需补记录 |
| 当前状态 | 未开始、进行中、待评审、被阻塞还是已完成待确认 | 状态与最近一次进展记录一致，不凭印象判断 |
| 最近一次进展 | 上次更新时间、更新人、更新内容 | 超过约定更新周期无记录，视为进展不明 |
| 阻塞原因与依赖方 | 缺资料、等审批、依赖其他任务产出、资源被占用等 | 能指出具体依赖对象和等待时长 |
| 责任人与可用性 | 当前责任人是谁、是否请假或调岗、是否有备份人 | 责任人明确且可联系；不可用时找到授权代理人 |
核对完成后，你会得到两种结论之一：任务确实逾期且责任在执行方，可以进入提醒；或者任务逾期源于依赖未到位、需求变更、责任人不可用等外部因素，需要先处理阻塞再谈催办。后一种情况下直接催执行人，往往只会得到“我在等别人”的回复。
核对结果本身也值得留痕。把关键字段写进任务记录或跟进备注，后续提醒、升级和复盘都以这份事实为基础，减少来回确认的成本。
按逾期程度分级催办的操作步骤
催办力度应与逾期程度匹配。临近截止时以轻量提醒为主，已经逾期则需要明确下一步动作和时间点，反复无响应或影响关键路径时才升级。分级的目的在于用合适的成本解决问题，避免一上来就升级，也避免拖到无法挽回。
| 级别 | 触发条件 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 一级：临近提醒 | 距截止时间1–2个工作日，状态仍为进行中且无近期进展 | 通过任务评论或即时消息异步提醒，附上任务链接、截止时间和需要确认的问题 | 一条具体的提醒消息 | 对方回复进展、风险或明确表示按计划完成 |
| 二级：逾期跟进 | 已过截止时间，任务未完成且无更新 | 直接沟通，说明逾期事实，请对方给出新的完成时间或说明阻塞 | 新的完成时间、阻塞说明或求助请求 | 任务记录中出现状态更新和明确下一步 |
| 三级：升级处置 | 二级跟进后一个约定周期内仍无响应，或任务处于关键路径、影响下游交付 | 升级到任务负责人或项目负责人，说明事实、已做的提醒和当前影响，请其判断资源调整、范围缩减或重新排期 | 处置决定与责任人调整方案 | 负责人给出处置结论并落实到任务记录 |
| 闭环：结果回写 | 任一级别催办产生回复后 | 把回复内容、新时间点、阻塞处理方式写回任务，并约定下次检查时点 | 更新后的任务记录与检查提醒 | 下次检查时点到达时任务状态可验证 |
首次提醒的话术要点是具体、可回复。与其问“进度怎么样了”，不如写清“这项任务原定周五交付，目前记录里还没有更新，想确认两件事：当前卡在哪一步，新的完成时间大概是哪天”。给出明确问题，对方更容易给出明确答复。
临近截止与已逾期的处理差异在于是否引入时间承诺。临近截止时，提醒的目标是确认按计划推进；已逾期时，必须拿到新的完成时间或阻塞说明，否则任务仍处于失控状态。升级的触发条件应事先说清，例如“逾期两个工作日无回复即升级”，让各方对节奏有预期。
催办后立即记录结果，是分级流程中最容易被跳过的一步。记录内容包括催办时间、渠道、对方回复、约定事项和下次检查时间。没有这一步，下一次催办又要从头核对，升级时也拿不出已提醒过的证据。
当任务状态、截止时间、责任人和进展记录集中在一个协作平台上时，上述核对与回写会顺畅很多。以ONES为例，任务可以承载责任人、截止时间、状态和评论记录，催办时直接在任务下留言并@相关人，回复和状态变更留在同一处，升级时负责人也能看到完整的提醒历史。具体字段和提醒配置以实际使用版本为准。
谁来做催办：角色分工与交付物
催办无效的常见原因之一是角色不清：发起人觉得责任人在拖，责任人觉得发起人没把要求说清，项目负责人直到交付延期才知道情况。把职责和交付物定下来，催办才有稳定的执行主体。
| 角色 | 在催办中的职责 | 需要留下的交付物 |
|---|---|---|
| 任务责任人 | 响应提醒，说明当前进展、阻塞原因和预计完成时间；无法按时完成时主动提出调整建议 | 进展更新、新的完成时间、阻塞说明或求助请求 |
| 任务发起人或跟进人 | 核对任务事实，按级别发起提醒，记录催办结果，跟踪约定时点 | 催办记录、约定事项、下次检查时间 |
| 项目负责人 | 在升级环节判断处置方式：调整资源、缩减范围、重新排期或更换责任人 | 处置决定、调整后的任务安排 |
| 依赖方 | 在阻塞由外部依赖引起时，给出交付时间或替代方案 | 依赖交付时间、接口或资料 |
任务责任人的响应义务需要被明确表达。收到催办后，即使无法立即完成，也应回复三件事：当前做到哪一步、卡在哪里、预计什么时候能有结果。只回复“在做了”不构成有效响应，因为它没有提供可验证的信息。
任务发起人或跟进人是催办的主要执行者，但职责边界是提醒和记录，不替责任人做决定。发起人可以提出新的时间建议，最终确认仍应由责任人或其负责人完成。项目负责人介入的时机是升级触发条件满足时，介入后要给出可执行的处置结论，而非仅表示“关注一下”。
各角色的交付物最终都应落到任务记录中。这样做的价值在交接和复盘时体现：任何人接手任务，都能看到谁在什么时候提醒过、对方如何回复、负责人做了什么决定。
一个逾期任务的催办示例
以下为演示情景，用于说明从发现逾期到任务恢复推进的完整过程。
背景与逾期事实。某产品迭代中，任务“完成新用户引导流程的交互稿”原定周三下班前交付，责任人为设计师小李。周四上午跟进人核对任务记录，发现状态仍为“进行中”，最近一次更新是周一，内容为“开始梳理流程”。下游的前端开发任务计划周五启动，存在被阻塞的风险。
首次提醒与回复。跟进人在任务下留言并同步消息：“这项交互稿原定周三交付，目前记录里还没有更新。前端计划周五启动，想确认当前卡在哪一步、新的完成时间大概是哪天。”小李当天中午回复：需求方对引导步骤数量还有分歧，正在等确认，预计周四下午能拿到结论，周五上午交付交互稿。
升级判断与处置。跟进人判断阻塞来自需求确认，且新时间点会影响前端启动。于是将情况同步给项目负责人，说明逾期事实、阻塞原因和已约定的新时间。项目负责人与需求方确认步骤数量，决定首版按三步实现，其余步骤放入后续迭代，并要求小李周五上午交付。整个过程记录在任务评论中。
状态更新与闭环。小李周五上午提交交互稿，任务状态改为“待评审”，评审人当天下午完成评审。跟进人把任务状态更新为“已完成”，并在记录中注明需求分歧的处理结论，供后续迭代参考。前端任务按调整后的时间启动，未产生额外延期。
这个示例的关键点在于：催办从核对事实开始，首次提醒就带上了下游影响；升级的依据是阻塞原因和新时间点的影响范围，而非对方态度；处置结论落到任务记录，任务最终以可验证的状态变化收尾。
催办完成检查与常见失效原因
催办是否有效，不看消息是否发出，而看任务是否重新进入可推进状态。每次催办结束后，可以用以下清单自查：
- 任务记录中是否出现了状态更新，或明确的下一步动作与时间点；
- 对方回复是否包含进展、阻塞原因和预计完成时间三项信息；
- 催办的时间、渠道、内容和回复是否完整记录，可供他人追溯；
- 是否约定了下一次检查的具体时点，而非“过几天再看”；
- 升级时是否带上了已提醒的事实和任务影响范围，便于负责人判断；
- 任务完成后，阻塞原因和处理方式是否留在记录中，可供同类任务参考。
催办流于形式通常有几类原因。一是提醒内容空泛，只问进度不给背景，对方用一句话敷衍过去；二是只催不记，下次沟通时双方对上次约定各执一词；三是反复催办却从不升级，任务在“已提醒”状态停留数周；四是升级时只转述情绪，不提供事实和影响，负责人无法做出处置。
反复催办无效时，处理方向应转向任务本身：重新评估任务范围是否过大、截止时间是否合理、责任人是否具备完成条件。必要时由项目负责人调整责任人、拆分任务或重新排期。继续增加提醒频率，通常只会消耗双方精力。
把催办结果沉淀为习惯，可以从两件小事做起：每次催办都在任务记录中留下一条包含约定时点的备注；每周固定时间检查一次逾期任务清单，按分级规则处理，而不是等到交付前才集中追问。坚持一段时间后，任务记录本身会成为进度判断的主要依据，催办也会从临时救火变成常规动作。
常见问题
任务刚过截止时间，对方说“在做了”，还需要继续催吗？
需要，但催的方式要调整。只回复“在做了”没有提供可验证的信息，跟进人应追问三件事：当前做到哪一步、卡在哪里、预计什么时候能有结果。拿到具体时间点后写回任务记录，并约定下次检查时点。如果对方仍只给模糊答复，按逾期跟进级别处理，请其给出新的完成时间或说明阻塞。
任务逾期是因为在等别的团队交付，催办应该找谁？
先处理阻塞，再谈催执行人。核对阶段已经确认阻塞来自外部依赖时，跟进人应联系依赖方确认交付时间或替代方案，同时把依赖情况同步给任务责任人。若依赖交付时间影响下游，按升级条件提交项目负责人判断是否需要调整排期或范围。直接催执行人通常只能得到“我在等别人”的回复。
升级到项目负责人时，需要准备哪些信息？
升级材料应包含四项：逾期事实（原定时间、当前状态）、已做的提醒（时间、渠道、对方回复）、阻塞原因或未响应情况、对下游或关键路径的影响。负责人据此判断是调整资源、缩减范围、重新排期还是更换责任人。只转述情绪或笼统说“推进不动”，负责人难以做出处置。
催办记录要记到什么程度才算完整？
一条可用的催办记录至少包含催办时间、渠道、提醒内容要点、对方回复、约定事项和下次检查时间。记录写在任务下，便于交接和升级时调取。记录的价值在两次催办之间体现：下次沟通不必从头核对，升级时也能证明已按级别提醒过。
同一任务反复催办多次仍无进展，下一步怎么办？
把处理方向从提醒转向任务本身：重新评估任务范围是否过大、截止时间是否合理、责任人是否具备完成条件。必要时由项目负责人调整责任人、拆分任务或重新排期。继续提高提醒频率通常只消耗双方精力，任务状态不会因此改变。
