编辑导语:每年无论是大节还是小节，总能看到大大小小的活动，这离不开产品经理和运营人员的精心策划和准备。那么，如何开展高质量的产品活动将在本文中讨论。

2021年第四季度，我一直在研究市场上的营销产品，有自己公司的营销平台，有大家做产品经理的各种文章和案例，有来自第三方平台的注册账号进行体验、研究和运营，以为可以在脑子里匹配一个小模型。如果我能复制出来岂不是很美？

如果你只是困了，有人只是给你拿个枕头，嗯，我想多了…

每逢元旦、春节、情人节、清明节、五一、七夕、过年、十一、双十一、圣诞节，不管是国内还是国外，不是天堂的世界，也不是阴间的世界，在经营者的眼里(不，应该是心里)，都是可以供百姓消费的。

比如双旦过去的礼让(圣诞节、元旦)和正在进行的元旦(春节)，都离不开运营方的辛勤工作，他们加班加点，绞尽脑汁作弊(呸，不对，为群众提供最好的服务支持)。

作为公司内部员工，我们很高兴看到运营商提高公司产品的付费转化率来给我们发年终奖。

作为公司里的产品经理，更愿意通过运营者所描述的需求，与运营者进行发自内心的合作，从而构建高质量的产品活动来支撑运营计划的完美实施。

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

对于产品和技术，你最不愿意接受的就是非常迫切的需求。例如，背景中有一个节日。今天设计一个活动方案，提出方案的产品活动需求，然后要求明天上线。(我觉得这个营销活动的产品要求大家都满足了，我之前也满足过无数精彩的要求。所谓天下乌鸦一般黑，当然也有一些牛逼的运营团队，真的可以策划一个季度或者半年的营销活动计划，提前做好准备。).

此时的内心os是:除了tmd，因为提出需求-产品方案设计-技术开发实施-上线生产环境使用在一个普通需求的一生中，是需要时间和验证的，否则会有大大小小的坑，在未知的地方等着你跌跌撞撞。我相信很多产品经理都跌跌撞撞过很多次，我甚至摔得满脑袋都是包…

随着工作的积累，和运营商打交道的工作越来越多，如何应对营销活动也一点点进阶。

当我开始做营销相关产品经理的时候，当我得到一个需求的时候，我会根据需求者描述的需求和我所学的产品知识、流程图、活动逻辑，直接画出产品原型图。

为了快速支撑运营活动，我们并没有过多考虑营销产品和活动框架的搭建，以至于有时候当我们加入一个新的企业，了解公司的营销背景时，会看到后台有n个活动。如果今年运营提出一个类似的活动，我们也需要产品和技术来做一个新的活动，不确定在线环境下的活动产品会不会有bug。

随着迫切需求的不断出现，技术团队不断重复开发工作，后台不断写着重复的规则和条件，一个又一个活动，我的手都快麻了。

这种最简单直接的产品解决方案确实很容易，但是浪费了公司大量的人力物力财力，人力效率成本太高。

为了提高人的效率，设立营销后台的产品经理在考虑营销活动的时候，有一个隐性的责任，就是如何让现在的活动在未来发挥价值，避免重复造车。

玩营销的产品经理都知道，打造一个营销活动，会有一些基本的信息，活动规则和条件，奖励条件，分享，这是一个必要的活动类型。

基于此，现在的产品经理会提升自己的维度，对产品进行抽象，将抽象的条件分类成模块，以模块为单位构建产品活动。

从上图可以清楚的知道，我们将活动抽象成不同的模块，在构建新活动时直接引用新活动中的可用模块，避免了技术同事的重复开发。对于不能直接引用的模块，连续添加模块，奖励配置1和奖励配置2，不同的奖励配置不同的规则。把所有模块融合在一起是一个新的活动，既符合运营商提出的营销产品方案，又提高了人的效率，一举两得。

和很多朋友聊天交流营销相关工作和营销活动新活动的开发，市面上的企业都在用模块化来搭建产品活动。虽然有些人的效果提高了，但其实一个活动的所有问题其实都没有解决，治标不治本。

一个活动的创建不仅体现在后台，还体现在前台的登陆页面。虽然我们可以在后台以模块化的方式配置活动规则等信息，但是如果要添加排行榜、滚动条等。到前面登陆页的下一个活动，我们还需要重新开发-发布-上线。

用的时候觉得老婆太麻烦，所以一直在想，怎么把运营、产品、技术、测试、4端联动的成本和人力效率提高一个层次，然后就有了下面的想法……

说到组件化，就不得不提到第三方支撑平台，如E-show、柯凡互动等。这种组件化的模式广泛应用于第三方平台的登陆页面。你可以在空白页上添加任何你想要的组件:视频、图片、文字、按钮...

你可以从左边开始在画布上添加任何你想要的组件，也可以随意移动位置来构建完成的画布风格WYSIWYG。

避免公司持续不断的登陆页活动，每次都反复浪费前端和后端写一个登陆页的资源。

当然，也有一个缺点，就是如果你用它的产品，你就得背书，因为最后会有一个大大的logo，除非你为会员付费。就像我们运营对我说的一句话。

虽然我很想说，申请预算！

对于落地页面来说，组件化很简单，通过页面拼接做一个图就行，不会有产品逻辑，多个页面等等。

我一直在思考，在联想到活动组件化之后，如何构建这么多的页面，这么多的逻辑，这么多的规则。是不是要把整个活动中的规则细节抽象出来，一个规则就是一个组件？

首先分类哪些信息属于同一类别，哪些信息属于同一类别。大类规划完成后，丰富大类中的组件，将失败的组件组合成一个又一个不同的活动。在未来，产品和技术只能丰富不同的组件。

活动分为四类:基本配置、页面模板配置、规则配置和奖励配置。

基本配置:

点击“新建”首先进入基本配置。基本配置是指在一个活动中必须使用的固定字段，可以根据自己的需要进行调整，如名称、时间、描述、优先级等。

页面模板配置:

点击页面模板配置，左侧组件栏将定位到页面模板组件。用户可以在画布上添加这个活动登陆页面所需的组件，并调整组件的相关内容，如背景、顶图、图片、按钮、文本等。

同时，对于一个活动，可以自定义活动页面、获胜页面和失败页面的样式。

规则配置:

规则在我看来是最重要的组成模块，它的重要性在于你创建的这个活动谁能参与，能覆盖哪些用户；这个活动的逻辑规则会用到哪些组件，直接从左侧拖拽，添加的组件可以直接删除调整，非常灵活。

包括以下内容的奖金配置也是如此:

奖励组件决定参与该活动的用户满足什么奖励条件才能获得相应的奖励。奖项可以连续添加，包括不同奖项建立的不同奖励条件可以灵活设置。

组件化，在后期的维护中，只需在这个插件中丰富规则组件和奖励组件，当运营者想到假期我要做什么样的活动时，打开这个营销活动中心，按照自己设计的活动逻辑，先丰富页面，然后拖拽活动规则和奖励规则，就可以快速设计完成一个营销活动。

省去了正常产品的首次需求——产品规划的需求——产品规划——技术实现——上线测试等一系列琐碎的操作。

为了提高人的效率，快速构建你想要的营销活动。

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

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

图片来自Unsplash，基于CC0协议。