从APP的内外场景，聊聊社区产品消息提醒的重要性.docVIP

从APP的内外场景，聊聊社区产品消息提醒的重要性 　　由于移动社区具有互动随时随地、互动频繁和互动及时性的特点，适当的消息提醒显得尤为重要。 　　 　　适时适当的消息提醒对社区产品来说也是很重要的一个环节，这个得从豌豆荚的产品经理Lebanner在知乎上对于移动社区和传统互联网社区的对比分析说起。 　　 　　总结说来，他认为社区在移动互联网的发展能够打破原有限制，从网页结构和有线网络到移动端的迁移，使用户能够随时随地地在社区参与互动，这时候，及时的消息提醒对用户来说尤其重要； 　　第二个是在移动社区互动价值的意义远大于内容质量的意义，哪个移动社区凝聚力强和互动频繁能够带动社区的迅速成长，在这方面看来，消息推送和提醒对提高凝聚力和促动频繁互动都有很大的帮助； 　　移动社区最后一个显著的特征是，内容产生方式和互动方式变得多样化了，出现了不仅限于文字和图片的内容，更有基于移动设备条件下的语音、录像、位置信息和直播等的形式。这些形式，尤其是直播使及时互动成为社区活跃的必备因素，因此，社区必须重视及时的消息提醒。 　　 　　关于消息提醒的大场景，大家都比较清楚，分为在APP内的提醒和离开APP后的消息推送。 　　APP内提醒 　　信息架构 　　在APP内的消息，通常会有很多不同类型的提醒，不同的社区会按照一定维度对不同的消息类型进行整理归类。以百度贴吧APP为例，它的提醒包括了私信、精选推送、吧广播、回复和@我的等提醒，并将所有的提醒分成了消息和通知两类，用两个不同的消息盒子去承载。 　　 　　这样做的好处是，能够让不同分类下的提醒样式统一：通知是与帖子关联的，因此消息样式是附着帖子的；而通知是不关联帖子，因此统一以对话的样式去承载。然而，这样做最大的问题是，将私信和推送两种及时响应程度不同的提醒放到同一个消息盒子中，并没有为用户理清楚哪些是需要及时关注的，哪些是能够先搁置的。 　　 　　在我个人看来，更为合适的消息提醒的信息架构是，根据用户是否需要及时回应提醒进行归类整理。目前，手游宝内的消息是分成通知和信息，通知里面包含了太多类型的内容，我们要做的应该是独立出互动消息（评论和回复），整合系统通知（关注、审核结果等）和运营需要的推送，按用户的即时响应度排列，分成【私信】【互动】【通知】三类。 　　 　　提醒入口及方式 　　在提醒入口的分类上面，我把一般社区产品的消息提醒入口分为全局提醒和局部提醒，以及多入口提醒和单入口提醒两种维度的消息入口设计。 　　全局提示 　　一般，全局即时显示的方式多用于私信，如下图左的百度贴吧有私信时，私信者头像会即时出现在最前面；下图中same收到消息时状态栏即时出现提醒；以及在in中，消息会出现在当前页面右侧。在使用这样的提示方式时，要根据不同场景设计不同的样式，尽量利用系统能够提供的一些便利点。 　　 　　全局及时的提醒能够及时通知用户，形成快速的回应和互动；同时，也可能会干扰用户和打断用户现有的任务流，比如说用户在阅读时受到消息会立即进入消息回复，当完成了消息回复的动作后极有可能已经忘记之前的操作了，因此会导致社区内的很多任务不能形成闭环式的体验。 　　局部提醒 　　另外，与全局提示相反的还有一种局部显示的方式，如nice在小圈里面，当用户在小圈内收到该小圈相关的消息时，会出现消息通知的提醒。这种提示方式较有针对性，能够尽量减少干扰；但是可能会造成用户在跳出相应场景后不能及时接受通知，同时也可能造成用户对消息出现的机制形成困惑，他可能会思考：为什么消息有时候会及时出现有时候又不提醒呢？因为，这种方式比较适用于有相对独立体系的社群内。 　　 　　多入口提示 　　从消息提醒入口的数量维度上分析时，当我在百度贴吧收到一条回复时，会有三个地方同时出现提示，如下图。这样的多入口提醒方式能够增加用户注意到提醒的可能性，同时提高用户对消息进行响应的速度，但是也增加了用户选择入口的成本。除此以外，多入口提示时需要一个相对固定的入口，让用户知道消息存放的具体位置，如独立的页卡或者是顶部的固定图标入口等。 　　 　　关于提醒入口，我认为应该要固定入口与浮动变化的入口结合，而这个固定的入口是要唯一的，不能设置多个固定入口给用户选择。同时，全局提醒和局部提醒的方式结合也适用于拥有多个独立模块的手游宝。 　　APP外提醒 　　最后，简单分析一下用户离开APP后的消息推送。首先，当用户收到推送的时候会有两种反应，一个是接收消息，一个是不接受消息，甚至会导致用户卸载APP。那么社区产品为了提高互动的有效性，该如何加强用户从接收消息到打开APP产生互动的这条路径呢？ 　　消息的推送应该要遵循下面的几个原则：用户相关优先、细分对象、归还主动权、后续动作完整。一般社区产品推送的消息可以分为与用户相关的（如回复、私信等）和运营的推送（如优