如何做好营销活动产品的不断进阶?

2022-01-13 15:52:21

阅读 1074

 

2021年第四季度一直在研究市面上的营销产品,有自己公司的营销平台,有从人人都是产品经理扒出来的各种文章和案例,也有从第三方平台注册账号进行体验、研究、操作,以为能够匹配自己脑袋里面的一个小模型,如果能够临摹一下那就岂不美哉美哉。

就如刚好困了,有人正好给你送来枕头,嗯,我想多了…

每次一到元旦、春节、情人节、清明节、五一、七夕、中元节、十一、双十一、圣诞,不管是国内的还是国外的,不是阳间的还是阴间的,在运营人的眼睛里(不,应该是脑海里)那都是可以用来被人民来消费的。

比如我们刚刚过去的双旦礼遇(圣诞、元旦),以及正在进行的年货节(春节),这都离不开运营人的汗血功劳,加班加点绞尽脑汁来坑蒙拐骗的(呸,说错了,来为广大群众提供最优质的服务支持)。

作为公司内部的一名员工,我们很乐意看到运营人员为公司的产品提升很高的付费转化率,来为我们发年终奖金。

作为公司内的一名产品经理,那更是从心底里愿意配合运营人员通过他们所描述的需求,以此搭建出优质的产品活动支持运营方案完美落地执行。

一、需求

我们很清楚需求的提出,如何提出、提出的类型、提出的时间、提出的细节,决定了需求如何落地。

对产品和技术来说,最最最不想接受的就是很很很紧急的需求。比如:后台有个节日,今天设计了一个活动方案,并提出了方案的产品活动需求,然后要求明天上线(对于这种营销活动的产品需求,我想大家都碰到过,我之前碰到的这种奇葩需求更是数不胜数,所谓天下乌鸦一般黑,当然也有部分牛逼的运营团队,真的可以规划出来一个季度或者半年的营销活动计划,提前布局做准备)。

这时候内心的os就是:离tmd大谱,因为以一个普通需求的一生,从需求提出-产品方案设计-技术开发实现-上线生产环境使用,那都是需要时间和验证的,否则就会有或大或小的坑在不知名的地方等着你栽跟头,我相信很多产品经理都跌倒过不少次了,我更是摔得满头是包…

随着工作的不断积累,和运营人员打交道的工作越来越多,在如何处理营销活动更是一点点持续进阶。

二、基础类-直接搭建活动

刚开始做营销相关的产品经理,在拿到一个需求的时候,会直接按照需求方所描述的需求,依据自己所学的产品知识,流程图、活动逻辑直接画产品原型图

以便快速的支持运营活动,对于营销产品的搭建和活动架构不会想的太多,以至于我们有时候入职一家新的企业,去了解公司的营销后台会看到后台有n个活动,如果今年运营新提一个类似的活动,也需要产品、技术吭哧吭哧累死累活的再搭一个新的活动,而且还不能确定线上环境的活动产品不回出现bug。

随着不断的出现紧急需求,技术团队持续的重复开发工作,后台一直写重复规则条件,一个活动一遍一个活动一遍,手都快写麻了。

这种最简单直接的产品方案确实比较容易,却对公司内人力物力财力产生了极大了浪费,人效成本太高了。

三、进阶类-模块化建活动

为了能够提高人效,在搭建营销后台的产品经理考虑营销活动的时候,多了一种隐藏的责任,那就是如何让现在的活动,在未来也可以发挥它的价值,避免重复造车。

玩营销的产品经理都知道,搭建一个营销活动会有一些基础信息、活动规则条件、奖励条件、分享是一个活动的必备类型。

基于此当下的产品经理会拔高自己的维度,使产品抽象化,把抽象的条件归类为模块,分模块化搭建产品活动。

从上图可以很明确的知晓,我们把活动抽象拆分为不同的模块,对于可以使用的模块在搭建新活动时直接引用到新的活动内,避免了技术同事的重复开发;对于不可直接引用的模块,去持续增加模块,奖励配置1、奖励配置2,对不同的奖励配置不同的规则,把所有的模块合并到一起就是一个新的活动,即满足了运营同学所提出的营销活动产品方案,又提高了人效,一举两得。

在和很多朋友聊天沟通营销中台相关工作、营销活动新活动产品的开发时,目前市面上的企业都是在使用模块化搭建产品活动,虽然提高了部分人效,但是其实没有实际的解决一个活动的所有问题,治标不治本。

一个活动的创建不仅体现在后台,还有前端落地页,虽然在后台我们可以按照模块化的方式去配置活动规则等信息,但是如果在前端落地页下一个活动想添加个排行榜、滚动条等,就还是需要重新开发-发版-上线。

我在使用的时候感觉还是太太过于麻烦了,所以我一直在想,我怎么才能够让运营、产品、技术、测试,4端联动的成本和人效再提升一个档次呢,便有了下方的一个想法…

四、高级类-组件化建活动

提到组件化不得不提第三方支持平台,比如易企秀、凡科互动等,组件化这种模式在第三方平台的落地页被使用的炉火纯青,在一个空白页面可以自己随意添加自己想要的组件:视频、图片、文字、按钮…

你可以从左侧添加你想要的任何组件提现在画布上,还可以随意的移动位置,搭建完成的画布样式所见即所得。

避免了公司持续不断落地页活动每次都要重复浪费前端、后端写一个落地页的资源浪费。

当然,也有不好的地方,那就是使用它的产品就要为他背书,因为末尾会有一个大大的logo,除非你付费了会员。就好比我司运营对我说的一句话

虽然我很想怼一句,那你去申请预算呀!

对于落地页,组件化是很简单的,只是通过页面拼接做了一张图而已,不会有产品逻辑、多页面等情况。

联想到活动组件化后就一直在思考,这么多页面,这么多逻辑,这么多规则,如何搭建呢,是不是对整个活动内的规则细节要更抽象化,一个规则就是一个组件。

首先归类,哪些信息是一类,哪些信息是一类,大类规划完后,在大类里面去丰富组件,通过不通过的组件组合成一个又一个不同的活动,未来产品、技术只往里面丰富不同的组件就可以了。

活动的大类共分为了4大类:基本配置、页面模版配置、规则配置、奖励配置。

基本配置:

点击新建首先进入到基础配置,基础配置是针对一个活动必须要用到的固定字段,可根据自己的需要进行相应的调整,如:名称、时间、说明、优先级。

页面模版配置:

点击页面模版配置,左侧组件栏定位到页面模版组件,用户可自己在画布上面添加这个活动落地页所需要的组件,并调整组件相关的内容,如:背景、顶图、图片、按钮、文字等等。

同时对于一个活动内,有活动页、中奖页、未中奖页面的样式都可进行自定义。

规则配置:

规则组件是我认为最重要的一个组件模块,它的重要程度体现在,你所创建的这个活动,是让哪些人可以参与的,能够覆盖到哪些用户;这个活动的逻辑规则里面会用到哪些组件,直接从左侧拖拽,添加的组件不需要也可以直接删除进行调整,很灵活。

包括下方的奖励配置也是一样的如此:

奖励组件决定了参与这个活动的用户,达到了什么奖励条件,才能够获得相应奖励,可以不断的添加奖项,包括不同的奖项所搭建的不同奖励条件也可以很灵活。

活动组件化,在后期进行维护的时候,只要去丰富这个插件内的规则组件、奖励组件,运营在节假日时想到了我要做一个什么什么类型的活动,打开这个营销活动中台,按照自己设计的活动逻辑,先丰富页面、再拖拽活动规则和奖励规则就快速的设计完成了一个营销活动。

省去了正常产品先提需求-产品规划需求-出产品方案-技术实现-测试测试上线,等一系列骚操作。

以此提高人效,快速搭建你想要的营销活动哟。

当然,随着活动的持续丰富,各类组件也需要不断的丰富能够支撑未来更多的营销活动产品。来真真正正的提高人效,解放技术人员去做更多有挑战的事情。

缩我,高速云服务器
实时掌握推广动态
让您深入了解用户,提高推广转化率
联系我们
    1. 关注官方微信公众号
      联系客服
      常见问题
  • 公众号
    客服微信
  • 缩我短链接公众号 关注官方公众号
  • 联系客服