营销活动平台设计之产品 架构和规矩 引擎

货拉客

编辑导语：站在产品运营的角度，营销活动的重要性不问可知 ，那么如何通过平台型的营销设计增进 活动增长呢？本文作者依托于产品的核心内容，剖析 了平台的整体架构以及核心设计中的规矩 引擎，一起来看看吧！

前一篇给年夜 家讲了下营销活动平台年夜 概的配景 情况，以及在产品建设进程 中所遇到的问题。今天这篇文章主要讲下产品核心内容，分为两部分：
一、平台的整体架构
1. 产品架构

首先说下产品架构，详细的产品架构图考虑包含公司信息，暂纰谬 外。从交互分层来看，营销系统的架构图如下：

（1）表示 层
主要是前端活动页面。
（2）交互层
主要是活动玩法，例如抽奖、答题等，与介入 用户产生交互；也包含 触达形式，例如短信、push等。
（3）公共规矩 层
底层的规矩 引擎，包含 通用的逻辑，条件策略库（判断是否新人、是否已加入 活动、完成某特定路径推荐其他内容等）、动作集合库（点击抽奖触发抽奖流程、扫码存眷 触发等）。
（4）权益层
活动奖品，例如现金红包、视频权益、优惠券等等。
2. 纵不雅 全局，聚焦核心

我们都知道，每一个活动链条是由上游的活动目标用户以及下游的权益奖品所形成的闭环。例如新人（活动目标用户）通过落地页引导，加入 新人有礼活动，满足条件即发放5元现金红包（权益奖品）。其中还有很多规矩 处理，例如判断新人条件，活动逻辑，奖品发放接口，与已有支付接口对接，活动数据转化监控等等。整个活动链条的流程很简单，我们也很清楚。
但任何一个产品开始之前，需要思考其上下游，是否组成 闭环等，所建设的产品处在哪一环，需要解决哪些问题，也就是上一篇所提到的产品的界限 。
该营销活动平台解决的核心：通度日 动引擎快速完成活动创建及营销。

如上图所示，活动营销平台解决的闭环路径：创建活动-配置活动规矩 -选择投放渠道-活动数据监控-资产消耗监控-系统性能监控，活动监控数据反哺活动模板设计及系统设计。
（1）活动中心
依据 活动需求选择对应的模板，例如九宫格抽奖、签到、答题等。
（2）活动配置
依据 活动规矩 配置本次活动的逻辑，例如抽奖活动：抽奖次数发放、中奖概率、奖品概率、是否联系关系 任务等。
（3）渠道投放
主要是Push、落地页、微信、H5等等。
（4）效果洞察
主要是活动数据统计类，介入 人数、介入 次数、活动转化用户（漏斗图）、奖品使用转化等。
（5）资损监控
主要用于监控加入 用户数与发放奖品数，是否涌现 超发、漏发情况。
（6）系统监控
比较着重 于系统性能，承载压力，活动峰值点的并发压力监控。
3. 产品拓展性

整理清楚产品核心能力，同时就需要考虑到产品可扩展性，也就是我们说的低耦合高内聚。可以年夜 致分为以下两点：
（1）产品上下游结合的能力
上文提到活动上游是用户群体，针对于活动用户，营销活动自己 应该支持基础用户治理 ，例如用户基础信息、介入 记录、奖品记录等，这些信息作为规矩 输入因子，主要用于活动研判逻辑。附加功能可以支持标签用户，用于活动场景分发，针对指定用户群投放活动。
其次是考虑到年夜 客户产品，会保存 20%定制化办事 。年夜 客户都有自己的用户数据库，且他们的用户数据比我们自己 产品所提供的用户治理 加倍 完善，例如有经分系统，年夜 数据用户中心等等。这时我们提供的是通用用户接口，通过接口方法 获取活动目标用户群体，由于用户数据比较敏感，年夜 多是客户提供数据接口，我们获取数据，其接口加密方法 ，用户存储方法 是需要强设计的，包管 年夜 客户数据敏感性要求。
其实就是产品兼容向上和向下的能力，放在整条营销产品线，活动也只是其中一环。
（2）微办事 模块设计
通用型产品也可以通过模块配置组合成不合的产品提供给不合需求的客户群体。相应的，对于各模块的设计要求更高，不仅是产品设计，包含 技术设计上，都要求低耦合性。产品侧需要赓续 去对每一个功能模块做加减法，及时做好产品迭代，及时满足市面上80%的客户需求。技术侧在设计上需要降低各功能及接口之间的强联系关系 性。
二、核心设计-规矩 引擎
1. 为什么要做规矩 引擎

业务代码中往往包含了年夜 量的case，case by case 随处 都是条件的判断和选择，当这些if-else/switch等条件一直 增加，代码就开始变得难以维护，同样也会产生以下问题：
无法直不雅 表达现有业务逻辑，新人入手困难。新增&修改 逻辑困难，极难扩展；通用处理成本高。每次变革 逻辑时都需要经历一次完整的研发-测试-宣布 -回测-灰度，效率低成本高。
隔离这部分无法避免的业务决策逻辑，让逻辑变得清晰可自力 维护。
2. 规矩 引擎界说

抽象业务逻辑判断进程 ：数据流输入=》依照 规矩 （逻辑判断当黑盒处理）=》输出相应结果、
规矩 引擎就是通过接受动态数据流入，依据 内部的规矩 ，得出决策结果的处理器。以抽离业务逻辑包管 其自力 维护和动态更新。
输入：各类 条件的具体值，例如用户id、属性值、手机号。
输出：决策的结果可能是bool（逻辑出的值，ture/false），可能是具体值，这些结果值又可以作为新的一组数据产生决策。
规矩 引擎办事 通常是在核心的规矩 引擎之上，增加了一些执行时门面办事 （门面模式可以用来封装系统的底层实现，隐藏系统的庞杂 性，提供一组加倍 简单易用、更高层的接口）、可视化规矩 创建、多种规矩 引擎支持、加倍 系统的规矩 治理 体、挪用 逻辑流程、附加数据支持等办事 。

3. 规矩 引擎应用的场景

通俗来讲，规矩 引擎就是将重复且标准化的业务场景，抽象成简单或负责的逻辑，通过输入数据，经过规矩 研判，输出对应结果。
常用的应用场景：风控系统、分发&推荐场景、资金决策场景、数据标签场景、活动场景等等。在这块不一一展开，我们重点讲一下在活动场景中的应用。
（1）抽奖
不合的人&不合的场景对应不合的奖池（不合的中奖概率、不合的奖品集合），常见玩法：转盘、九宫格、砸金蛋等。
（2）任务
任务领取规矩 、任务完成指标动态可配（不合的人不合的任务，指标条件可动态配置&组合），常见玩法：答题、游戏类活动。
玩法串联：事件与用户路径匹配。由源事件匹配所有需要联系关系 （串联）的事件，依据 用户介入 活动进行时间过滤及部分动态计算得出要触发的事件及对应的触发值。比如：抽奖和任务也可以串联玩法，完成任务获得抽奖次数，增加抽奖概率等。
eg：用户进入活动后【依据 一定规则指派任务，目标用户介入 抽奖】，用户杀青 【若干组合指标，满足是当月有消费记录】后任务完成，由于任务完成【依据 用户已收激励赐与 用户抽奖机会（几次）或直接奖励，并依据 介入 状态判断决定是否发放私信留存】，用户拿到抽奖机会后进行抽奖【由于是新用户，将面向现金等奖品池进行抽奖，中奖概率高】，抽中随机现金奖品，【依据 用户特征计算出用户受用的红包金额-奖品中奖概率】，发放奖励。
ps：内都是可以配置的内容规矩 。
（3）通用激励模型
不合的用户特征对应不合的激励水平 （不合的人在不合的场景下，对于奖励的感知水平 都是不合的，例如新用户与老用户奖品）。常见玩法：签到打卡，砍价、拼团。
（4）通用触达模型
差别 化文案内容。常见玩法：答题测试、小我 年终申报 等等。
了解了规矩 引擎在活动场景的应用，我们平时可以看看常用的活动逻辑，思考是否可以将某个流程规矩 化。因为产品源于生活。
参考资料：
https://zhuanlan.zhihu.com/p/371831214
本文由 @SLJwu 原创宣布 于人人都是产品经理。未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议