营销活动平台的架构设计实践

Posted 2021-04-10 空山陋室

站在产品运营的角度，营销活动的重要性不言而喻，我们可以通过营销活动完成DAU的提升，持续提升用户在APP的粘性，甚至直接促成核心OKR的达成。

但是站在业务研发同学的技术角度来看，我们会经常疲于应对各种各样的运营活动需求，这些需求有千变万化的玩法 和 层出不穷的策略，以及针对不同 定位 的人群。

如何在从纷繁复杂的需求中，通过自己的技术经验去判断然后找到需求的共性，并设计出具有未来前瞻性、扩展性的技术架构，是业务研发工程同学会需要考虑的问题，也是随着业务发展不得不面对的问题， 毕竟资源永远是有限的。

因此，如何在这样一个准5G时代，通过快速 试错 、不断验证需求的可行性，已经是决定一个公司能否产生进一步裂变的重要手段和核心竞争力。

在这个背景下，我们不妨先简单抽象一下常规活动的基本流程，如下图：

从基本流程来看，虽然活动玩法上千变万化，但是实际上都遵循一定的规律。下面我们逐一讲解。

首先，运营的重要方法之一就是分层运营，针对不同的人群设定相应的运营手段和策略。那么通常运营活动一般也是会针对定向的人群，这里就会涉及到一个通用的能 力：人群筛选。

其次是 用户触达。 我们可以通过渠道投放、私信、短信、开屏等等，去触达我们圈定的目标用户群体，当然这些渠道的投放本身也是一些重复的工作，完全可以考虑做成配置服务自动下发，暂不赘述。

其次是  用户行为 / 事件订阅 ，我们通过订阅用户行为事件，判定用户参与活动的进展，对用户做正向或者负向的反馈，激励用户更好的参与活动，达成我们的运营目标。 这个模块，本身还涉及到如何设计 规则过滤层 ，能够方便的检测和过滤用户行为，判定任务达成情况，并且针对不同活动还可以通过简单配置达成活动、行为、规则的匹配和判定。

其次是最核心的  可视化编辑器 ，我们会抽象出各种各样的通用组件，例如 图文组件、视频播放、直播、抽奖、榜单、文字编辑等等，我们可以任意拖拽组件完成H5活动页面的构建，甚至可以配置与后端服务的交互API。 这个模块最核心的目标是，通用组件的积累，能够支持足够多活动页面的自助搭建。

其次是后端服务化，这个模块的核心能力是积累通用的后端服务能力，比如抽奖、活动报名、榜单排行、问卷调查、活动管理等等，这里的服务要具有可复用性和配置化。

其次是  反作弊  /  风控服务  可以通过用户行为、心跳检测等等判定用户的行为是否存在作弊  。 统一埋点， 针对不同活动但是相同的组件，可以通过活动ID复用埋点同时隔离活动数据，活动上线之后自动产出tableau报表，方便运营同学随时分析活动效果。 通用的 活动券 或者 虚拟币服务 ，可以让不同的活动复用，降低活动的研发成本。 再然后是 存储 、通用化的 数据配置 服务等。

通过归纳总结，最后梳理出一张整体的架构图，基本可以从图中看到一个活动平台最核心的模块，以及基本的分层结构。 如下

但是，活动平台最终是否能够得到很好的应用、运营的定制化需求如何与活动平台的通用组件进行权衡，不同级别的活动需求应该是定制化的开发支持还是通过活动平台搭建，这也许是活动平台本身之外另一个需要重点讨论的话题，他决定着一个活动平台的定位和未来能否可持续的扩展迭代。