今年 WWDC 上,苹果发布的 iOS 12 系统对通知和 Siri 做出了有史以来最激进的改动,那么我们这篇文章就来讲一下新增的能力!
通知分组
iOS 12 引入了全新的「通知分组」功能,可以自动将同一个 App 发出的通知归为一组,帮用户减少通知过载带来的困扰。分组前几十几百条通知,按 App 归类后,就能变成清爽的几个通知组了。
但是这也带来了一个问题:分组后,就只有最新的一条通知能被用户看到,大大降低了推送的曝光率。例如:下面的腾讯新闻,90+ 条的通知,只有最新的一条能被看到,其他需要用户点开才能展示,势必会造成原本已经很低的打开率继续下降。
乍一看,通知分组会给运营带来极大的负面影响。不过,苹果早就为大家想好了解决方案——通知系统允许开发者自己决定是否分组合并,只需要为每条通知配置不同的 Thread Identifier(线程标记),系统就不会把标记不同的通知合并。
举个例子:系统自带的「短信」应用,对每个联系人分配了不同的标记。同一个联系人发送的消息会被合并,而不同联系人的消息,会保持独立的分组。
也可以想象,以后同一个微信群的聊天将会自动合并成一个小组,再也不会因为加了某个特别活跃的群里,而错过了重要的单聊。即刻的同一个主题下的更新,也能自动合并在一个分组。
运营同学掌握了上面的小技巧,不但可以让你的重要通知独立出来,还能为用户带来更好的通知体验。但是,如果分组是完全被 App 掌控的,那面对国内如此多的流氓推送,用户会不会依旧被通知淹没?
别担心,苹果还提供了一个新的设置,大家可以在通知中心,为每个 App 单独设置「自动」、「按 App 合并」,或是「不合并」。
无需授权运营人员最害怕的不是用户点击率低,而是用户在面对下面这个小窗口的时候,直接点击了「不允许」。
iOS 12里,你可以不用再向用户弹这个小窗啦!只要你的消息带上「临时许可」的参数,可以不用请求用户授权,直接给用户发一个「隐式推送」。
「隐式推送」不会有通知音效,也不会直接弹出,也不会出现在锁屏,只会乖乖地呆在用户的通知中心。当用户下拉查看通知中心的时候,带有「临时许可」的特殊通知就会静静地躺在哪里,等待用户的下一步确认。
这通知长这个样子:
仔细留意通知下面小小的确认条,用户可以选择 Keep (保留)或者 Turn off(关闭)。点击「保留」后,用户还可以选择「显式推送」或是「继续隐式推送」。
这功能能让用户先看到通知,再决定要不要保留。以往一股脑要求用户授权的时候,有的用户(例如我)就会习惯性禁止大部分 App 的推送权限,新版本里,用户可以先了解 App 通知的质量,再决定是否继续接受推送,对比旧版人性化了许多。
苹果这个操作也是希望良心 App 更好获得通知权限,让通知真正被用来体验,达到开发者和用户双赢的效果。
3秒取关前面两大功能,都是为开发者提供更好的推送体验。但倘若开发者滥用上面的功能,强行给用户推送不合并分组、低质量的通知,苹果也赋予了用户反击的利——用户在任意一个通知左滑呼出菜单,选择「管理」,无需跳转就能关闭通知。
当用户看到不喜欢的通知时,只需要 3 秒就能让其「隐式推送」,从此变成哑巴通知,甚至直接「关闭」,永不超生。不过,这个「关闭」功能还是有一线生机的,他会弹出一个确认框,来提醒用户关闭后将不会收到当前应用的所有通知。
苹果还给开发者留下了最后一次挽留用户的机会,开发者可以选择在确认阶段加入一个「在应用中设置」按钮,点击后将跳转到应用内的通知设置页面,开发者可以在这个页面为用户提供更细粒度的通知管理功能。例如 :Podcasts 「广播」应用,就提供了这个功能。
用户进入到配置页面,就可以根据自由配置开发者提供的通知分类。Podcasts 提供了电台粒度的推送开关,可以为不同电台定制化通知策略。
同样的,电商之类的应用也可以将交易、促销等通知信息分类,让用户可以更自由、更细粒度地控制自己接受的通知。