如何做好营销活动产品 的赓续 进阶？

货拉客论坛

编辑导语：不管是每年年夜 的节日或是小的节日，我们总能看见年夜 年夜 小小的活动，这些都离不开产品经理和运营人员的精心计划 与准备，那怎样来推出优质的产品活动本文就为年夜 家展开来说说。

2021年第四季度一直在研究市面上的营销产品，有自己公司的营销平台，有从人人都是产品经理扒出来的各类 文章和案例，也有从第三方平台注册账号进行体验、研究、操作，以为能够匹配自己脑袋里面的一个小模型，如果能够临摹一下那就岂不美哉美哉。
就如刚好困了，有人正好给你送来枕头，嗯，我想多了…
每次一到元旦、春节、情人节、清明节、五一、七夕、中元节、十一、双十一、圣诞，不管是国内的还是国外的，不是阳间的还是阴间的，在运营人的眼睛里（不，应该是脑海里）那都是可以用来被人民来消费的。
比如我们方才 曩昔 的双旦礼遇（圣诞、元旦），以及正在进行的年货节（春节），这都离不开运营人的汗血功绩 ，加班加点绞尽脑汁来坑蒙拐骗的（呸，说错了，来为广年夜 群众提供最优质的办事 支持）。
作为公司内部的一名员工，我们很乐意看到运营人员为公司的产品提升很高的付费转化率，来为我们发年终奖金。
作为公司内的一名产品经理，那更是从心底里愿意配合运营人员通过他们所描述的需求，以此搭建出优质的产品活动支持运营计划 完美落地执行。
一、需求
我们很清楚需求的提出，如何提出、提出的类型、提出的时间、提出的细节，决定了需求如何落地。
对产品和技术来说，最最最不想接受的就是很很很紧急的需求。比如：后台有个节日，今天设计了一个活动计划 ，并提出了计划 的产品活动需求，然后要求明天上线（对于这种营销活动的产品需求，我想年夜 家都碰到过，我之前碰到的这种奇葩需求更是数不堪 数，所谓天下乌鸦一般黑，当然也有部分牛逼的运营团队，真的可以计划 出来一个季度或者半年的营销活动计划，提前结构 做准备）。
这时候内心的os就是：离tmd年夜 谱，因为以一个普通需求的一生，从需求提出-产品计划 设计-技术开发实现-上线生产环境使用，那都是需要时间和验证的，不然 就会有或年夜 或小的坑在不知名的处所 等着你栽跟头，我相信很多产品经理都摔倒 过不少次了，我更是摔得满头是包…
随着工作的赓续 积累，和运营人员打交道的工作越来越多，在如何处理营销活动更是一点点连续 进阶。
二、基础类-直接搭建活动
刚开始做营销相关的产品经理，在拿到一个需求的时候，会直接依照 需求方所描述的需求，依据自己所学的产品知识，流程图、活动逻辑直接画产品原型图

以便快速的支持运营活动，对于营销产品的搭建和活动架构不会想的太多，以至于我们有时候入职一家新的企业，去了解公司的营销后台会看到后台有n个活动，如果今年运营新提一个类似的活动，也需要产品、技术吭哧吭哧累死累活的再搭一个新的活动，并且 还不克不及 确定线上环境的活动产品不回涌现 bug。
随着赓续 的涌现 紧急需求，技术团队连续 的重复开发工作，后台一直写重复规矩 条件，一个活动一遍一个活动一遍，手都快写麻了。
这种最简单直接的产品计划 确实比较容易，却对公司内人力物力财力产生了极年夜 了浪费，人效成本太高了。
三、进阶类-模块化建活动
为了能够提高人效，在搭建营销后台的产品经理考虑营销活动的时候，多了一种隐藏的责任，那就是如何让现在的活动，在未来也可以施展 它的价值，避免重复造车。
玩营销的产品经理都知道，搭建一个营销活动会有一些基础信息、活动规矩 条件、奖励条件、分享是一个活动的必备类型。
基于此当下的产品经理会拔高自己的维度，使产品抽象化，把抽象的条件归类为模块，分模块化搭建产品活动。

从上图可以很明确的知晓，我们把活动抽象拆分为不合的模块，对于可以使用的模块在搭建新活动时直接引用到新的活动内，避免了技术同事的重复开发；对于弗成 直接引用的模块，去连续 增加模块，奖励配置1、奖励配置2，对不合的奖励配置不合的规矩 ，把所有的模块归并 到一起就是一个新的活动，即满足了运营同学所提出的营销活动产品计划 ，又提高了人效，一举两得。
在和很多朋友聊天沟通营销中台相关工作、营销活动新活动产品的开发时，目前市面上的企业都是在使用模块化搭建产品活动，虽然提高了部分人效，然则 其实没有实际的解决一个活动的所有问题，治标不治本。
一个活动的创建不仅体现在后台，还有前端落地页，虽然在后台我们可以依照 模块化的方法 去配置活动规矩 等信息，然则 如果在前端落地页下一个活动想添加个排行榜、滚动条等，就还是需要重新开发-发版-上线。
我在使用的时候感到 还是太太过于麻烦了，所以我一直在想，我怎么能力 够让运营、产品、技术、测试，4端联动的成本和人效再提升一个档次呢，便有了下方的一个想法…
四、高等 类-组件化建活动
提到组件化不得不提第三方支持平台，比如易企秀、凡科互动等，组件化这种模式在第三方平台的落地页被使用的炉火纯青，在一个空白页面可以自己随意添加自己想要的组件：视频、图片、文字、按钮…

你可以从左侧添加你想要的任何组件提现在画布上，还可以随意的移动位置，搭建完成的画布样式所见即所得。
避免了公司连续 赓续 落地页活动每次都要重复浪费前端、后端写一个落地页的资源浪费。
当然，也有欠好 的处所 ，那就是使用它的产品就要为他背书，因为末尾会有一个年夜 年夜 的logo，除非你付费了会员。就比如 我司运营对我说的一句话
虽然我很想怼一句，那你去申请预算呀！
对于落地页，组件化是很简单的，只是通过页面拼接做了一张图罢了 ，不会有产品逻辑、多页面等情况。
联想到活动组件化后就一直在思考，这么多页面，这么多逻辑，这么多规矩 ，如何搭建呢，是不是对整个活动内的规矩 细节要更抽象化，一个规矩 就是一个组件。
首先归类，哪些信息是一类，哪些信息是一类，年夜 类计划 完后，在年夜 类里面去丰富组件，通过欠亨 过的组件组合成一个又一个不合的活动，未来产品、技术只往里面丰富不合的组件就可以了。
活动的年夜 类共分为了4年夜 类：基本配置、页面模版配置、规矩 配置、奖励配置。
基本配置：

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

点击页面模版配置，左侧组件栏定位到页面模版组件，用户可自己在画布上面添加这个活动落地页所需要的组件，并调剂 组件相关的内容，如：配景 、顶图、图片、按钮、文字等等。
同时对于一个活动内，有活动页、中奖页、未中奖页面的样式都可进行自界说 。
规矩 配置：

规矩 组件是我认为最重要的一个组件模块，它的重要水平 体现在，你所创建的这个活动，是让哪些人可以介入 的，能够笼罩 到哪些用户；这个活动的逻辑规矩 里面会用到哪些组件，直接从左侧拖拽，添加的组件不需要也可以直接删除进行调剂 ，很灵活。
包含 下方的奖励配置也是一样的如此：

奖励组件决定了介入 这个活动的用户，达到了什么奖励条件，能力 够获得相应奖励，可以赓续 的添加奖项，包含 不合的奖项所搭建的不合奖励条件也可以很灵活。
活动组件化，在后期进行维护的时候，只要去丰富这个插件内的规矩 组件、奖励组件，运营在节假日时想到了我要做一个什么什么类型的活动，打开这个营销活动中台，依照 自己设计的活动逻辑，先丰富页面、再拖拽活动规矩 和奖励规矩 就快速的设计完成了一个营销活动。
省去了正常产品先提需求-产品计划 需求-出产品计划 -技术实现-测试测试上线，等一系列骚操作。
以此提高人效，快速搭建你想要的营销活动哟。
当然，随着活动的连续 丰富，各类组件也需要赓续 的丰富能够支撑未来更多的营销活动产品。来真真正正的提高人效，解放技术人员去做更多有挑战的事情。
本文由@无名 原创宣布 于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash, 基于CC0协议。