营销活动系统三部曲:模板化、模块化、中台化

模块化、模板化是偏业务性的中台,而中台化则是在技术上更近一步的活动变现思路,从而实现服务重用。

营销活动系统三部曲:模板化、模块化、中台化

当一家企业达到了规模或者业务形态趋于稳定之后,便会开始探索打造一套独立的营销活动系统。该系统主要是为了解决企业在拉新、留存、促活、转化等的困境,通过一系列营销链路标准化,来助力企业实现用户的有效运营。

营销活动系统三部曲:模板化、模块化、中台化

在营销的链路标准化中有一个环节——活动创建,活动是用户与企业建立联系的关键点。很多大厂其实在活动创建的背后都有一套成熟的活动系统来提供业务变现支持。

那么如何搭建出一套完整的活动系统?在这中间需要两种逻辑思维方式:归纳和演绎。

马克思主义认识论认为,一切科学研究都必须运用到归纳和演绎的逻辑思维方法。当然不止科学研究,产品策划也是。

归纳是以一系列经验、事物为依据,寻找出其服从的基本规律或共同规律,并假设同类事物中的其他事物也服从这些规律。

演绎是以一定反应客观规律的理论认识为依据,从服从该事物的已知部分,推理得到事物的未知部分的思维方法。

所以在活动系统层面,归纳是基于对活动的认知及理解,对活动分析归纳出活动的结构及规律。演绎则是基于归纳后的理论,去推演出系统如何去覆盖到更丰富的活动场景。

简单而言,归纳是从个别活动中概括出一般性结论;而演绎则是运用一般性结论去认识个别活动。归纳和演绎是互相依存的。

这也是我们认识任何事物的理论基础。

我们通过简单的归纳,就会发现活动的构成其实很简单:头图、奖励、活动规则、产品推荐、运营位、导航等。

其中我个人觉得必不可少的有三:头图、奖励、活动规则。头图用于整体活动氛围打造,包含利益点;奖励则是用户互动的因子,通过利益加速用户在页面的触点,我们常说的九宫格、盲盒、红包雨等都是奖励的外显交互。活动规则是活动很小的点,但并不可少,它是对活动的使用说明,也是企业对活动权利的声明,避免不必要的麻烦,比如被恶意刷取。

通过演绎,重复去验证是否得到了更全面的覆盖。

其实在我们精准化营销过程中,选人、选形式、选触达方式,再到数据反馈,数据结论可在下次的营销中给予参考价值,切记不要迷信数据。而我们今天重点将讲到的是选形式(即活动系统)。其实市面上已经有很多成熟的营销活动系统,值得大家去参考,如果一个商业化的系统能在市面上存活超过3年(1年迭代,2年硬抗,3年稳定),说明系统还是有良好的用户基础。

今天我们把活动系统粗暴的分为三个阶段:模板化、模块化、中台化,三个阶段并不是哪个阶段优于其他两种。只是解决需求的方式、面向的业务等有所区别。

模板化

模板化活动系统是目前市面上最多的,它对于业务而言配置清晰,操作也简单。可以说是人人都会用的活动系统。

模板化其实是把一个活动抽象出一个或多个活动页面,将页面上需要调整的元素定义为一个个参数(配置项),最终形成各页面的表单集合。用户只需要理解表单字段代表的含义,不需要过多的操作成本,傻瓜式按照步骤操作即可。
对于业务方使用而言,业务很倾向于该变现方式。当然简单的背后便随着死板,一旦页面模块发生变化时,就需要开发介入支撑迭代。比如九宫格抽奖活动页面下方想增加个运营位,如何之前没有考虑到,那就需要开发进行排期迭代。

市面上的优秀参考平台有:凡科、云徙、活动盒子。

模块化

模块化活动系统时目前也较为常见的,它对于业务而言,上手有了一定的难度,但操作过一次之后,也可以说是人人都能用得来的系统。

模板化就是将活动抽象成页面,再把页面拆解成一个个模块。把每个模块需要调整的元素定义为一个个参数(配置项)。讲到这里,想必大家明白了模块化是模板化的升级版,将页面以更小的元素进行落地变现。

是不是有点蒙,模块化之后呢?模块化的重点其实是为了积累模块组件,从而形成庞大的模块组件池,后续的活动只需要通过拖拽模块组件的方式就可以实现一个完整的活动页面的落地。

当模块组件到达一定覆盖率,后续平台的日常运营活动则无需开发介入,运营和商务同学就可以自己玩起来了。当然活动要想走模块化落地需要满足条件之一:高频或通用。不然一味的选择模块化只会增加产研的工作量。

我们常见的红包发放页面,比如京东618分会场活动,页面可以拆解为头图、红包、资源推荐、运营位,入口等,如果你经常做此类活动,就建议采用模块化活动系统。

市面上的优秀参考平台有:快站、创客贴。

中台化

中台化,这个概念好几年了,其实中不中台不重要。你需要搞清楚为什么企业需要中台?十个字概括就是:有用不浪费,高效不重复。

当企业达到一定量级拥有多业务条线时,中台就在企业内部较为常见。需要中台来统一掉各业务各自为战,服务重用,统一中台。所以中台化的系统就是需要解决业务重复造轮子,搭建大同小异的活动系统,这既是对人力的浪费,也会造成企业内的活动“乱象”。

那么中台化活动系统需要做到高度统一,一定自治。系统统一处理风控机制、限流机制、活动配置链路、奖品管理、资源管理等。在一定限制下,进行系统的拓展,比如模块、模板的开发及落地,这时的系统就有了项目概念和系统版本(基础版、高级版、开发版),开发版是这个系统打造成技术中台的前提,这样才能有效避免业务自己开发活动系统,还能有效的缓冲掉业务需求给系统方带来的支撑压力。

中台化的活动系统更多的是模板化、模块化的基础上开放底层服务,做了更多的“开放性”基建,比如提供方便的脚手架创建模块组件能力。通过提供基础能力及系统,让业务开发可以在平台上快速变现高频次的活动。

通过项目共建中台,从而避免业务上重复及人力浪费。

目前市面上暂未发现相关的平台,上面实现说的简单了些,该方案本身对技术也有一定的挑战。

不难发现,模块化、模板化是偏业务性的中台,而中台化则是在技术上更近一步的活动变现思路,从而实现服务重用。

当然,活动系统也有不少的服务及功能需要注意。奖品管理、资源管理,是让你的活动更健壮; 限流、风控是为了保证你活动稳定安全;QA知识库和客诉处理机制可以让你的活动避免口碑崩盘。

最后强调一句,对于有一定规模的企业,做好一个活动不容易,做坏一个活动很容易,套路不长久,真诚得人心。

业界动态

Z世代的“第二语言”:万物皆可表情包?

2021-4-14 9:13:45

业界动态

用“超级整理术”整理B端思路

2021-4-14 9:24:41

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧
个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
搜索