To B 产物的消息推送假想|7788pan


摘要: 消息推送愈来愈成为APP中不成或缺的服从。好的推送可以或许提拔用户的活泼度、粘性、加入度。但是,假想的欠好简朴惹升引户的恶感,进步产物的卸载率。上面分享的就是我关于消息推送服从假想的进程。 每个新服从的开辟都要基于自己产物的定位,分明服从假想的方针。由…

消息推送愈来愈成为APP中不成或缺的服从。好的推送可以或许提拔用户的活泼度、粘性、加入度。但是,假想的欠好简朴惹升引户的恶感,进步产物的卸载率。上面分享的就是我关于消息推送服从假想的进程。

To B 产物的消息推送假想

每个新服从的开辟都要基于自己产物的定位,分明服从假想的方针。因为我当真产物的定位是To B 真个工具型产物,假想的方针是提示用户逐日的事变内容,进步用户的加入度。所以全部服从假想都在这个基调上遏制,兼顾一些拓展性。

前期假想参照了几个市情支流APP的消息推送服从,再分散产物自己的定位遏制希图的选择与调解。全部推送服从的假想分为以下几个模块:数据源、推送操持平台、推送消息设置、推送颗粒度设置、历史堆栈、数据阐发、第三方几部门。下文重要论说推送消息设置、第三方两部门。

以下是全部假想的框架图:

To B 产物的消息推送假想

推送消息设置

消息分类

消息分类跟产物的定位是精密相干的。比方:淘宝的定位是商品的买卖平台,所以界面上设置了物流消息、报告消息、互动消息等消息入口;铛铛读书的定位是电子书购买、浏览、书评的平台,所以设置了小铃铛(买书的货币)、复兴我的、书本更新等入口;网易云音乐的定位是音乐播放下载、分享、交流的平台,所以设置了云音乐秘书、批评等入口。

消息分类的展示花式:常见的有列表、TAB页的情势,大概是两种展示情势遏制组合。下图为差异淘宝、铛铛读书、网易云音乐三个APP的消息界面截图:

To B 产物的消息推送假想

我而今假想的产物要实现的是对事变内容的推送,且用户对每周上线的新服从比较关注,所以将消息分为了上线通告、业务消息、体系消息三大部门。全部消息的界面假想参照了淘宝。在底部遏制大类辨别,然后在每个大类里面以列表的情势做二级分类。

上线通告:当有新服从上线或对某个成绩遏制修复时,遏制消息推送。业务消息:推送反响反利用户的业务完成状态,提示用户完成相应的事变。在业务消息内支撑多种业务的推送。体系推送:版本更新、体系优化等服从推送。界面草图以下:

To B 产物的消息推送假想

消息推送情势:手机报告栏、弹窗、红点、角标

各种类报告栏的强弱感知以下:手机报告栏>弹窗>角标>红点。多种情势也能够或许组合利用。

手机报告栏:推送级别较高。支撑用户在未利用APP时遏制提示。刺激用户打开利用APP。弹窗:打开APP时,遏制弹窗消息推送。支撑用户打开APP后,进入新的服从模块。红点:常常设置在APP内消息的入口处,属于较弱的提示。角标:设置在APP图标上大概APP内菜单入口,提示未读消息的数目。下图是各种消息范例的花式:

To B 产物的消息推送假想

To B 产品的消息推送设计

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

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

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

消息中心:提高其它分类消息的曝光度。进入消息中心界面,用户可重新选择相应的分类消息进行阅读。具体消息:一般适用于具体的某次活动、或者是新闻类的资讯。用户点击提醒,说明是对消息的内容感兴趣,跳转至详情页,直奔主题我这次的产品设计将目的地设置为了消息中心。原因有二:其一,由于消息入口是新上线的,将目的地引入消息中心,可提高该入口的曝光度,为之后上线的公告推送、系统推送做预热。其二,为了不打扰用户,每天只推送一次消息,这一条消息内包含有多条的待办事项,故不能直接进入对应的具体消息界面。

消息推送时机

主要分为定时推送、实时推送。定时推送:外卖型APP的推送,一般要设置在饭点前推送。也可根据用户的使用习惯,进行推送的细分。比如用户点一般在晚上8点的时候点外卖,就可以在7点半的时候进行消息定时推送;也可根据用户的使用频率进行推送。如,用户七天内未使用APP,则进行消息推送等。

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

遵循克制的原则。对于To B 端的产品虽然不用担心卸载率,但推送次数过频繁,推送过多无价值的内容,也容易引起用户的反感。如果是To C的产品往往容易导致用户卸载之类的问题。用户首次安装APP后,往往会关闭了消息推送功能。有时候需引导用户打开。引导时机可以是系统更新、有重要业务功能上线。我这次产品设计,由于是业务上功能上的推送,实时性要求不强,故设计为了定时推送。每天早上9:00点推送一次,每次推送一条,在推送的一条消息里面提速待办的工作条数。用户早上一上班就可以看到要工作的内容,提高了工作效率,减少了对用户的干扰。

其它消息推送属性设置

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

目前消息推送主要分为以下三个模块:手机厂商(小米推送、华为推送)、第三方(友盟推送、极光推送、个推)、BAT推送平台(阿里云推送、腾讯信鸽、百度云推送)也可以进行多种推送形式的组合。

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

设计不足之处

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

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

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

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

上一篇 下一篇

评论



分享

最新加入

最新评论

隋中缘: @嘉嘉tiffany 性感乳神。 查看原文 06月13日 16:16