IM PUSH调研完结篇

一、背景介绍：

项目的发起源于公司久久提到用户通知样式不对，收不到通知，通知没有声音，通知过度打扰用户（ 5.31号技术周会提到）

为了解决这类问题，于是利用空闲时间开启了 push样式调研和push通知声音调研。而这个工作量是庞大的。

最后发现我调研了这么多，却没有终结。只是感觉提交了一堆调研文档。却没有切实的解决问题，线上用户依然听不到我们的在线通知。

这不是我想要的结果，况且耗费这么大的精力。我在反思那我们调研文档的目的收益是什么呢？说小了是为了生产中解决问题，说大了是为了让产品打磨的更好，更精细。

于是便有了关于篇《引导用户打开通知权限》，去引导用户打开通知权限。这样就能解决我们在生产中遇到的问题。

二、讲解前面做的一二三篇调研帖。

三、发现大厂原来这么做

从而经历过这次调研，发现，大厂毕竟还是大厂。他们先知先觉，他们防患于未然，细节做得就很好。

话出有因。

作为用户的你，有没有试过这样的经历，常常会被一款APP的频繁推送烦扰，但又因为怕错过其中的重要信息，而不敢一刀切地将该APP的通知功能禁用掉

而作为产品的你们，又有没有需要这样的需求，要求应用内的有些通知能让用户立即看到(如@提醒消息)

如果你有以上的痛苦，那么这篇文章就是你的解苦良药。

假如给你展示以下两张图，哪一张会让你看起来感觉更舒爽？

PICO 和钉钉的通知系统设置截图

钉钉：

可以看得到钉钉的通知设置更明确，使得用户更清晰的知道自己需要哪些场景的通知和不需要哪些场景的通知。

四、通知渠道概念

以Android 8（API 级别 26）及更高版本为平台的应用，「通知渠道」这个名称确实不太好理解，用「通知场景」来描述，可能就清晰准确得多。

什么是通知场景呢？以一款即时通讯APP为例，可能包含系统通知、聊天消息、@提醒消息、音视频通话等多种场景类型下的消息，不同类型的消息要求对用户的提醒程度不一样，具体就体现在对用户视觉、听觉上的干扰程度上。

举个栗子，对于系统通知类的推送（比如谁加了我好友），可能并不需要用户立即处理，所以只需要在状态栏显示一个小图标，并在抽屉式通知栏显示一条通知，让用户知道有这件事即可。

而对于聊天消息，由于可能包含用户关心的内容，除了以上两个手段，常常还需要辅以提示音和震动以加强提醒。

至于@提醒消息和音视频消息，一般都是有针对性地推送，是需要用户立即处理的，要求能以浮动通知的形式显示，并且此时如果处于息屏状态，还需要能够唤醒屏幕，并在锁屏页面显示通知，音视频消息还可能需要自定义提示音以及持续震动，才能达到强提醒的目的。

此处举例场景一张表格：

可以用来调整通知的重要等级策略，来解决通知对用户的过度打扰问题。

五、渠道优先级

需要注意的是，当我们创建好通知渠道并提交后，便无法再更改通知行为，此时用户拥有完全控制权，用户可以随时可以在通知设置页更改他们对应用渠道的偏好设置。

我们能做的，仅仅包括以下几个方面：

* 更改现有渠道的名称和说明

* 删除现有通知渠道

六、组的概念

再看一下高德地图通知列表，更清晰明确的可以看到组的概念。

六、

总结：在我看来，规范使用「通知渠道」的好处可以概括为：

**更细粒度地划分应用内通知的场景，可以单独控制每种场景对用户的干扰程度，降低对用户的打扰，从而提高用户体验。**

幸运的是，很多APP已经意识到了这个好处并付诸实践，但仍有更多APP的通知管理仍处于很混乱的状态，因此希望这部文章对我们能够起到一定指导作用，帮助咱们建立规范对标大厂能力。

附：附带网易IM 现有通知可以配置PUSH能力链接，感兴趣的小伙伴可以看看。