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

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

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

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

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

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

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

一、需求

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

基本配置：

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

页面模版配置：

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

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

规则配置：

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

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

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

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

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

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

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

本文由@无名 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自Unsplash, 基于CC0协议。