系统一上线，通知就停不下来。待办提醒、超期警告、数据变动、系统公告，一起推给所有人。用不了多久，用户就把通知全部关掉或者视而不见，真正重要的那一条也被淹没了。
通知的效果不是靠发得多，恰恰相反，发得少而准才有用。
一、只通知需要立刻行动的事
判断标准很简单，收到这条通知的人，此刻是否需要做出动作。需要动作的，通知。不需要的，改成列表让他自己去看。
比如有一条新工单派给你，这是需要动作的，应该通知。比如今天新增了二十条数据，这是信息不是任务，放在首页显示就行，不用推给谁。比如系统将于今晚维护，这是需要提前准备的，可以通知，但要限制在受影响的人范围内。
按这个标准过一遍，通知量通常能减掉一大半。剩下的是真正需要人看见的。
二、通知给对的人
同一件事，不同角色需要知道的内容不一样。全部推给所有人，是最省事也最无效的做法。
工单超期这件事，处理人需要知道我要赶紧做完，他的主管需要知道有个下属的工单超期了，管理层只需要在月度报表里看到超期率。如果一条超期通知同时推给这三类人，前两类会觉得信息不够，第三类会觉得被打扰。
合理的做法是按角色定通知范围。每条通知规则里明确谁要收到，可以按具体人、按角色、按部门来定。宁可多写几条规则，也不要图省事全员推送。
三、时间上要挑
通知发出去的时间点影响接收效果。凌晨三点推送的提醒，多数人第二天早上已经忘了。
可以按性质分。紧急的即时发，比如系统故障、审批卡在最后期限。一般的可以攒起来定时发，比如每天早上上班时推一次待办汇总，比每来一条推一条要好得多。
还有一类要避开非工作时间。比如业务数据变动、报表生成完成这类，晚上发没有意义，第二天上班前一小时发正好。这个时间设置应该可配置，不同部门的工作时间不一样。
四、让用户能自己关掉一部分
与其让用户把所有通知都关掉，不如让他分类管理。
做法是把通知分成几类，待办类、提醒类、公告类。用户可以针对每一类选择接收方式，站内消息、手机推送、短信，或者都不要。这样至少能保住那几类他真正需要的。
但是有两类不建议让用户关。一类是账号安全相关的，比如异地登录、密码修改，这类通知是保护账号的。另一类是上级指派的任务提醒，关掉会影响业务运转。这两类可以在设置页面做成不可关闭并说明原因。
另外要有个统一的通知中心，所有通知都能在这里查到历史。用户关掉推送不等于关掉记录，需要的时候还能翻得到。这个页面也是判断通知有没有用的依据，哪些通知被点开得多，哪些从来没人点，看数据就知道。