电脑上的待办列表，只服务坐在工位的人。审批人一出差、一开会、一晚上，单子就停。群里@一声更糟：有人已读不回，有人把消息刷过去，没有超时、没有代理、没有「这条已经不是他的了」。企业微信聊天替代不了带状态的待办，见 只靠企业微信聊天替代不了业务入口。
通知只写「你有一条审批」却打不开表单，等于没推。点开应能看关键字段并处理。
请假自动转代理人；四小时未处理升级到上级。规则比再催一次更可靠。
不是所有入口都值得上系统推送
原生 APP 的推送最稳，这也是必须做 APP 的常见理由之一，决策见 什么时候必须做原生 APP。员工已在企业微信，用会话卡片或应用消息往往够用，不必为了推送再养一套商店应用。小程序订阅消息有次数和模板限制，适合预约提醒，不适合当唯一审批通道。客户侧的进度提醒能减少来电，见 客户小程序如何把客服电话压下去。
待办洪水会让人关掉通知
把广播、新闻、营销都推进审批通道，权限人会在系统设置里把推送关掉，审批再次睡死。通道要分：审批一条、作业异常一条、营销不要混进来。员工端只放待办和作业，见 员工端该放哪些功能才有人用。上线后没人用，优先查推送是否扰民或根本点不开，见 上线了没人用，怎么排查。
点开之后三步内必须能处理完
同意、驳回、转交，字段只展示金额、仓位、交期。长说明放进详情。审批人在电梯里用单手，复杂页面等于没推送。已读不等于已处理，列表要分开。夜间和周末的策略也要写明：紧急出库可以叫人，普通报销可以等到工作日。一律强推，权限人会把系统当骚扰。待办列表应可按超时排序，管理端能看见谁长期把单压住。
推送文案写清对象和时限，避免「你有一条待办」这种无法判断轻重的空壳通知。同一单据不要连推三次，合并为一条并更新状态即可。出国或无网络时，回连后待办应仍在，而不是「当时没点到就消失」。达希科技做移动审批时，会把「谁在超时后接手」写成配置，而不是写在群公告里。需要让出差时流程仍走，请到 移动端服务页 说明现在审批卡在谁身上，并对照 看得见的效率。