编辑导语：对于商家来说，免不了要做促销活动。那么在促销活动中需要注意什么？本文从促销系统、促销优惠分类、共享互斥规则等八个方面分析了促销系统的优惠规则，希望对你有所帮助。
本文是理论+实战的输出，带你从多角度层层剖析促销系统规则，你将会获得：
本文所研究的范围是促销优惠，包括促销活动和促销优惠券。
常规的促销优惠有折扣，满减，满赠，加价购，商品券，代金券，等等。
让我们清晰知道促销活动的边界是什么？哪些是促销活动哪些不是促销活动。通过促销活动的定义让我们知道了大的范围。
这些优惠都是一个个相互独立的规则，但是在运营层面却是有一些场景上的重叠，比如一个商品享受折扣能否再次享受满减？诸如此类如何让运营场景更灵活却又保障了商品金额和优惠的平衡呢？
我们通过一整套规则，让原本散乱的活动变成合理且有序。可以理解为一个个活动是未加工前状态，散乱粗糙，通过多个步骤加工，最终有序输出合理且生效的活动优惠。
流程如下：每个环节在下文会逐个分析。
在促销定义中我们发现促销活动的本质是优惠，在我们实际运营中优惠的方式有很多种，有在单品上打折优惠比如限时折扣，满足一定门槛进行优惠，等等。不同的活动运营效果也是不同。
根据促销活动优惠作用商品不同我们分为如下几类：（目前市面上通用方法，比如某东，某赞，等）
在我们系统中，我们额外增加了配送优惠分类，因为配送优惠是优惠配送费并不是优惠商品金额，这是两条并行关系。
在我们自己分类过程中由于规则范围较为宽泛有些活动仍无法准确进行分类，比如第二杯半价到底是单品类还是总价类呢？站在不同角度来看都是合理。所以在技术框架设计时应该要灵活支持活动分类调整，便于适用场景变更。
有很多朋友有疑问优惠券算是促销活动吗？
需要看优惠券的使用场景，大多数是促销活动。我们需要看优惠券规则，比如优惠券A是商品券针对商品打折，减优惠，这就是促销活动。券和活动这两种叫法是系统层面名称，对于运营来说都是活动只不过表现形式不同而已，本质还是优惠。如果优惠券是免排队券这就不是促销活动，因为这是一种权益没有提供优惠。
本章节目的：通过对促销活动的分类，把原本独立的活动进行分类规整，便于下一步分析促销活动之间的共享互斥关系判断。
共享互斥规则是控制一个商品参与多个活动时，可以生效几个活动。不同分类的规则也是不同，但是总体来看，是分类与分类之间以及分类之内的共享互斥关系共同组成一套完成的共享互斥关系。
但是经过我们仔细的分析以及实践经验，我们的总结是：
这里的互斥共享我们说一个前提，就是同一商品可以理解为是一件商品，这个前提容易被忽略但是非常重要，同一商品单品内只可以参与一个活动。不同单品依然可以参与多个活动。
举例说明：
配送费组内互斥这个比较好理解，因为配送费是额外的费用，避免配送费被击穿，所以当有多个配送费优惠时只生效一个优惠。
也许你会疑问为什么网上很多文章的同一商品总价类也是互斥，我们却可以共享呢？
因为多数资料设计如此，很多平台也是这样设计，但是追求根本发现目的是平台强管控，运营希望卖的更多，商家担心成本击穿所以有了这个规则。但是逻辑上是可以实现，比如用户享受满减就不能享受满赠了吗？依然可以。
所以我们针对这类是弱管控，规则交给商家自行配置，但是我们会有默认值避免商家出现该情况。
总结如下：
具体分类组内的互斥共享关系可以依据你们各自生态的业务自行调整，我们的方案只是我们的实践经验仅供参考。
本章节目的：通过不断分析输出活动规则之间的共享互斥关系这也确定了整体活动的共享互斥基调，这里值得好好研究尤其是不同分类之间的关系以及同一商品的定义，在这里在多说一句同一商品是商品数量为1的商品。
同一个商品参与多个单品类活动，比如7折，和特价5元，这个商品只能参与一个活动，那具体生效哪个活动呢？这个时候就需要通过命中规则来控制了，如果说共享互斥规则决定能不能，那命中规则就决定了谁和谁。
首先强调一点：促销命中规则的设计方案完全没有标准答案，纯粹取决于业务的需求，只需要根据业务确认好的逻辑进行设计即可。
我们根据促销活动在交易流程中体现的顺序进行划分。
按照交易环节中的顺序我们定义为生效顺序。
即同一商品参与多个活动分类的生效顺序，前提是同一商品，不同商品无需顺序可以平行生效。
POS顺序由于是人工点击触发自行选择顺序，只要不违背我们互斥定义均可以自行选择顺序生效。
对于一笔订单中生效的活动有不同的触发计算方式，主流的是平行式计算和阶梯式计算，我们来剖析其中各自优劣势可根据您的业态自行选择。
同一类型规则不分优先级并行计算，不同类型之间仍然是递进式。
平行式规则出现的原因：随着营销规则不断创新和丰富，优惠方式越来越多样化，规则体系愈加繁琐。在有多个优惠方式叠加的情况下，因无法快速、直接地感知到最终优惠力度，从而对部分消费者的购物体验造成了影响。因此需要对规则化繁为简，简化不同规则之间的逻辑关系，增强系统的效率和稳定性，降低消费者决策成本，提升平台促销效果。
上一级优惠后的金额判断是否满足下一级活动门槛，若满足则可以生效使用。
当有多个同一类型的促销规则同时有效的情况下，需要先判断不同规则的优先级。然后按顺序逐级计算优惠门槛，即根据上一层级优惠扣减后的金额来判断是否满足下一层级的优惠门槛，规则越多，计算层级就越多。
（1）逻辑区别：同一类型有多个规则时，递进式是串行计算，平行式是平行计算
递进式的多个规则必须预先设定明确的优先级，系统按优先级顺序计算，根据上一层级优惠扣减后的金额来判断是否满足下一层级的优惠门槛，满足门槛再计算下一集优惠，一级级计算下去。
平行式在同一类型的规则中，多个规则都是以基准价来分别计算，没有优先级关系，最后将每种规则计算出的优惠金额相加得出总优惠金额，再以基准价减去总优惠金额得出所有规则叠加后的优惠后金额。
（2）系统运算速度：平行式计算速度大于递进式
因为平行式是平行计算，安排商品触发门槛一次性全部触发计算时间短，递进式需要计算完上一级之后然后再根据残值计算下一级门槛，每一次都是多次判断门槛，规则较多时计算时间耗时长。
（3）让利幅度区别：平行式优惠大于递进式
平行式要求商家在设置活动时对规则的把控以及优惠力度计算精细，要整体把控平行式触发的多个活动优惠进行整体评估成本和优惠这样才能保障用户平行式触发时优惠不被击穿，对使用者要求较高。
递进式对使用者要求较低只要每个优惠规则按照成本和优惠幅度计算即可，因为每个规则都是按照各自规则门槛触发生效优惠。
简单说：平行式不仅要看单个活动的优惠力度还要看着整体看满足条件后的其他活动力度优惠，整体把控。递进式只要看单个活动的优惠规则即可。
（4）消费者体验：平行式对消费者凑单更加简单
递进式规则下，消费者需要判断各级优惠的触发门槛，了解规则的优先级，优先级不同，结果完全不同，但当促销规则较多时，消费者很难清楚了解其优先级，很难计算如何凑单。
而平行式规则下，只要找到同一类型促销规则中门槛最高那个就行，能满足最高门槛的规则就一定能满足所有规则。
因为我们的商家运营能力薄弱无法整体把握优惠力度，而且设置同享的规则一般不超过5个，综合考虑我们使用递进式。使用递进式在前端交互以及计算算力上确实增加了不少取舍工作。如果您的业态无要求，建议采用平行式规则这样会让您在开发过程中更加平顺，懂得都懂。
将参与活动优惠的金额分摊到具体参与商品上。
商品分摊公式：商品优惠金额 = 总优惠金额×（商品金额 / 参与商品价格总和）
注意点：
举例说明：花花同学购买A，B，C三个商品，价格分别是10，20，30，现参与满50减10活动，按照优惠分摊金额该是如何计算呢？
调研发现部分商家是针对活动类型进行配置，部分是针对具体活动ID进行配置，在我个人来看其实并没有好坏之分，只要是满足符合当下自己公司发展的业态需要即可。
类型和ID的优劣势：
以上是我们针对促销系统优惠计算规则的理解，若有不同理解欢迎交流~
本文由@帅气滴呼呼 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash，基于CC0协议
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。