产品留不住,唯有套路得用户;
在多数的产品功能体系中,都会设计活动板块,活动作为运营的手段,根本目的是为了更好的连接产品和用户,所以很考验运营方案的策划,在活动的生命周期内完成对业务指标的达成,比如新用户流量,老用户唤醒等;
活动的特征:
从活动整个流程上来看,分为立项准备,目标人群确定,活动配置,渠道推广预热,用户触发,指标数据分析,复盘总结等几个核心环节,下面站在开发的角度看一看核心节点的设计与逻辑;
运营活动相关的业务,虽然从直观感觉上逻辑并不复杂,但是作为产品和用户连接的重要手段,其背后涉及诸多复杂的流程衔接,以及多部门多角色之间的整体协作,线上线下的结合,很考验细节的处理;
对于活动运营来说,通常分为如图的几个阶段:
对于整个活动服务来说,其底层的实现涉及大量模板化的逻辑,面向C端的产品通常都很依赖频繁的运营活动来活跃用户,所以要想降低对开发资源的过度占用,必须对可复用的流程进行组件化封装;
活动几乎都有特定用户群的指向性质,这样会依赖系统中的用户标签能力,比如常用的标签:新用户,老用户,沉默用户,近期活跃等,只有这些特定标签的用户才能参加活动;
针对目标人群的覆盖通常有两种方式:
当用户在报名参与活动时,会校验是否符合目标人群的设定,符合即可参与活动,之后便根据活动的规则配置,进行指标计算和排名统计,活动结束后进行奖励发放和转化过程分析;
需要对活动进行目标人群筛选,还有另外一个目的,可以提高营销推广的精准度和降低营销费用,在产品矩阵内部展示位推广和媒体矩阵推广成本很低,当涉及外部渠道或者短信类营销时,自然希望降低成本和提高精准度;
运营活动的底层都有业务模式的设计,而业务需求的实现都会考虑成本投入和收益,计算成本和收益就需要围绕活动设定的指标,以最常见的拉新活动为例来看看成本和收益的管理;
而从活动本身来看,业务指标是衡量活动成功与否的核心维度数据,而对于指标的计算从技术角度看,一般是个数或者量级的统计,还是以拉新的活动为例;
任何运营手段的背后都涉及诸多指标体系的计算,指标的背后是对数据的理解和应用能力,这样可以直观的发现业务策略中的问题,然后针对性的给出优化方案,最终会引导业务发现更优的路径;
先从活动管理的角度看看表结构的设计,主要围绕活动的基础信息,自定义表单配置项,活动推广,活动的报名和排名计算,以及奖励发放记录等;
这里并没有说明核心指标的计算逻辑,在当下主流的解决方案中,通常会采用BI的表单制作能力,去解决产品和业务层的报表统计需求,以及运营活动中的指标计算需求;
运营活动的实现逻辑中,更多的是与其他业务能力做无缝衔接,比如客群分层识别,指标体系搭建,营销推广能力,优惠券体系,业务转化漏斗等,在流程上有很强的连贯性;
运营活动侧重的是方案设计和流程的推进管理,如果单看模块本身的话并不过度复杂,但是集成到业务路径中就会涉及很多底层逻辑,数据层面的理解和应用,根本目的都是为了提升用户体量、活跃度,业务营收。
编程文档:
https://gitee.com/cicadasmile/butte-java-note
应用仓库:
https://gitee.com/cicadasmile/butte-flyer-parent