编辑导语：如今在这个大数据时代，我们每天要接收很多来自外界的消息，如果刚好遇上了自己业务繁忙的时候，就很可能会忽略掉一些重要的信息；本文是作者分享了关于“跨设备通知”体验的设计思考，我们一起来了解一下。

我们生活在一个信息大爆炸的时代，人们与电子设备互相捆绑，加上各大App和商家为了提升DAU都在研究通知推送的高效触达；因此用户每天接收到的讯息数目巨大，各类纷杂多样的信息渗透在我们的日常生活里，离不开也躲不掉。

另一方面，除了人们依赖的主设备——手机之外，其他各类设备的功能和设计也都越来越先进和完善，例如：

• 在用户每天的On the go时间段，智能手表已经取代手机完成了极大一部分的日常任务，且功能还在不断丰富中；
• 平板电脑正在一代代进行功能创新，加上iPad OS的独立，说明了它越来越能在人们的工作和娱乐活动中独当一面，承担大任。

而在这一现象背后所发生的事情，则是这些设备分走了用户的时间和精力，他们会在特定的场景使用不同的设备去完成相应的任务；以至于减少了对手机的关注，自然就会发生漏看通知、未及时处理的情况。

我们来模拟一下几个场景：

现在是周五的下午四点，老板突然召开紧急会议，你匆忙抓了一台平板电脑就进了会议室；朋友们正在商量今晚应该去哪吃饭，而你忘带手机所以迟迟未回复消息；会议终于结束后你回到工位，拿起手机后发现聚会地点选在了离你公司车程一个多小时的地方，而此时已经快晚上七点了；你身心俱疲，不愿千里赴约，于是继续装作掉线状态独自回了家。

你马上要进行一次重要的方案汇报，正在会议室中做准备工作；你突然发现，你之前传到公共电脑中的材料是昨天的版本，于是你想赶紧登陆一下自己的云盘，下载最新版的汇报材料；由于是陌生设备，所以登录时需要接收验证码验证你的身份，但你从早上到公司就一直在忙着改材料，现在你的手机已经没电关机了。

今天是周六，你需要在家加班完成一篇很长的报告，一整天都要泡在书房里面对电脑；但你在盒马上订购了几批食材，害怕配送员下午敲门时听不到，所以你为了关注盒马的配送情况，在电脑上设置了短信同步；结果呢，配送通知你是收到了，乱七八糟的广告短信你也收到了不少。

综合上述情况我们不难发现，用户现在普遍面临着2个问题：

• 当自己的关注点在其他设备上时，如何能避免错过重要的通知，及时地回复消息，不要成为朋友眼中的“意念回复消息者”？
• 如何能够准确地从各种乱七八糟的信息中间，接收到自己真正需要的、必须及时反馈的通知？

笔者个人认为，可以从以下3点考虑，对跨设备通知规则进行一些优化的设想，减少不必要的通知，提高重要信息的有效触达率：

• 设备选择规则
• 通知筛选规则
• 通知处理规则

一、设备选择规则

在APPLE的Continuity规则中，由于用户当前所在位置和关注点的不确定性，系统为了保证信息确实能被有效送达，登录了同一Apple ID的各设备都会同时收到同样的通知。

但这样处理会有1个小痛点：一旦有通知送达，多个设备的屏幕同时都会亮；功耗问题事小，但对用户来说干扰较大，也许会造成用户一时慌乱、不知该先处理哪个设备的情况。

笔者猜想，当用户拥有多台设备时，是否能为通知推送设置一个“后台状态”，根据用户当前的设备使用情况，决定应该推送到哪个设备的前台？

• 手机作为主设备是接收通知推送的首要选择。当系统判断用户的手机未关机，且处在亮屏状态、正在被使用时，通知首先直接被推送到手机上；
• 若用户的手机处在熄屏状态，系统则转向判断同账号下的其他设备A,B和C，选出正在被使用的那台设备B，继而将通知从后台推送到设备B上；
• 如果此时所有的设备都熄屏，则将通知保存在后台；待用户点亮哪个设备的屏幕，就触发推送，将通知呈现在此设备的界面上；

这么设计推送规则的目的，是为了将通知准确地直接送到用户面前，减少不必要的分心和打扰。

但有一点需要考虑，就是在一些特定的场景中（eg. 平板电脑或者台式机作为家庭共用设备时）如何判断此设备正是用户本人在使用？这是一个值得思考的问题。

二、通知筛选规则

在刚才的模拟场景3中我们可以看到，APPLE目前对短信通知的同步是无差别对待的。

笔者不禁思考：

• 用户一开始同步短信通知的目的，只是希望能及时收到盒马的配送消息而已；
• 当用户选择在电脑上登录微信PC端时，是为了能及时看到他认为重要的消息并回复。

所以当我们讨论“跨设备通知”的时候，实际上是不是只是在期待“跨设备重要通知”？

如今国内各大手机厂商的通知设置里有一栏“不重要通知”，由系统自动判定某些App的通知是非紧急的；因此在视觉呈现上有差别，减少了通知pop-up的数量，帮助用户优先看到重要通知。

如下图：流量使用情况通知

笔者个人认为，跨设备通知应该是在手机的重要通知筛选条件的基础上，进行再分类。

在笔者心中，允许跨设备推送的重要通知分为以下几类：

• 通讯录中的联系人发来的信息；
• 与物流派送、航班动态等相关的通知；
• 通讯类App通知（微信、QQ、钉钉等）；
• 其他用户使用最频繁的App的通知（这一部分希望能允许用户自定义白名单）。

而其他仅关于新闻推送、资讯推送和软件更新的通知，则不允许跨设备推送。

三、通知处理规则

当一条通知在后台待命，被允许在各个设备之间流转时，这条通知最后该被如何处理呢？

笔者从Macbook的最近项目分配规则中得到了一点灵感：未打开过的文件，不会出现在最近项目的文件夹里。

假设用户在设备A上接收到一条通知，但未点开（即未读），系统则将此条通知判定为“未处理通知”，因此该通知依旧在后台保持待命状态；待用户点亮下一个设备B的屏幕时，这条通知会被再次推送到前台，防止用户遗漏，保障触达率。

如下图：通知A和C未在手机上读过，当用户点亮平板电脑屏幕时，依旧可见通知A和C。

以上便则是笔者对跨设备通知体验的一些思考。通知的复杂性、设备的共用情况等都导致了处理场景的多变，而机器也不能完全做到对用户状态的准确把握。

笔者目前的这些设想仅仅只是从用户体验的角度进行了小小的发散，还比较表面、不够成熟。

不知道各位同学有没有这方面的好建议和好想法呢？欢迎一起交流讨论～