产品经理运营基本功:PUSH消息后台设计


面向C端用户的产品,在产品设计上消息模块属于一个基础标准。消息盒子:面向用户的触达通道,用户可以得到在产品内的关注内容和提醒


关注内容:主动关注内容+被动关注内容


提醒:用户需要知道的+平台希望用户查看的


在不同的内容与提醒机制组合下,产品经理如何设计运营后台?有没有可以用的第三方资源?今天借社区后台案例与大家聊聊


数据统计





PUSH后台中的数据统计到底有多重要?


你可以时刻的优化文案和打开率。尽可能的减少因为技术问题导致无法触达用户。举个例子,本来计划12点推送的消息派送优惠券,但用户却下午4点才收到内容,后来的用户已经无法领取。


最终运营效果不佳的原因并不是运营侧导致的,而是技术导致。


统计的数据有什么?这里罗列为


  • 策略:当前推送属于那种类型


  • 拟下发条数:计划发送的消息数


  • 实下发条数:实际发送成功的消息数


  • 到达条数:实际用户接受的消息数


  • 打开条数:打开消息的条数


  • 打开人数:打开消息的人数


  • 条数达到率:百分比表示


  • 人数达到率:百分比表示


  • 人数打开率:百分比表示


  • 人数达到率:百分比表示


为此,可以归纳为下面的字段




上面的统计是按所有平台和渠道统计的。运营人员更需要通过不同版本来区分数据报表,这里则需要统计2个渠道:


分别是:安卓和IOS





IOS的推送需要用户授权,安卓的则可以触达。为此在消息设计中,客户端需要考虑不同平台的推送权限,产品设计上对IOS用户关闭消息权限则应该给予提醒打开权限的入口。



人工推送






人工推送的目的是为了给予内部管理人员和运营人员作为工具的方式促活用户。但要注意的是,消息盒子要考虑审核机制。曾经出现过运营同学不小心将测试的消息发送给线上环境用户。


曾经接触的是某资讯 app消息消息推送了:“5555”,朋友圈一阵刷屏集体吐槽表示“运营人员是不是吃药了?”。


从这个事情可以看出,给予用户推送了杂乱无章的文案。用户在app中收到后,降低产品的体验甚至是卸载app也是可能的。




除此之外,消息推送还需要考虑审批,来保证数据安全和干扰用户。审批机制可以按照部门的级别,按照运营人员、产品经理、管理人员等级别上升同意。这与群发短信推送也是类似的。有了审批的流出,开发同学才会在评审中对其的风险评估对产品经理无话可说,满足这个需求的落地。




成熟的第三方


在国内,除了上面说的自己做消息推送外。还可以选择用第三方的推送平台,比如个推、友盟数据、极光数据等。




第三方的消息推送后台都可以满足用户画像、数据分析、推送个性化/手工配置的需求。


并且在第三方推送中,在一定用户量的基数下是免费的。当产品上升到一定用户后才会收费。既可以节约开发资源,最重要的是减少了开发时间。



第三方工具的配置也很简单,要后台人员与其对接。埋点后,即可使用。在相应的第三方平台注册账户,就可以进行推送。


好的,今天的分享就在这里。我会坚持每周更新两篇





第一本电子书


另外我个人第一本书籍《从零到壹:PM改变世界的点滴》电子档正式上线这本我归纳222篇产品原创,涵盖产品经理面试、算法、交互等不同维度的内容,如果你感兴趣可以打赏后留言你的邮箱。我会在每天中午12点左右发送到你邮件中(希望大家勿外传支持,支持版权)。如果你需要预览书籍大纲,可以跳转链接


一本给自己与产品人的书:从零到壹


Talking

发表