通知中心是应用外的第二入口
别名: 通知入口 · notification drawer · 通知落地页 · re-engagement
概念解释
通知中心（以及锁屏上的通知列表）是系统持有的一张表，应用往里面投短消息。人在应用图标之外点一条通知，就会带着一个具体目的进来：第二入口。很多手机会话不是从主屏图标开始的，而是从「车到了」「验证码」「有人回复了你」开始的。通知还可以在不打开应用的情况下回复或完成一个动作。这条只谈这条应用外的入口及其落地，不谈应用去画一条假状态栏，也不谈布局被真状态栏挡住。
机制
系统把通知做成可扫描的队列：人在下拉面板里分诊，决定忽略、点进去、或用按钮就地处理。点进去时，系统把一条深层链接交给应用，进程可能是冷启动。若应用只设计了「从图标进首页再自己找」，这条入口就被折成两次搜索。通知文案是压缩过的任务描述，落地页必须接住那句描述——「你的车正在靠近」应打开正在进行的行程，而不是历史订单列表；「验证码」应打开输入框，而不是账号首页。就地操作（标记已读、回复一句、延后提醒）把任务留在系统面板里，应用甚至不会来到前台；这些动作若和打开应用后的状态不一致，人会以为没做上。入口的所有权在系统：应用决定投什么、点到哪，不能改通知中心的手势和排序。
怎么研究
用通知发起的会话日志：打开是否来自通知、落地页是不是与文案匹配、是否在冷启动。经验抽样问「你为什么打开」。就地操作要单独记：动作是否真正改了服务器状态。
自变量：通知类型、是否带操作按钮、落地是深层页还是首页、是否冷启动。 因变量：点进率、落地匹配、从点到完成目标的时间、就地操作与应用内状态的不一致。
实验室里把通知当作任务说明书发给被试，会高估点进率——真实通知是在别的事进行中插进来的。不要用「发送量」或「打开率」单独当成功：打开到错误的页是失败的入口。关闭了通知的用户不在这套数据里，不能把静默用户读成「不需要这条入口」。
边界
用户关掉通知后，这条入口消失，图标和小组件才是进应用的路。营销推送若没有可完成的任务，当成入口会变成骚扰，落地再准也解决不了许可被关。可穿戴设备上的镜像通知是另一块小屏上的入口，能力更窄。应用内的收件箱不是通知中心：它活在应用里，没有系统分诊队列的地位。
怎么落地
- 为每一种通知写清落地页：点下去应看到文案所承诺的对象，而不是首页再搜索。
- 冷启动与热启动走同一条落地；不要在进程被杀后掉回欢迎页。
- 就地按钮只放真正能在后台完成的动作，并保证打开应用后能看见同样的结果。
- 验证：在杀掉进程后点每一种通知。核对落地是否就是那条对象，返回或关闭后是否还找得到来处。把「车到了」点进历史列表、把「有人@你」点进频道顶而不是那条消息，都算第二入口断裂。