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

我们生活在一个信息大爆炸的时代,人们与电子设备互相捆绑,加上各大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。

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

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

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