活动营销怎么做，做好营销活动产品的4大阶段？
2021年第四季度，我一直在研究市场上的营销产品。我有自己公司的营销平台，各种人人都是产品经理的文章和案例，从第三方平台注册账号体验、研究、运营，以为可以在脑子里匹配一个小模型。如果我能复制出来岂不是很美？
如果你只是困了，有人只是给你拿来一个枕头。嗯，我想多了…
每逢元旦、春节、情人节、清明节、五一、七夕、中秋、十一、十一、圣诞节，不管是国内还是国外，不在死人还是死人，都能用来消费的人在运营商眼里(不，应该是心里)。
比如我们过去的双旦礼遇(圣诞节、元旦)和正在进行的年货节(春节)，都离不开经营者的巨大贡献，他们加班加点，绞尽脑汁作弊(呸，为群众提供最好的服务支持，我错了)。
作为公司的员工，我们乐见运营商提高公司产品的付费转化率来给我们发年终奖。
作为公司里的产品经理，我是发自内心的愿意通过运营者所描述的需求与他们合作，从而构建一个高质量的产品活动来支持运营计划的完美实施。
一.需求
我们非常清楚需求、方式、类型、时间和需求的细节，这些决定了需求将如何落地。
对于产品和技术，你最不愿意接受的就是一个非常非常迫切的需求。例如，背景中有一个节日。今天设计一个活动方案，提出方案的产品活动需求，然后要求明天上线。(对于这种营销活动的产品需求，我想大家都遇到过，我之前也遇到过无数精彩的需求。所谓天下乌鸦一般黑，当然也有一些牛逼的运营团队，真的能策划出一个季度或者半年的营销活动计划，提前做好准备)。
此时的内心os是:远离tmd频谱，因为在一个普通需求的生命中，提出需求，设计产品方案，实现技术开发，在上线生产环境中使用，都需要时间和验证，否则会有一个或大或小的坑在未知的地方等着你栽跟头。我相信很多产品经理都摔过很多次，我甚至摔了个头破血流…
随着工作的不断积累，和运营人员打交道的工作越来越多，如何处理营销活动也更高级了一点。
二，基本类——直接建构活动
作为一个新的营销相关产品经理，当他得到一个需求时，他会根据需求者描述的需求，根据他的产品知识、流程图、活动逻辑，直接画出一个产品原型。
为了快速支撑运营活动，我们并没有过多考虑营销产品的搭建和活动结构，以至于有时候我们加入一个新的企业，在了解公司的营销背景时，会看到后台有N个活动。如果在今年的运营中提出一个类似的活动，我们也需要产品和技术来努力构建一个新的活动，并且不能保证在线环境下的活动产品不会出现bug。
随着迫切需求的不断出现，技术团队不断重复开发工作，后台不断写着重复的规则和条件，一个又一个的活动让我的手几乎麻木。
这种最简单直接的产品方案确实很容易，但是浪费了公司大量的人力物力财力，人效成本太高。
三，高级课堂——模块化建构活动
为了提高人的效率，设置营销后台的产品经理在考虑营销活动的时候，有一个隐性的责任，就是如何让现在的活动在未来发挥价值，避免重复造车。
玩营销的产品经理都知道，打造一个营销活动会有一些基本的信息，活动规则和条件，奖励条件，分享是必不可少的活动类型。
基于此，现在的产品经理会提升自己的维度，把产品抽象出来，把抽象的条件归类到模块中，把产品活动建立在模块中。
从上图可以清楚的看到，我们抽象的将活动拆分成不同的模块，在构建新的活动时直接将可用的模块引用到新的活动中，避免了技术同事的重复开发；对于不能直接引用的模块，继续添加模块，奖励配置1和奖励配置2，不同的奖励配置不同的规则。把所有模块融合在一起是一个新的活动，即符合运营同学提出的营销活动产品方案，又提高了人的效果，一举两得。
和很多朋友聊天交流在台湾的营销相关工作，营销活动，新产品的开发，目前市面上的企业都在用模块化来搭建产品活动。虽然有些人的效果得到了提升，但其实一个活动的所有问题都没有得到实际解决，症状并不是根本原因。
一个活动的创建不仅体现在后台，还体现在前台的登陆页面。虽然我们可以在后台以模块化的方式配置活动规则等信息，但是如果要添加排行榜、滚动条等。到前面登陆页的下一个活动，你还需要重新开发-发布-上线。
用的时候觉得老婆太麻烦，所以一直在想，怎么把运营、产品、技术、测试、4端联动的成本和人力效率再提高一个层次？然后我有以下想法…
四。高级类-组分化学建筑活动
说到组件化，就不得不提到第三方支撑平台，如易秀、柯凡互动等。第三方平台的登陆页面很好的运用了组件化的模式，你可以添加任何你想要的组件:视频、图片、文字、按钮等。在空白纸上。
您可以从左侧添加任何想要的组件，并将它们呈现在画布上。也可以随意移动位置，完成的画布风格就是所见即所得。
避免了公司每次保持登陆页活动都要在前端和后端写一个登陆页的资源浪费。
当然也有不好的一面，就是用它的产品都要背书，因为最后会有一个大大的logo，除非你付费成为会员。就像我们公司运营对我说的一句话。
虽然我很想说，那就申请预算吧！
对于落地页面来说，组件化很简单，通过页面拼接做一张图片就行，不会有产品逻辑，多页等。
从想到活动组件化开始，我就一直在想怎么建立这么多页面，这么多逻辑，这么多规则。整个活动中的规则细节有必要抽象出来吗？规则是一个组件。
首先分类哪些信息是类，哪些信息是类。在班级规划后，丰富班级中的组件，并将失败的组件组合成一个又一个不同的活动。在未来，产品和技术只能丰富不同的组件。
活动分为四类:基本配置、页面模板配置、规则配置和奖励配置。
基本配置:
单击“新建”首先进入基本配置。基本配置是一个活动必须使用的固定字段，可以根据自己的需要进行调整，如名称、时间、描述、优先级等。
页面模板配置:
点击页面模板配置，左侧组件栏定位页面模板组件。用户可以在画布上添加该活动登录页面所需的组件，并调整组件的相关内容，如背景、顶部图像、图片、按钮、文本等。
同时，对于一个活动，可以自定义活动页面、获胜页面和失败页面的样式。
规则配置:
规则在我看来是最重要的组成模块，它的重要性在于你创建的活动谁能参与，能覆盖哪些用户。这个活动的逻辑规则中会用到哪些组件？直接从左侧拖拽，添加的组件如果不需要可以直接删除调整，非常灵活。
以下奖励配置也是如此:
奖励组件决定了参与该活动的用户满足什么奖励条件才能获得相应的奖励。他们可以不断添加奖项，包括不同奖项设置的不同奖励条件，也可以非常灵活。
活动型的，后期维护的时候，只要在这个插件里丰富规则组件和奖励组件，运营就会想到假期我要做什么样的活动。打开这个营销活动中心，按照自己设计的活动逻辑，先丰富页面，然后拖拽活动规则和奖励规则，快速设计完成一个营销活动。
省去了先正常产品需求、产品规划需求、生产计划、技术实现、在线测试测试等一系列骚操作。
为了提高人的效率，快速构建你想要的营销活动。
当然，随着活动的不断丰富，各类组件也需要不断丰富，以支持未来更多的营销产品。要真正提高人的效率，解放技术人员去做更有挑战性的事情。
