谈谈IM类APP的未读消息push功能设计.pdf

谈谈IM类A PP的未读消息push功能设计 生活中常常发生这样的事情 ：用户并没有打开某个app ， 知栏仍然会收到来自该app的消息 推送 （即push ）。事实上 ，只要用户没有在使用app ，不管是被切到后台、还是终止进程、 甚至从未打开 ，用户都可能会收到push。 Push是运营中常用的方法和手段 ，运用好push可以提高产品的活跃度 （DA U/MA U ）、带动功能模 块的使用率、唤醒沉睡用户从而提高留存率。当然 ，如果push被滥用 ，推送的消息过多或用户不感 兴趣 ，将会对用户造成打扰 ，从而招致用户的屏蔽或卸载。 未读消息pus h对于I M类app的意义 除了前述的共性意义外 ，不同类型app的push还具有自己特有的意义 ，例如 ：对于电商类app ，push 过个性化推荐商品或发放购物红包 ，刺激用户的购买行为 ；对于内容类app ，push 过推送用户 感兴趣的内容 ，增加用户的粘性。 对于IM类app而言 ，push除了是一种运营的方法和手段外 ，更是实现基本IM功能的必要条件。IM 类app的未读消息push功能可以在用户离开app界面且有新的会话消息时 ， 知用户并由用户决定是 否查看。试想 ，如果你离开了app界面 ，而app又没有push功能 ，那么消息传达的时效将无法保证、 沟 效率将大大降低。 未读消息pus h功能设计中需要考虑的问题 关于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