移动端通知的使用

1，为什么会有通知

在苹果的《人机界面指南》中，为什么会使用“通知”有如下说明：

由于iOS,tvOS,watchOS上的APP并不是始终在运行，因此通过“通知”来推送新消息给用户。

因此，不论设备是锁屏状态或正在使用中，通知都可以用于发送重要的或及时的消息。通知可以引起用户的注意，如果被过度使用，用户会因被打扰到而关掉通知。所以在使用通知的时候，要注意以下问题，

1）不要推送当前屏幕上正在展示的信息（如正在进行的聊天）；

2）不要推送与用户无关的技术性操作（如数据正在同步中）；

3）不要推送系统可以自行解决的报错信息。

2，通知的样式

在苹果手机的设置-通知中，有对APP的推送通知的设置，如下图：

APP的通知设置

可以看到，常见的通知提醒方式有：锁屏时的通知中心，APP内的通知中心，顶部通知。通知除了以上三种提醒方式外，还带有声音和应用图标上的标记（小红点badge）。接下来对以上这几种不同方式的通知进行展开说明。

锁屏通知

1）锁屏时的通知可分为对通知内容的只读型和操作反馈型。只读型通知重压后图片放大，信息内容不变。操作反馈型的通知允许用户在不打开APP的条件下对通知进行操作，比如回复，如下图重压信息可直接回复。

可操作型通知

通知详情视图最多可以包含四个操作按钮

2）锁屏通知都可以在系统的通知中心进行查看和清除操作，如下图。这里清除只会清除通知栏的通知，不会清除APP内的消息。这里的查看，类似于重压操作，点击后只读型通知只能看到大图和标题，而操作型通知点击查看展开详情，可对通知进行操作。

对通知中心的通知进行操作

3）通知的分类。如果是业务很复杂的产品，应建有通知推送的功能模块，根据推送内容进行分类，同一类通知只显示最新推送的通知卡，点击可展开所有通知（可折叠收起），同时给予用户进行选择接受哪类信息的权力，允许用户进行相应的设置，如活动类推送可拒绝接收。如下图。

APP内推送通知的分类功能

顶部通知/横幅通知

锁屏通知和顶部通知

通知中心

在APP内的通知中心集合了所有的通知。通知中心可以是一个页面，也可以是一个弹窗。所有的通知都被集合到通知中心里，然后再对通知进行导航分类。（之前做一个项目因对通知中心的分类没做好规划导致通知中心界面冗长混乱。正确的做法是将同一类的通知合并成一个组，有助于减少信息重复出现，例如：James与2位好友开始关注你。）

小红书的分类下又有多条消息  

通知中心的优点在于比较灵活，扩展性较好，通知中心的入口可以根据需要进行调整，后续即便是增加了新的通知类型，只需在通知中心内部调整即可，对其他模块没有影响。

通知中心式适合于产品中的通知无法被映射到任何一个已有的具体页面或地方。所以它除了可以是一个汇总表，也可以是信息来源点，比如一些系统通知，告知要升级，因为它没有其他功能可承载，所以只会在消息中心里出现。（当时做的项目也正是这个原因才后边新增了消息中心，一开始并没有规划进去）

3，通知模型

在medium上的一篇原文中的模式，从来源推送出的信息最终在锚点触达用户。这里的锚点可以是直接跳转到具体功能页面，也可以是去到通知中心。

通知的模式，图来自作者湖中小筑关注  

App中推送的通知是与用户沟通的一种方式，提高用户再次进入App的可能性，增加用户的粘性，同时也有几率唤醒那些沉默用户。巧妙地设计通知，不打扰到用户的同时又提供及时的智能的消息，才能给应用加分。

文章参考：

《App的消息通知设计：App常用通知模型》https://www.jianshu.com/p/03814638767d

原文：https://medium.muz.li/designing-notifications-for-applications-3cad56fecf96

微信公众号“呆呆U理”《通知系统的设计规则 | 深度解析》https://mp.weixin.qq.com/s/Xasyve01hwkcTS5pEVqeIA

小感言：有一种说法是，应该多看书少看文章，可能因为文章和自己的知识学习体系不一致导致自己东一抓西一抓。最近看文章做总结的时候，发现可以和自己之前做的项目结合起来一起汇总，然后发现一些文章反复读来真的非常的好，不总结只是眼过一遍简直白瞎了这么好的文章，哈~