任务提醒

这项能力到底在做什么

任务提醒，简单说，就是把“谁该在什么时候做什么事”这件事，按规则准时推到对应的人手里，并且持续盯到这件事被确认、被处理，或者被升级。

很多企业流程里，并不是没人负责，而是事情卡在下面这些地方：

该做的人没及时看到
看到了，但没确认
确认了，但一直没处理
提醒发过一次就没后续了
同一件事提醒了太多人，最后谁都没接
已经过期了，还没人往上升级

任务提醒真正解决的，不是“发一条通知”，而是把提醒做成一条有节奏、有对象、有反馈的推进链。

它的重点不是消息本身，而是让事情真的往前走。

它通常接收什么输入

这项能力接进来的，通常不是一条孤立消息，而是一条任务相关的触发信息。

常见输入包括：

新任务创建
到期时间
节点超时
复检要求
补交要求
待确认事项
已升级事项

一起带进来的上下文，常见还有这些：

任务标题
任务类型
截止时间
责任人
协同人
所属对象编号
优先级
提醒渠道
升级规则

这些上下文很关键。因为提醒不是群发广播，而是要知道：

提醒谁
什么时候提醒
用什么方式提醒
到了什么程度要升级

它能输出什么结果

任务提醒最后交出去的，不应该只是“消息已发送”，而应该是一份可继续跟踪的提醒结果。

常见输出包括：

输出项	说明
提醒对象	这次提醒发给了谁
提醒内容	提醒了什么事、截止到什么时候
提醒时间	这次是什么时候发出的
提醒渠道	企业微信、短信、站内消息等
确认状态	对方是否已查看、已确认
超时状态	是否已经超过处理时限
升级记录	是否已经向上级或协同人升级
留痕记录	提醒发出、查看、确认、升级的过程记录

这样下游流程拿到的，就不只是“发过了”，而是“发给谁、对方有没有接住、后面要不要继续追”。

它在内部是怎么跑起来的

任务提醒真正难的地方，不是发消息，而是既不能漏提醒，也不能把人提醒烦。
它在内部通常会经过下面这条链。

1. 先接住提醒触发事件

系统先判断：
为什么现在要提醒。

触发来源通常有这些：

新任务刚生成
距离截止时间还剩一段时间
已到截止时间但还没完成
某一步需要补充确认
某条任务已经超时

2. 再判断应该提醒谁

不是所有提醒都该发给同一批人。
系统通常会按规则区分：

主责任人
协同人
复核人
班组长或主管
升级接收人

这一层做错了，提醒就会变成“发了很多，但没人真正负责”。

3. 再安排提醒节奏

任务提醒不是每次都只发一条。
系统通常会根据规则安排：

提前提醒
到点提醒
超时提醒
升级提醒

同时还要控制频率，避免一分钟一条，把人提醒麻了。

4. 再生成适合当前场景的提醒内容

提醒内容不能只写“请尽快处理”。
真正有用的提醒，通常会带上这些信息：

这是什么任务
为什么提醒
截止到什么时候
现在该做什么
如果不处理会触发什么后续动作

5. 再检查是否需要去重或升级

如果同一件事刚提醒过，系统通常不会无脑重复发。
但如果已经超时、无人确认，系统就会继续往上升级。

6. 最后记录结果并等待回执

提醒发出去以后，真正有价值的不是“已发送”，而是：

对方有没有看到
有没有确认
有没有开始处理
要不要继续追

所以系统通常会把回执和后续动作一起记下来。

任务提醒的详细内部流程图

flowchart TB
    A[输入任务触发事件] --> B[判断触发原因<br/>新建 / 临近到期 / 到期 / 超时 / 待确认]
    B --> C[识别责任人、协同人、升级接收人]
    C --> D[计算提醒节奏和发送时间]
    D --> E[生成提醒内容<br/>任务、截止时间、当前动作、风险提示]
    E --> F[检查是否刚提醒过或是否需要去重]
    F --> G{当前是否需要发送?}
    G -->|否| H[等待下一触发点]
    G -->|是| I[通过企业微信 / 短信 / 站内消息发送]
    I --> J[记录发送结果和回执状态]
    J --> K{是否超时或无人确认?}
    K -->|否| L[等待任务完成或下一次提醒]
    K -->|是| M[按规则升级提醒给上级或协同角色]
    M --> N[记录升级留痕]
    L --> O[交给后续跟进、留痕、报表使用]
    N --> O
    H --> O

它最后会把什么交给下游流程

任务提醒真正交给下游的，不只是消息发送状态，而是一份可继续推进的任务跟踪结果。

常见会交出去这些内容：

谁被提醒了
提醒原因是什么
截止时间是什么
对方是否已确认
是否已超时
是否已经升级
提醒过程留痕

这样后面的流程才能继续做：

催办
升级
人工跟进
报表统计
责任分析
流程复盘

它怎么接入业务才真正有价值

任务提醒最怕的，不是消息发不出去，而是发出去以后还是没人跟。

真正常见、也最有价值的接法，一般有下面几种：

1. 接在任务创建和分派后面

任务一生成、一分派，系统就先把提醒链建起来。
这样后面不会再靠人临时想起来才去催。

2. 接在时间节点前后

临近截止时先提醒，到点还没完成再提醒，超时后继续升级。
这比“过了很久才发现没做”稳得多。

3. 接在关键确认动作前面

很多流程不是没人做，而是没人确认。
提醒能力一旦接在确认节点前面，流程卡顿会少很多。

4. 接在管理看板前面

如果后面还要看哪些任务老是超时、哪些角色经常延迟，前面就必须把提醒链和回执链记完整。
这样管理动作才有依据。

什么情况下必须转人工

任务提醒虽然很适合自动化，但下面这些情况最好让人工接手：

责任人本身就不明确
一个任务同时牵涉多个部门，自动提醒对象难以确定
提醒已经多轮升级，仍然没人处理
当前任务内容敏感，不能只靠自动模板通知
任务状态和系统记录明显冲突
对方已口头确认，但系统没有收到回执
同一任务出现频繁重复提醒，怀疑规则有问题
需要人工判断是否暂停、改派或撤回

真正稳的企业做法，不是让系统无限提醒到底，而是让它先把标准催办动作接住，把复杂情况及时交给人处理。

为什么这项能力站得住

任务提醒之所以在企业里很有价值，是因为很多流程延误，根本不是技术问题，而是推进问题。

1. 它解决的是“知道要做，但没在对的时间动起来”

很多任务不是没人认领，而是没有在最该动的时候被推动。
提醒能力补的，就是这一下。

2. 它特别适合接在高频、重复、易漏的节点上

越是每天都在发生、又容易被忙忘的动作，越适合交给提醒能力去盯。

3. 它把“催一下”变成了标准流程

真正有效的提醒，不靠某个负责人勤不勤快，而靠规则是否稳定。
这就是它能长期站得住的原因。

4. 它和通知、升级、留痕天然连在一起

提醒如果没有后续升级和过程留痕，价值会很有限。
一旦和这些能力接起来，它就会变成整条流程的推进器。