谈谈IM类APP的未读消息push功能设计
生活中常常发生这样的事情:用户并没有打开某个app,通知栏仍然会收到来自该app的消息推送(即push)。事实上,只要用户没有在使用app,不管是被切到后台、还是终止进程、甚至从未打开,用户都可能会收到push。
Push是运营中常用的方法和手段,运用好push可以提高产品的活跃度(DAU/MAU)、带动功能模块的使用率、唤醒沉睡用户从而提高留存率。当然,如果push被滥用,推送的消息过多或用户不感兴趣,将会对用户造成打扰,从而招致用户的屏蔽或卸载。
未读消息push对于IM类app的意义
除了前述的共性意义外,不同类型app的push还具有自己特有的意义,例如:对于电商类app,push通过个性化推荐商品或发放购物红包,刺激用户的购买行为;对于内容类app,push通过推送用户感兴趣的内容,增加用户的粘性。
对于IM类app而言,push除了是一种运营的方法和手段外,更是实现基本IM功能的必要条件。IM类app的未读消息push功能可以在用户离开app界面且有新的会话消息时,通知用户并由用户决定是否查看。试想,如果你离开了app界面,而app又没有push功能,那么消息传达的时效将无法保证、沟通效率将大大降低。
未读消息push功能设计中需要考虑的问题
关于push需要注意的共性问题,如push频率、push对象等,相关讨论已经很多,这里主要结合IM类app的特点,讨论IM类app在进行未读消息push功能设计中需要考虑的特性问题。
PC和app同时在线时,是否向手机发送未读消息push
当PC和app同时在线时,用户可能已经在PC端查看了消息,此时的未读消息push也许对于用户来说就是不必要的打扰。对此,微信和钉钉的做法是,允许用户选择是否需要push(“开启手机通知”或“关闭手机通知”)。这种给予用户选择权的做法应该借鉴。但是,仅仅提供开启或关闭两个选择,又会导致一些问题:如果用户开启了通知,那么当用户在使用PC客户端接收消息时,放在一旁的手机仍然会收到未读消息push,对用户造成干扰;如果用户关闭了通知,那么当用户不在电脑前时,手机端收不到未读消息push,消息不能及时被查看。
基于上述场景中的问题,我认为一个合适的解决方案是:除了提供通知的开启和关闭选项之外,还提供一个“智能通知”的选项,用户选择智能通知后,根据PC客户端的使用状态来智能地进行推送,当用户状态为“离开”时发送push,当用户状态不是“离开”时不发送push,既减少了对用户的打扰又保证了消息传达的时效,如图1所示。
图1 “智能通知”流程图
普通消息和重要消息是否需要区分对待
IM中不同消息的重要程度不同。一般来说,@消息、单人消息、强提醒消息(如钉钉的DING)相对于普通的群组消息更重要。将重要性不同的消息区别对待,可以在尽量少打扰用户的同时保证消息传达的时效。但是,经过调研发现:大部分IM类app并没有提供这方面的设置,如微信、钉钉;而另一些app则允许用户进行详细的设置,如slack支持设置全部消息都通知、只接受DM消息和关键词消息通知或不接收通知。
微信、钉钉通过push不断唤醒用户可以提高用户的活跃度和粘性,从而实现商业目的;slack提供的设置可以满足用户对于未读消息通知的个性化需求,从而获得更好的用户体验。取得用户目标和商业目标的平衡是做好产品的关键,微信、钉钉、slack之类耕耘IM领域多年的产品的做法不同,这实际上是不同的产品设计原则的体现。
用户点击未读消息push后是否直达相应的会话页面
对于活动信息push,用户点击后应当直接进入相应的活动页面;对于电商类app的商品push,用户点击后应当直接进入商品详情页面。否则,如果用户点击后进入的是app首页,用户还要花精力去寻找感兴趣的活动或商品在哪儿,这是不友好的用户体验,一定程度上挫伤了用户点开push的热情。目前这个设计原则已经基本上被认可,但是IM类app中的未读消息push却并不是那么回事儿。
一般来说,app基本不会在同一时间推送两条活动信息;当电商类app推送多个商品时,用户也不大可能同时对两个以上的商品感兴趣(至少目前的技术条件下还不能实现如此精准的推送)。而IM类app中的未读消息有多条是很常见的情况。如果用户点击push后直接进入相应的会话页面,那么TA可以直接看到该未读消息,但可能会忽略其他的未读消息(因为用户未必注意到其他未读消息)。如果用户点击push后进入的是消息主页面,那么TA可以从消息列表中选择重要消息先看,随后再查看其他消息,但查看重要消息会多一次点击。因此,用户点击未读消息push后,未必应该直达相应的会话页面,需要通过一些数据进行分析和讨论后再做决定。
PC端查看消息后,手机push是否应该自动撤回
本部分的讨论基于以下两个场景:
场景一:用户选择当PC和app同时在线时“开启消息通知”,或选择“智能通知”并处于离开状态,在此条件下,有未读消息时手机会收到相应的通知,但用户并没有点开该push,而是在PC端查看了该未读消息。
场景二:用户PC离线时收到了未读消息push,但未点开该push,而是登录PC端后在PC端查看了未读消息。
在上述场景下,用户实际上已经在PC端查看过了未读消息,本着减少对用户的打扰的原则,在用户查看未读消息之前手机收到的push应撤回。尤其是企业级IM类app,办公时间消息的收发十分集中,如果PC端查看消息后手机push仍然霸占着通知栏,无疑会引起用户的反感。
作者: 刘增明 (微信号:lzm479364262),浙江大学研究生,目前产品实习中,寻求相关工作机会。
本文由 @刘增明 原创发布于人人都是产品经理。未经许可,禁止转载。