电商促销业务逻辑盘根错节？试试脱离场景，从系统计算逻辑上思考

本文将营销活动区分为三种类型：改商品价格、改商品小计价格、改订单价格，因为无论什么营销归根结底都是可以描述成改价格。

如果你整体设计过电商网站的促销功能，整理过相关的促销逻辑（例如，针对商品或订单的满减、满赠、折扣、优惠券等等），那么你必然清楚：如果对这些促销类型进行任意组合，将会有非常多样化的场景，这对于系统来说极易发生重叠甚至冲突的情况，那时你是如何处理这些逻辑关系的，又是如何做到在满足业务/运营需求的同时，最大化的降低系统判断逻辑的？如果你所设计的只是促销系统中的某个功能模块，会很容易陷入逻辑死循环，因为只有从整体上设计促销逻辑才能保证各子系统流程顺畅流转。笔者尝试脱离实际促销场景，抽象出一条行之有效的促销整体原则。

用一句话概括这条原则：同类型通过实体进行互斥、差别类型可以彼此叠加。这里说明实体是商品或者订单。

为什么会有这么一句话？我们来看下下图：

电商系统订单金额计算流程

促销计算逻辑

上图展示了电商系统中，一笔订单导入系统后，它的价格是如何计算出来的。为什么要说这个呢？

电商所谓营销，归根结底都是订单金额的变革；如果我们清楚的知道订单金额的计算流程是怎样的，那么我们只需要顺着系统的计算流程做促销，就不消担心各种促销类型之间产生重叠或者冲突的情况了。

当我们知道这个关系后，就可以将营销活动区分为三种类型：改商品价格、改商品小计价格、改订单价格，因为无论什么营销归根结底都是可以描述成改价格。

一笔订单被提交时，系统一定首先查找出订单中的所有商品，并判断此商品是否具备特殊价格（促销价格）。如果没有，则取正常的商品零售价；如果有，则取当前商品所处促销活动价格。

商品价格计算流程

那么好了，我们便可以把所有涉及更改商品价格的促销活动全部归到此类，例如现价段非常流行的促销活动玩法：秒杀。

秒杀是一种限时类的商品低价促销活动类型。用较低的价格和较短的活动时间，以营造抢购氛围的一种营销玩法。这种活动，在一个用户看来是一个非常新颖好玩的活动，但是对于一个PM来讲，它无非就是一个修改商品价格的促销类型罢了，注意我对秒杀活动的定义：限时类的商品低价促销活动类型，核心是商品低价，这直接决定了它是一种修改商品价格的促销活动，也就是第一种类型

其他关于修改价格的营销类型，如：限时折扣，降价拍、团购、拼团等 都可以归类到这一方式

这类型的促销活动，遵循促销核心原则：同类型通过实体进行互斥、差别类型可以彼此叠加。此处的实体就是商品。所以这条原则也可以表述为：差别商品可以参与相同的（秒杀、拼团、限时折扣等修改价格）活动；但是相同商品进行互斥，就是说，同一个商品不成以同时参与同一类型的活动，例如：同一个SKU不成以同时参与（秒杀、拼团、限时折扣等修改价格）活动。

当系统完成了对商品价格的查找之后，就需要将查找出的商品价格别离乘以订单中的每个商品数量，从而计算出每个商品的小计金额。当系统计算出所有商品的小计金额之后，这时候，就可以介入一些营销活动，例如指定商品的：满减、满赠、折扣等。

商品小计金额计算流程

那么好了，我们又可以将指定商品的：满减、满赠、折扣 归类为修改商品小计的营销活动

例如：全场母婴用品，满100减10，满200减30；就是典型的第二种类型营销活动，因为它是针对某种/某类 商品的小计金额来匹配满足那种类型的活动，并在满足活动的商品小计金额基础上进行减、赠、折。

那么我们再次用促销核心规则来捋一捋它的处理逻辑：同类型通过实体进行互斥、差别类型可以彼此叠加。此处的实体是商品，所以这对第二种类型的促销活动，我们就可以得出以下结论：

同一个商品，不能同时参与指定商品的（满减、满赠、折扣 等）活动，差别的商品没有限制。

例如：SKUA 不能同时参加满减、满赠、折扣；但是SKUA 参与满减，SKUB参与满赠 这种是被允许的。