美文网首页
【案例实操】PUSH推送管理

【案例实操】PUSH推送管理

作者: 胖胖的Jane | 来源:发表于2020-07-22 20:29 被阅读0次

    push是用户触达渠道之一,也可以作为精细化运营的工具,用好了能为产品带来很多价值。但没用好,不仅不能起到正向价值,还会让产品遭受被卸载的风险。网络上有很多分享push文案怎么写这类的文章,但是讲怎么管理好push的文章却比较少。因此笔者将自己实战中遇到的坑,总结成经验分享给大家。

    首先放几张笔者之前做的push分享ppt截图,让我们在讲案例前,先了解下push到底是什么?下面几张图分别从push的作用、push的组成元素、push需要关注的数据指标、push筛选条件,几个层面进行了整体的说明。

    实操

    一、项目背景及现状

    1、背景:push是笔者在19年负责的一个项目,主要是基于精细化运营搭建的触达场景。我司按业务将push拆分给到各模块负责人进行推送的使用。

    2、现状:

    1)我司没有专人管理这块的内容,大家只是将其作为单纯触达用户的渠道,临散的推送一些push,没有对推送结果负责,没有进行数据回盘。

    2)我司业务细分较多,不光需要从push本身,也需要考虑各业务对资源的分配。

    因此这块要统筹起来,也遇到一些难点。下面我将从实战中遇到的问题,以及解决的思路进行阐述。

    二、实践落地

    前言:首先将我司push现状进行了梳理,主要从push类型、使用情况、数据获取,三个方向进行了梳理。拉取了公司push推送系统上线以来,所有推送的内容,因为上线时间较短,因此我是拿了所有推送内容做分析,其他小伙伴完全可以结合平台推送push的频次,拿近半年或近1年的数据来看。

    下文我们分别从push类型、使用情况、数据获取,三个方向结合具体案例进行说明。

    1、先来讲push类型

    从push类型来说,通常包含产品类push、运营推送类push,这两大类,不同平台可根据业务特性不同,进一步拆分。我们需要分别对两类的push,从推送内容,推送节点,推送目的,三个方面进行考虑,对用户收到的所有push进行管理,去掉或优化不适合的push。

    下面我们来看一个具体案例,下图以我司产品类push部分截图为例,讲讲什么是产品类push。产品类push从推送差异来讲,是由产品自动触发给用户的推送通知。如果要着手梳理某个产品的产品类push,大原则是围绕着业务目标,按照平台所有功能模块、一些常规的用户关怀类push,例如生日祝福等方面进行梳理。但是在梳理这类push时一定要注意求精,太多的非必要push,一方面会给用户带来打扰,另一方面它不像运营推送类push,能即时灵活下线处理。

    结合下图运营推送类push的使用情况,我发现了几个共性问题:

    1)同一用户在同一天收到≥1条的相同内容推送。

    2)从下图51、65的分组来看,始终会覆盖一部分用户群,虽然推送标题不同,但他们收到的都是ID为3366的文章,因为同一用户可以同时,存在在多个分群,我们可以从推送系统层面做限制,以限制单个用户一天内能收到的push上限是N条,避免对用户的过渡打扰。此外我们还需要加强对推送管理,引导大家对推送进行整体规划。

    2、使用情况

    在梳理了所有push内容后,我找到了几点共性问题。一方面是管理缺失反应出来的问题。例如:push使用不规范,同一内容,重复多次触达同一人群用户。其次,大家对push的认知仅停留在资源触达的层面。例如:单纯从业务想做某个广告,因此推push。并没将这个渠道高效的进行人群精细化运营。还有的就是本身push推送流转存在问题,推送成功率不算高,推送出现bug的问题也多次发生。

    3、数据的获取

    在着手梳理历史push提取相关数据时,遇到比较大的阻力,一方面是push数据捞取比较麻烦,需要走大数据工单。另一方面是部分数据只能看大概值,这点因为依赖第三方推送,因此基本上是不换成自己推送服务是没法解决的。另外大家基本上没有push数据的概念,并不知道该关心哪个数据指标。

    所以基于以上几个方面的问题。我确定了两个优化方向。

    1)优化push推送系统,一方面为了保障用户体验,我们对单个用户同一天内推送内容进行去重。且在晚上10点之后,系统拦截还未处理的信息,避免对用户造成打扰。另一方面优化push推送系统,实现基础数据查看与导出功能,方便各业务同学查看数据。

    2)梳理符合平台push管理的规范。从规范上强化小伙伴们对push的规划与使用。以下图笔者梳理的push管理规范案例做说明,主要包含push推广级别划分、push推送频次、push用户群捞取规范、数据统计等。当然不同的平台,有细微的差异,案例仅为大家做参考。下文我们重点拿push推广级别划分、push用户群捞取规范这两个难点做说明。

    push推广级别划分:

    这个目的是将push推送级别做管理,例如我们并不需要每条push都做全量用户的推送。这样做无非是既耗资源,又对用户是种打扰。那么怎么划分比较合理?原则是每个级别都有比较清晰的量级界限。这里给到一种思路,可以按业务事件级别做划分,例如短视频平台,针对品宣活动可能是S级,对应单次推广人数可能是2000万;针对月度达人扶持招募活动,可能是A级,对应单次推广人数可能是1000万;针对日常推送内容,可能是B级,对应单次推广人数可能是500万...具体推广人数的圈定,可以依据平台整体的实际有效累计用户量、月活用户量、日活用户量、或是以想要触达的用户量级与实际触达的折损量,几个维度参考去设定。

    push推送目标:

    这个目的是将push推送用户群触达的目标做管理,下图以实际操作中推送案例做说明(数据方面做了处理,非真实数据),我们分了活跃促活、潜在触达、沉默唤醒、以及因为平台业务特殊,会存在一些疾控通知目的的push等。

    目的是为了让大家合理使用push,并且同用户增长同学一起进行了APP用户分层的梳理,且召集各业务同学,进行各自业务的分层运营,使用push作为策略验证的渠道,一方面将优质策略沉淀作为例行任务,以提高运营效率,另一方面为平台做内容推荐体系做数据沉淀。这块不在本次的push实操案例分享中做阐述,后面我将这块梳理出一篇文章给大家再做分享,感兴趣的同学可以关注我的其他文章。

    今天我们的分享就先到这儿,有实操问题欢迎给我留言,一起探讨~

    相关文章

      网友评论

          本文标题:【案例实操】PUSH推送管理

          本文链接:https://www.haomeiwen.com/subject/dvytzctx.html