满江红的推播通知让人疲乏,未来如何透过人工智慧优化推送逻辑?

随着智慧手机的诞生我们进入到了手机应用的时代。手机应用的特点就是功能性,并且拥有互相独立的界面。而过去没有 GPS,没有没有通讯软体,并且大部分交流都是通过发简讯、邮件或者最原始的电话。

当然,今天的行动装置就完全不一样了——它们知道我们在哪,连接着我们,而应用程式也更加先进。这些手机应用的发展比它们的手机作业系统更超前。为了适应这些变化,iOS 和 Android 系统都试着让手机应用程式把这些活动显示出来,但却是通过一个很不明智的方式。于是呈现在我们眼前的就是无数 icon 上的红点、自动更新的标记以及没完没了的通知。

啊,这幺多通知!当通知的功能刚刚出来的时候,手机应用程式的开发者们非常高兴,因为在用户不使用手机应用的时候也能吸引他们的注意。但我们却被这些聒噪、不定时、界线不清的通知所困扰。这些通知已经变成了一种盗取我们注意力的策略而非改善我们的生活的方式。但我们越来越清晰地看到,这些通知是不能持续的「侵入」。大部分有效的手机通知提示都是与个人财务相关,与害怕有关,或者说有某种程度的社交控。由此,这些公司变换不同花样来博取我们的注意力。

这是典型的「公地悲剧」,「在个体可根据自己的利益最大化来使用共享资源的情况下,反而因为个体行动的累积而使资源耗尽或过度开发,最终导致所有人的损失。」其中提到的「个体」在我们所说的例子里就是应用程式的开发者。这些根据自己的利益行动的人,使用各种通知来吸引我们,这就造成了过度开发「公地」资源——即手机主萤幕、提示和用户不使用应用程式的状态。

大量的通知过度开发了每个人的讯息通道。现在,所有的应用都争着向我们发送通知以此在其它手机应用的通知中胜出。之前跟一个创始人聊天,他告诉我「现在我们发现用表情符号通知能提升 20% 的效果。」但我知道,最后表情符号也会被所有通知滥用,这只是时间问题。这是无法持续的。在遭遇手机应用通知的狂轰滥炸时,我们要如何从这个以应用程式为中心的世界里走出来?

长期解决方案:一个智慧的「通知管理」应用程式接口

因为我在不同的手机应用程式团队工作,包括小到几十个初创团队大到像 Periscope/Twitter,Pinterest,,Behance,Adobe 和 the Prefer 这样的后期产品团队,我很清楚这些通知如果被正确使用就能很好地提升我们的工作和生活。这里是我的一个想法,欢迎任何在苹果,google 或者在公寓、车库里初创的团队借鑒:即创造一个单独的提示管理服务,让所有的应用都可以通过其向用户发送提示——让我们叫它「通知管理 API」。

这个通知管理 API 能够囊括所有的数据,像你的位置、行程、你在特定时间使用特定程序的习惯以及你在过去相同通知上的历史「转换」。这个系统也能够根据其他用户的行为来优化默认通知偏好。例如,如果跟你类似的人在特定的时间或地点查看了特定应用的通知,那幺你也会相似地收到提示。但那些推播太多花边内容和无意义通知的应用则会被过滤掉,大部分用户不会看到它们。

想想这样做的影响:

通知会得到重视并且还会变聪明。当你的日曆显示你正在开会,你就绝不会收到任何提示,除非真的很紧急。但当你的手机加速计显示你正乘着 Uber 回家的路上,你就能收到一系列的通知,提醒你继续拼字游戏,并且邀请你收看现场直播。

人工智慧优化通知。如果一个用户不怎幺看某个应用的通知,那不仅仅他会越来越少收到这类通知,其他用户也会越来越少看到。系统能够学习并设置通知偏好和需求,它很像 Spotify 测量你的音乐品味或者 Stitchfix 根据其他用户行为理解你的穿衣风格。这个系统会越来越聪明,保证为每个人推播相关更大的通知。

通知管理 API 能够改变当前的模式,通过激励应用开发者们只推播最实用、最适时并且增加价值的的通知,以使他们的产品能够得到优质的关注。「公地」就会变得更广阔更肥沃。久而久之,iOS 和 Android 通过不断改进就能提供更好的资产,只要质量得到保证,这个「公地」就是被重视的而非被污染的。

短期解决方案:优化通知逻辑

对于做应用程式的公司来说:花费时间和精力在优化通知上能够为它们创造强大的城壕。必须在设置通知时间和方式上进行创新。一个简单的逻辑模式是不够的。Slack 判断是否要向一个用户发送提示的逻辑图就是一个很好的例子。这个图表的分析很深刻!

满江红的推播通知让人疲乏,未来如何透过人工智慧优化推送逻辑?

越来越多的人开始关掉应用通知。因此,即使只是为了首先使用户继续接收提示,你的团队需要对自己的提示系统进行创新。当然,让每个应用程式单独更新其提示系统的短期方案并没有太大作用,因为再聪明的提示也会被其他大量不走心的提示所覆盖。除非利己主义被推翻或者设置一定的规则,这个公地悲剧才能得到解决。

最重要的是,通知的逻辑应该由人工智慧来处理,并基于相关性、紧急性、地点和关係等因素。对于手机作业系统自身来说最好的解决办法就是创造一个提示管理 API,所有的应用程式都必须服从其逻辑;或者我们需要一个新的手机作业系统,更关注我们的位置和需求而不是我们手机上安装的那些应用程式。