层层解析晋升体系优惠规则

本文是理论+实践的输出。 带您多角度剖析晋级系统规则。 您将获得：

促销活动分类的依据是什么？ 如何建立共享的互斥规则关系。 阈值计算方法、并行与渐进的优缺点。 1． 晋升制度 1.什么是晋升 2.晋升的作用

本文研究的范围是促销优惠，包括促销活动和促销优惠券。

3. 有哪些促销优惠？

常规的促销优惠包括打折、折扣、赠品、加价、商品优惠券、代金券等。

四、本章目的

让我们清楚地知道促销活动的界限是什么？ 什么是促销，什么不是促销。 促销活动的定义让我们知道了其广泛的范围。

这些折扣是独立的规则，但在操作层面存在一些场景重叠。 例如，某产品享受折扣后是否可以再次享受全额折扣？ 如何让运营场景更加灵活，同时保证产品金额与折扣的平衡？

我们用一套规则，让原本分散的活动变得合理、有序。 可以理解，每项活动都处于未经加工的状态，分散且粗糙。 经过多个步骤处理，最终有序输出合理有效的活动报价。

流程如下： 下面对各个环节进行一一分析。

2. 优惠类别

在促销的定义中，我们发现促销活动的本质是折扣。 在我们的实际操作中，提供折扣的方式有很多种，比如单品折扣，比如限时折扣、达到一定门槛的折扣等等。 不同的活动的运作效果也不同。

根据不同的产品有不同的促销活动和折扣，我们将其分为以下几类：（目前市场上常见的方法，例如某些董，某些好评等）

在我们的系统中，我们添加了额外的送货折扣类别，因为送货折扣是优惠的送货费用，而不是折扣的产品金额。 这是两个平行的关系。

在我们自己的分类过程中，由于规则范围比较宽泛，有些活动仍然无法准确分类。 比如第二杯的半价是单一品类还是总价品类？ 从不同角度看都有其合理性。 因此，技术框架设计应灵活支持活动分类调整，以方便适用场景的变化。

很多朋友有疑问，优惠券算不算促销？

需要看优惠券的使用场景，大部分都是促销活动。 我们需要看看优惠券规则。 例如优惠券A是商品打折的商品优惠券，减少折扣。 这是一个促销活动。 优惠券和活动这两个名称都是系统级名称。 对于运营来说，它们都是活动，但形式不同。 本质还是折扣。 如果优惠券是免排队门票，则不是促销，因为它是福利并且不提供折扣。

本章内容：通过对促销活动进行分类，将原本独立的活动进行分类和组织，以便于下一步分析判断促销活动之间的共有和互斥关系。

3. 共享互斥规则

共享互斥规则控制一个产品参与多个活动时可以生效的活动数量。 不同分类的规则也不同，但总体而言，类别之间和类别内的共享互斥关系共同构成了一套完整的共享互斥关系。

不同类别之间的共享互斥关系：可以配置共享互斥关系。 不同类型之间不存在逻辑冲突，符合操作场景，支持不同类型之间共享。 例如，如果产品A享受参与折扣，则仍然可以参与全额折扣。 分类组内互斥共享关系：分类组内互斥不能共享。 （市面上大部分信息都是这样）

但经过我们仔细的分析和实践经验，我们的结论是：

在单一产品类别组内相互排斥。 在运费组内是互斥的。 在总价组内是互斥的。 可以在订单类别组内共享。 可以在订单类别组内共享。 付款后默认分享。

这里对于互斥的分享，我们讲一个前提，就是同一个产品可以理解为一个产品。 这个前提很容易被忽视，但却非常重要。 同一产品只能参加一项活动。 不同的项目仍然可以参加多个活动。

例如：

很容易理解，配送费组是互斥的，因为配送费是为了防止配送费被细分而额外收取的费用，所以当有多个配送费折扣时，只有一个折扣生效。

也许你会奇怪，为什么网上很多文章的同一产品总价的类别是互斥的，但我们可以共享呢？

因为大部分材质都是这样设计的，所以很多平台也是这样设计的。 但追求发现的根本目的是为了加强平台的控制力。 运营希望多卖，商家担心成本细化，所以就有了这个规则。 但这在逻辑上是可能的。 比如用户享受全额折扣，就不能享受全额奖金？ 它仍然有效。

因此，我们对这种类型的控制力较弱，规则留给商家自己配置，但我们会有默认值来防止商家出现这种情况。

总结如下：

具体分类组内的互斥共享关系可以根据各自生态的业务进行调整。 我们的解决方案只是我们的实践经验仅供参考。

本章程序：通过不断分析输出活动规则之间的共享互斥关系，这也决定了整个活动的共享互斥基调。 这里值得研究，尤其是不同品类之间的关系以及同一商品的定义。 这里，在“One more thing”中，相同的产品是产品数量为1的产品。

4、命中规则： 1、命中规则的作用是什么？

同一商品参加多个单品类活动，如立减30元、特价5元等。 该产品只能参加一项活动，那么哪一项活动生效呢？ 这时候就需要通过命中规则来控制。 如果说共享互斥规则决定了能否做，那么命中规则就决定了谁和谁。

2、促销命中规则如何设计？

首先我想强调一点：促销命中规则的设计没有标准答案。 这完全取决于业务的需求。 只需要按照业务确认的逻辑来设计即可。

5. 计算顺序

我们根据促销在交易过程中体现的顺序来划分促销。

促销活动首先体现在单品折扣，其次是总价折扣。 付款类型在订单页面提交付款后即可享受优惠。

我们将交易过程中的订单定义为有效订单。

即同一商品参与多个活动类别的顺序生效。 前提是对于同一个产品，不同的产品可以并行生效，无需先后顺序。

由于POS订单是通过手动点击触发的，所以只要不违反我们的互斥定义就可以选择订单。

六、计算方法

订单中生效的活动有不同的触发计算方法。 主流的是并行计算和步进计算。 我们将分析每种方案的优缺点，并根据您的业务类型进行选择。

1. 并联型

同一类型的规则无论优先级如何，均并行计算，不同类型的规则仍按递进方式计算。

平行规则出现的原因：随着营销规则不断创新和丰富，优惠方式越来越多样，规则体系也越来越繁琐。 当多种折扣方式叠加时，无法快速直接感知最终的折扣力度，影响了部分消费者的购物体验。 因此，需要简化复杂的规则，简化不同规则之间的逻辑关系，增强系统的效率和稳定性，降低消费者的决策成本，提高平台的促销效果。

2. 进步

上一级折扣后的金额用于判断是否满足下一级活动阈值。 如果满足的话，就可以有效地使用。

当有多个同类型的促销规则同时有效时，需要先确定不同规则的优先级。 然后依次逐级计算折扣阈值，即根据扣除上一级折扣后的金额，判断是否满足下一级折扣阈值。 规则越多，计算级别就越多。

3. 渐进式和平行式的区别

(1)逻辑区别：当同一类型有多个规则时，渐进式为串行计算，并行式为并行计算。

多个渐进规则必须预先设定明确的优先级。 系统按照优先级顺序计算，根据扣除上一级折扣后的金额判断是否满足下一级折扣阈值。 如果达到阈值，将计算下一个级别。 收集折扣并逐级计算。

并行型 同一类型规则中，多个规则按照底价分别计算，不存在优先级关系。 最后将每条规则计算出的折扣金额相加，得到总折扣金额，然后从基础价格中减去。 总折扣金额为所有规则相加后的折扣后金额。

(2)系统计算速度：并行计算速度大于渐进计算速度

由于并行类型是并行计算，因此安排产品触发阈值一次全部触发所需的时间较短。 渐进式需要计算上一级，然后根据残值计算下一级阈值。 每次都会对阈值进行多次判断。 规则越大，计算时间越长。

（3）利润率差异：平行优惠大于累进优惠

并行式要求商家在设置活动时仔细把控规则、计算折扣。 必须对并行式引发的多项活动的折扣进行统筹控制，并对成本和折扣进行统筹评估。 这样可以保证用户触发并行风格时折扣不会被分解。 ，这对用户提出了更高的要求。

累进法对用户的要求较低，只要根据成本和折扣范围计算每个折扣规则即可，因为每个规则都会根据自己的规则阈值触发有效折扣。

简单来说：并行方式不仅看单个活动的折扣强度，还看满足条件后其他活动的整体折扣强度，并整体控制。 累进方式看单项活动的折扣规则即可。

（4）消费者体验：消费者并行下单更容易

累进规则下，消费者需要判断各级折扣的触发阈值，并了解规则的优先级。 不同的优先级会导致完全不同的结果。 然而，当促销规则较多时，消费者很难清楚地了解自己的优先顺序。 计算如何组合订单。

并行规则下，只要找到同类晋升规则中门槛最高的一条，满足最高门槛的规则就一定会满足所有规则。

4.总结如下 5.我们的做法：我们使用渐进规则

由于我们的商户运营能力较弱，无法完全掌握折扣力度，且共享规则的数量一般不超过5个，因此我们在综合考虑的基础上采取渐进的方式。 使用渐进式的方法确实在前端交互和计算能力方面增加了很多权衡。 如果您的业务类型没有要求，建议使用并行规则。 这会让你的开发过程更加顺利，你会明白一切。

7、折扣分享

将参与活动折扣金额分配给特定参与产品。

商品分摊公式：商品折扣金额=折扣总额×（商品金额/参与商品价格总和）

当心：

产品参与上一级折扣后的金额，作为下一级优惠价格比例进行分享。 （例如A产品参加30%折扣后，折扣金额为30，如果继续参加100的折扣，则全额折扣的基数为30。）当有多个产品时，它们是按照从小到大的顺序计算，避免某个数量较大。 其他产品的折扣将采用四舍五入的方式进行分配。 最后一件商品的折扣金额=总折扣金额-其他折扣金额。

例如：花花购买了A、B、C三种商品，价格分别为10、20、30。 现在她正在参加购物满50立减10折的活动，按照折扣来分摊金额应该如何计算呢？

8. 如何配置

调查发现，有的商家根据活动类型进行配置，有的则根据具体活动ID进行配置。 我个人认为，没有好坏之分，只要符合公司当前发展的业务需求即可。

类型和 ID 的优缺点：

以上就是我们对促销系统折扣计算规则的理解。 如果有不同的理解，欢迎交流~