系统学习运营课程,加入《91运营网VIP会员》,开启365天运营成长计划>>
每个新功能的开发都要基于自身产品的定位,明确功能设计的目的。由于我负责产品的定位是To B 端的工具型产品,设计的目的是提醒用户每日的工作内容,提高用户的参与度。所以整个功能设计都在这个基调上进行,兼顾一些拓展性。 前期设计参照了几个市面主流APP的消息推送功能,再结合产品本身的定位进行方案的选择与调整。整个推送功能的设计分为以下几个模块:数据源、推送管理平台、推送消息设置、推送颗粒度设置、历史仓库、数据分析、第三方几部分。下文主要阐述推送消息设置、第三方两部分。 以下是整个设计的框架图:
推送消息设置 消息分类 消息分类跟产品的定位是紧密相关的。例如:淘宝的定位是商品的交易平台,所以界面上设置了物流消息、通知消息、互动消息等消息入口;当当读书的定位是电子书购买、阅读、书评的平台,所以设置了小铃铛(买书的货币)、回复我的、书籍更新等入口;网易云音乐的定位是音乐播放下载、分享、交流的平台,所以设置了云音乐秘书、评论等入口。 消息分类的展示样式:常见的有列表、TAB页的形式,或者是两种展现形式进行组合。下图为不同淘宝、当当读书、网易云音乐三个APP的消息界面截图:
我目前设计的产品要实现的是对工作内容的推送,且用户对每周上线的新功能比较关注,所以将消息分为了上线公告、业务消息、系统消息三大部分。整个消息的界面设计参照了淘宝。在底部进行大类区分,然后在每个大类里面以列表的形式做二级分类。
界面草图如下:
消息推送形式:手机通知栏、弹窗、红点、角标 各种类通知栏的强弱感知如下:手机通知栏>弹窗>角标>红点。多种形式也可以组合使用。
下图是各类消息类型的样式:
由于我目前产品需求负责人希望实现:用户在没有使用APP的情况下,引导用户进入APP,完成工作内容。所以产品采用的是手机通知栏推送。之后要上线的公告消息、系统消息功能推送,会偏向于使用弹窗推送、角标提示方式,这样不会频繁的干扰用户。 消息推送目的地:消息中心、具体消息页面 推送的落地页面往往跟推送的内容有很大关系。如果是推荐一款理财产品、提示一个物流进度,点击后都是进入相应的消息界面。如果是一次推送多个系统消息,无法法直接跳转到某个具体界面,只能先进入中心,再选择阅读。每个消息都单独推送是很容易引起用户反感的。
我这次的产品设计将目的地设置为了消息中心。原因有二:其一,由于消息入口是新上线的,将目的地引入消息中心,可提高该入口的曝光度,为之后上线的公告推送、系统推送做预热。其二,为了不打扰用户,每天只推送一次消息,这一条消息内包含有多条的待办事项,故不能直接进入对应的具体消息界面。 消息推送时机
定时推送:外卖型APP的推送,一般要设置在饭点前推送。也可根据用户的使用习惯,进行推送的细分。比如用户点一般在晚上8点的时候点外卖,就可以在7点半的时候进行消息定时推送;也可根据用户的使用频率进行推送。如,用户七天内未使用APP,则进行消息推送等。 实时推送:发生了新的新闻,有新的促销产生,就会实时进行消息推送。特别是对于有时限性质的消息,如果延迟推送,就可能给用户造成了损失。
我这次产品设计,由于是业务上功能上的推送,实时性要求不强,故设计为了定时推送。每天早上9:00点推送一次,每次推送一条,在推送的一条消息里面提速待办的工作条数。用户早上一上班就可以看到要工作的内容,提高了工作效率,减少了对用户的干扰。 其它消息推送属性设置
消息推送平台 目前消息推送主要分为以下三个模块:手机厂商(小米推送、华为推送)、第三方(友盟推送、极光推送、个推)、BAT推送平台(阿里云推送、腾讯信鸽、百度云推送)也可以进行多种推送形式的组合。 由于之前公司的产品已经集成了个推,所以是沿用之前的方案,提高开发的效率。具体在产品测试的时候也有些反馈小米、华为的进程取消后,无法接收到推送的消息。之后产品可能改进为采用个推+小米推送+华为推送的模式。 设计不足之处 本次设计虽然在后台预留了消息推送的多维度(版本、机型、地市)配置。但是由于前期对用户数据统计分析的不到位,导致无法对于推送消息进行多维度、细颗粒度分析。如:哪些地市的用户对于消息推送点击率比较高、用户对于推送消息的点击率有多少等。 对于消息的到达率、转化率没有定义好,无法衡量第三方推送是否达到了预期效果。无法从数据上获知小米、华为等机型推送的消息到达率是否有问题。 无法从数据上统计,用户是否反感这种推送设计,用户对于设计的推送模板是否感兴趣,推送的内容是否影响到了用户。只能通过用户的反馈来检测。 作者:张小菜 来源:人人都是产品经理 |