文章基于作者自身经验，从产品层面分享了营销规则引擎从0到1的设计逻辑，一起学习下。

为提高文章可读性，先拆解标题说明文章讲述内容：

ERP系统：统称企业资源计划。由于行业、区域和制度等方面的差异，企业对ERP系统的需求呈个性化、多样化。为匹配更多企业的需求，ERP系统部分业务在设计时就需要考虑其拓展性，以便定制个性需求。

营销：营销是ERP系统的一个分支业务，用途是由后台定制优惠政策，终端门店销售商品时，活动商品按预先设置好的优惠政策执行计费。

规则引擎：这是个偏技术的名词，规则引擎由程序执行时，也称推理引擎。

推理引擎通过决定哪些规则满足事实或目标，并授予规则优先级，满足事实或目标的规则被加入议程。——应用到ERP系统的营销功能，我的理解为：程序预先定义好营销活动的优先级，优惠政策的计费流程会按照预先定义的活动优先级执行。（这里对规则引擎的诠释并不完善，欲知详情自行检索）

拆解完标题，下面将从产品层面讲述营销规则引擎从0到1的设计逻辑。

一、明确活动商品概念

假设存在营销活动的情况下：一个活动商品从加入购物车到结算完成，会存在三种状态。

为了提高沟通效率、消除歧义，同时为后续产品推广做好铺垫。可以把每个状态概念化，让协同人都明确这个概念，达成共识。而营销规则三种状态可概念化为：

1. 活动商品加入购物车，这是第一状态，我们定义为“命中”活动商品；
2. 活动商品加入购物车，且达到了活动条件，这是第二状态，我们定义为“符合”活动条件的活动商品；
3. 活动商品满足活动条件后，进行了优惠分摊，这是第三状态，我们定义为“分摊”活动商品的价格。

基于概念是非常有效的沟通方式，用名词具体化抽象的状态，能让整个业务变得更加清晰。

二、定义活动商品范围

我们的ERP系统面向的企业，其SKU数量基本都是过万。庞大的SKU数量决定了营销规则的设计。虽然每个SKU都是唯一，但所有企业都会对商品进行归类。一般都会按品牌或类别进行归类管理商品。根据业务系统的设计，有的还会拓展一个标签维度维护商品。

按范围归类，我们可以看得出品牌、分类、标签都是每个商品特有的。典型的一对多关系。这个时候就要考虑优先级问题的。比如一个商品同时满足多个范围的活动，要以哪个为准。在这里提供三种解决方案：

1. 第一种是通过规则引擎定义一套标准的规则，比如单品>标签>品牌>分类>全场；
2. 第二种是消费者最优原则，即选择优惠力度最大的；
3. 第三种则是按发布时间为准，哪个先发布就以哪个为准。

在设计的时候，单品、品牌、分类、标签和全场各个范围可做成组件，以便后续业务需求进行个性化定制调整活动范围优先级。

三、定义营销活动类型

营销手段日新月异、层出不穷，但其本质是不变，无非就是让利和“情怀”。让利无非又是直接特价、买满返现、买满折扣、买满赠等形式（这里主要以线下场景为主，暂不考虑砍价、拼团等线上营销）。根据营销活动的类型，可以将其分为三类：

1. 第一类：直接改价类，主要是直接特价、直接折扣类型的活动。其特性主要体现在没有前置活动条件；
2. 第二类：按单类，主要是满额返现、满件折类型的活动。其特性主要体现在有前置活动条件，需根据当前订单的商品来判断是否符合活动；
3. 第三类：赠品类，主要是满件赠、满额赠类型的活动。其特性就是赠品，通过满足前置活动条件带出赠品。

根据营销规则引擎的设计，我们需要定义这三类营销活动的优先级。比如一个商品即参与直接特价又参与满额赠。这个时候那个活动优先级高，先算哪个再算哪个，优先级不同计算出来的结果是存在很大差异的。所以在这里依然是设计一套标准的规则：改价类>按单类>赠品类。而针对有个性化定制需求的企业，同样可以依赖这套规则引擎搭配一套新的规则。

在这里有个小细节。赠品类活动在设计时，可以做成在结算时弹窗供收银员选择赠品。这样做可以减少很多业务逻辑的处理，且易于理解，减少分歧。

四、一套标准的营销规则引擎

以活动商品范围为首行，活动类型为首列组成一个矩形宫格。商品范围优先级自左向右；优惠分摊自上向下，在设计优惠分摊是可以参考加权平均分摊的形式。这就是一套完整的标准化营销规则引擎，其拓展性和易用性。对于业务的扩展和功能宣导都起到很好的基础。

以上是对过往项目的总结分享，不一定适用其他系统的业务。但抛砖引玉，希望给大家带来一点点思考。

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

题图来自PEXELS，基于CC0协议