To B 产品的消息推送设计

                      产品老司机?#32844;?#25163;教写文?#25285;?0天线上课程,零基础掌握产品经理必备7大文档撰写法。了解一下>

                      消息推送越来越成为APP中不可或缺的功能。好的推送可以提升用户的活跃度、粘性、参与度。但是,设计的不好容易引起用户的反感,提高产品的卸载率。下面分享的就是我对于消息推送功能设计的过程。

                      每个新功能的开发都要基于自身产品的定位,明确功能设计的目的。由于我负责产品的定位是To B 端的工具型产品,设计的目的是提醒用户每日的工作内容,提高用户的参与度。所以整个功能设计都在这个基调上进行,兼顾一些拓展性。

                      前期设计参照了几个市面主流APP的消息推送功能,再结合产品本身的定位进行方案的选择与调整。整个推送功能的设?#21697;?#20026;以下几个模块:数据?#30784;?#25512;送管理?#25945;ā?#25512;送消息设置、推送颗粒度设置、历史仓库、数据分析、第三方几部分。下文主要阐述推送消息设置、第三方?#35762;?#20998;。

                      以下是整个设计的框架图:

                      推送消息设置

                      消息分类

                      消息分类跟产品的定位是紧密相关的。例如:淘宝的定位是商品的交易?#25945;ǎ?#25152;?#36234;?#38754;上设置了物流消息、通知消息、互动消息等消息入口;当当读书的定位是电子书购买、阅读、书评的?#25945;ǎ?#25152;以设置了小铃铛(买书的货币)、回复我的、书籍更新等入口;网易云音乐的定位是音乐播放下载、分享、交流的?#25945;ǎ?#25152;以设置了云音?#32622;?#20070;、评论等入口。

                      消息分类的展示样式:常见的有列表、TAB页的?#38382;劍?#25110;者是两种展?#20013;问?#36827;行组合。下图为不同淘宝、当当读书、网易云音乐三个APP的消息界面截图:

                      我目前设计的产品要实现的是对工作内容的推送,且用户对每周上线的新功能比较关注,所?#36234;?#28040;息分为了上线公告、业务消息、系统消息三大部分。整个消息的界面设计参照了淘宝。在底部进行大类区分,然后在每个大类里面以列表的?#38382;?#20570;二级分类。

                      • 上线公告:当有新功能上线或对某个问题进行修复时,进行消息推送。
                      • 业务消息:推送反馈用户的业务完成情况,提醒用户完成相应的工作。在业务消息内支持多种业务的推送。
                      • 系统推送:版本更新、系统优化等功能推送。

                      界面草图如下:

                      消息推送?#38382;劍?#25163;机通知栏、弹窗、红点、角标

                      各种类通知栏的强弱感知如下:手机通知栏>弹窗>角标>红点。多?#20013;问?#20063;可以组合使用。

                      • 手机通知栏:推送级别较高。支持用户在未使用APP时进行提?#36873;?#21050;激用户打开使用APP。
                      • 弹窗:打开APP时,进行弹窗消息推送。支持用户打开APP后,进入新的功能模块。
                      • 红点?#21644;?#24448;设置在APP内消息的入口处,属于较弱的提示。
                      • 角标:设置在APP图标上或者APP内菜单入口,提示未读消息的数量。

                      下图是各类消息类型的样式:

                      由于我目前产品需求负责人希望实现:用户在没有使用APP的情况下,引导用户进入APP,完成工作内容。所以产品采用的是手机通知栏推送。之后要上线的公告消息、系统消息功能推送,会偏向于使用弹窗推送、角标提示方式,这样不会频繁的干扰用户。

                      消息推送目的地:消息中心、具体消息页面

                      推送的落地页面往往跟推送的内容有很大关系。如果是推荐一款理财产品、提示一个物流进度,点击后都是进入相应的消息界面。如果是一次推送多个系统消息,无法法直接跳转到某个具体界面,只能先进入中心,再选择阅读。每个消息都单独推送是很容易引起用户反感的。

                      • 消息中心:提高其它分类消息的曝光度。进入消息中心界面,用户可重新选择相应的分类消息进?#24615;?#35835;。
                      • 具体消息:一般适用于具体的某次活动、或者是新闻类的资讯。用户点击提醒,说明是对消息的内容感兴趣,跳转?#26009;?#24773;页,直奔主题

                      我这次的产品设计将目的地设置为了消息中心。原因?#21368;?#20854;一,由于消息入口是新上线的,将目的地引入消息中心,可提高该入口的曝光度,为之后上线的公告推送、系统推送做预热。其二,为了不打扰用户,每天只推送一次消息,这一条消息内包含?#21368;?#26465;的待办事项,故不能直接进入对应的具体消息界面。

                      消息推送?#34987;?/strong>

                      • 主要分为定时推送、实时推送。

                      定时推送:外卖型APP的推送,一般要设置在饭点前推送。也可根据用户的使用习惯,进行推送的细分。?#28909;?#29992;户点一般在晚上8点的时候点外卖,就可以在7点半的时候进行消息定时推送;也可根据用户的使用频率进行推送。如,用户七天内未使用APP,则进行消息推送?#21462;?/p>

                      实时推送:发生了新的新闻,有新的促销产生,就会实时进行消息推送。特别是对于有时限性质的消息,如果延迟推送,就可能给用户造成了损失。

                      • 遵循克制的原则。对于To B 端的产品虽然不用担心卸载率,但推送?#38382;?#36807;频繁,推送过多无价值的内容,也容易引起用户的反感。如果是To C的产品往往容易导致用户卸载之类的问题。
                      • 用户首次安装APP后,往往会关闭了消息推送功能。有时候需引导用户打开。引导?#34987;?#21487;以是系统更新、有重要业务功能上线。

                      我这次产品设计,由于是业务上功能上的推送,实时性要求不强,故设计为了定时推送。每天早上9:00点推送一次,每次推送一条,在推送的一条消息里面提速待办的工作条数。用户早上一上班就可以看到要工作的内容,提高了工作效率,减少了对用户的干扰。

                      其它消息推送属性设置

                      • 推送的模板:手机通知栏、弹窗推送的模板设计。手机通知栏设置特定的模板,方便用户对消息的识别,减少用户认知?#35757;馈?#20294;是如果千篇一律的推送,又会造成用户审美疲劳。标题设计要遵循「AIDA法则」。(何谓AIDA法则:attention-引起注意,interest-产生兴趣,desire-唤起欲望,action-点击或购买行为),个人觉?#27809;?#26159;要根据APP本身的定位而定。To B端的APP将意思表达清楚就好,太花俏的文案反而不太适合。
                      • 消息推送时的声音、字体、图文、动图设置。
                      • 消息与账户登录关?#25285;?#29992;户以游客模式就可以查询到消息,还是必须登录后查询。?#28909;?#26032;功能推送这个就应该支持游客模式,项积分、酬金类的推送,就必须登录后才能查?#30784;?br />

                        消息推?#25512;教?/strong>

                      目前消息推送主要分为以下三个模块:手机厂商(小米推送、华为推送)、第三方(友盟推送、极光推送、个推)、BAT推?#25512;教ǎ?#38463;里云推送、腾讯信鸽、百度云推送)也可?#36234;卸?#31181;推送?#38382;?#30340;组合。

                      由于之前公司的产品已经集成了个推,所以是沿用之前的方?#31119;?#25552;高开发的效率。具体在产品测试的时候也?#34892;?#21453;馈小米、华为的进程取消后,无法接收到推送的消息。之后产品可能改进为采用个推+小米推送+华为推送的模式。

                      设计不足之处

                      本次设计虽然在后台预留了消息推送的多维度(版本、机型、地市)配置。但是由于前期对用户数据统?#21697;?#26512;的不到位,导致无法对于推送消息进?#21368;?#32500;度、细颗粒度分析。如:哪些地市的用户对于消息推送点击率比较高、用户对于推送消息的点击率?#21368;?#23569;?#21462;?/p>

                      对于消息的到达率、转化率没?#21368;?#20041;好,无法衡量第三方推送是否达到了预期效果。无法从数据上获知小米、华为等机型推送的消息到达率是否有问题。

                      无法从数据上统计,用户是否反感这种推送设计,用户对于设计的推送模板是否感兴趣,推送的内容是否影响到了用户。只能通过用户的反馈来检测。

                       

                      本文由 @张小菜?原创发布于人人都是产品经理。未经许可,禁止转载。

                      给作者打赏,鼓励TA抓紧创作!
                      6人打赏
                      评论
                      欢迎留言讨论~!
                      1. 缺少消息?#34892;?#26399;;用来控制消息的发送时间区间。例如你是发给客户的弹窗消息,那么很长时间没有登录,那么一登录是不是把之前所有都推给客户?
                        还有分类中缺少一个针对所有新用户的消息分类。每个新户都会自动接收到几条消息。

                        回复
                      2. 其中的消息推送管理?#25945;?#33021;说明下么?

                        回复
                        1. 我也想了解下消息推送管理?#25945;?#22914;何设计的~

                          回复
                      3. 上线公告:当有新功能上线或对某个问题进行修复时,进行消息推送。
                        系统推送:版本更新、系统优化等功能推送。
                        这两个的定义有明显的区别吗?我看不出来呀

                        回复
                        1. 上线公告是业务上的,就是显示每周上线的新功能及在功能上的优化。系统推送是?#31119;?#29256;本更新等技术上的更新。不知道这样有没有阐述得清楚

                          回复
                        2. 我的理解是版本更新包括了新功能上线、功能优化以及系统优化的,所以看不懂为什么要进一步做区分。还有就是这里的系统推送的这些技术上的更新对于用户来说有重要到需要单独设一个tab进行消息推送吗?

                          回复
                        3. 产品新功能上线公告是属于业务上的优化,业务每周都会进行调整优化更新,To B端的产品负责人对这块比较关注,所以单独拿出来,做一个独立的模块。还有个考虑就是,业务部门也要推送一些业务上的公告类消息,以后也放在这个入口里面。像安全加固、系?#25104;?#32423;这类消息就不放在这里,做干扰了。对于普通的用户来?#25285;?#31995;统公告一般是不太关注的。

                          回复
                        4. OK谢谢~我倒是觉得这里的系统消息功能可以砍掉

                          回复
                      login博九彩票

                                                              四码二肖中特 爱彩网即比分直播 新疆风采18选7走势图 1980期南国彩票论坛 体彩竞猜微信群 河南11选5开奖信息 福彩东方6十1走势图综合版 双色球走势 中国彩票我帮你 六和合彩期特码资料 财神爷特码资料 黑龙江22选5五行走势图 象棋小游戏7k7k 查询2018年的湖南彩票中奖号码 天津快乐10分玩法