电商产品 | 再谈促销实现逻辑
京东618大促落下帷幕，伴随着1199亿元的销售业绩使人瞠目，如此庞大的促销活动，是如何作到的？若是一个商品既参与了特价销售、又参与了平台跨万店满减、还参与了店铺内的优惠券减额等等促销活动，那这个商品会不会存在不要钱白送的状况？javascript
固然，你能够认为笔者在杞人忧天，就算亏那也是京东的事情，可是笔者并非要讨论京东赚了或者亏了多少钱，而是要说这考验的是产品设计者的智慧。html
在阅读本文以前，笔者建议你先阅读前一篇文章：“电商促销业务逻辑盘根错节？试试脱离场景从系统计算逻辑上思考” 。在这篇文章中，笔者总结了设计电商促销系统的基本原则：前端
同类型经过实体进行互斥、不一样类型能够相互叠加。
vue
若是没有时间看上一篇文章，为更好的理解本文，笔者大体描述这条原则以下：在你设计促销功能时，须要考虑当前促销功能是属于如下哪一种促销类型，再使用这条原则经过实体（这里说的实体是商品或者订单）和其余促销功能进行逻辑互斥。java
三种促销类型：修改价格类型、修改商品小计金额类型和修改订单金额类型web
例如：若是你设计的促销功能是 秒杀，那么这个活动就属于第一种：“修改价格类型” 的促销活动，它须要经过实体（商品）来和 同类型其余促销活动 进行互斥，也就是说：在设计秒杀活动功能时须要考虑到参与秒杀活动的商品不能同时参与其余修改价格类型的促销活动。而，这种类型的促销活动有：拼团、限时折扣、降价拍等等。微信
以上为背景和回顾，下面正式进入本文内容架构
就如笔者以前所述：这条原则是没有考虑任何使用场景、彻底基于系统计算逻辑总结的规律，可是就连笔者也没法回避电商产品是由运营驱动的残酷现实。这也就决定了，这条原则若是不符合用户使用场景，不能提升运营效率也终将是一个自嗨的结论，没有任何价值可言。那么今天，笔者就将进一步阐述这条原则可否知足实际使用场景的要求。app
所谓实际使用场景，无非就是线上和线下两种状况，本文将结合电商购物车这个促销重要载体来对如下五种不一样的状况进行逐一分析：ide
第一种状况：针对线上，若是一个商品可以同时参与两个不一样的第一种促销类型，会如何？
第二种状况：针对线上，若是一个商品可以同时参与两个不一样的第二种促销类型，会如何？
第三种状况：针对线下，若是一个商品可以同时参与两个不一样的第一种促销类型，会如何？
第四种状况：针对线下，若是一个商品可以同时参与两个不一样的第二种促销类型，会如何？
若是一个商品同时参与了上述三种促销类型活动，能够吗？
第一种状况
针对线上，若是一个商品可以同时参与两个不一样的第一种促销类型，会如何？
常见的第一类促销活动有：拼团/阶梯拼团、团购、秒杀、限时折扣、降价拍等
假如你是产品经理，如今要你设计一个第一种类型促销活动，好比限时折扣。你把玩了各类竞品的前端交互，并开始设计设计本身的限时折扣活动，然而竞品并无告诉你若是和其余促销冲突时该如何处理，你也没有考虑到若是有其余促销的状况，你的产品也顺利上线了（假设）。好了，运营喵们开心的去策划促销活动，SKU A 先是被一个运营喵参与了秒杀活动，而后另外一个运营又选择了这 SKU 参与你设计的限时折扣的活动，结果会如何？
由于同一个SKU 在同一段时间内具有了两个价格（一个秒杀价格，一个折扣价格），这时候系统该选择哪一个价格做为这个SKU的价格呢？若是一个用户刚好添加了这个SKU 到购物车，那么购物车的促销怎么展现？画风是这样的，你们感觉一下：
很明显，这种可能性即便在线上使用场景下也是不容许发生的，也就是说同一个SKU 不能同时参与第一类促销活动，这是在产品设计之初就须要考虑并告知开发者的。
第二种状况
假如一个SKU 同时参与了两个不一样的第二种类型的促销活动，会如何？
咱们再来归类一下如今经常使用的第二类促销活动：指定商品的（品牌、类目、店铺等不一样维度）满减、满赠、折扣，N元任选、加价购。
假如一个SKU A既参与了包含SKU A 的 满50减5 活动，又参与了包含SKU A的 99元任选3件 的活动会发生什么呢？
首先，在商品详情页，SKU A 须要标记两个促销活动，对于商品详情页面来讲最重要的是提升页面的转化率，过多的促销会不会形成用户举棋不定？增长用户考虑成本从而下降商详页转化率？
其次，用户即便将SKU A加入了购物车，如何解决同一个SKU的两个以上促销展现问题？无论如何处理，对于第二种促销类型 这个SKU 都只能参与其中一个活动，既然只能参与一个活动，那就必须在全部知足的活动中定一个优先级优先只展现一个给用户，那这个优先级规则又将如何定义？
再者，购物车还须要承担提示用户凑单的重任，也就是说：须要一个肯定的促销活动将知足这个活动的全部商品归类到一组提示用户进行凑单，若是一个商品知足多个促销活动能够任意切换，切换以后又须要对切换后的活动商品进行从新组合并再次计算知足的促销条件及凑单金额，这对于系统计算工做量来说...并且对于用户而言，他们真的不会被购物车同一商品多个促销活动搞懵逼了吗？
基于上述种种考虑，对于第二种类型的促销活动而言，在产品设计时就应作出限制（同一商品不得参与多个第二种类型促销活动）是最明智的选择。
那么，有没有例外？ 答案是：有的，好比京东
京东已经把购物车的促销展现作到了极致，更重要的是：它容许同一个SKU参与多个第二种类型促销活动，它是如何处理同一SKU参与多个促销的呢？以下图所示：
若是一个SKU 同时参与了两个第二类促销，提供给用户修改的入口，用户能够自定义选择参与哪一个促销，这样处理存在的问题是什么？
1. 数据处理量大，购物车对数据时效性要求极高，用户对购物车商品任意增删改都须要实时计算。同时，若是用户切换商品的促销活动，系统首先须要将切换后同一类型促销活动商品归为一组，再计算本组商品价格与促销活动门槛金额进行比对比作出对应提示，例如：再购多少元知足本优惠。还须要将本组促销活动的其余商品归类到一块儿，给出凑单入口，并提醒用户去凑单。。。如此巨量的计算任务须要在短期内作出响应，不是通常的团队可以胜任的。笔者亲测：即便是京东，从满减切换为满赠，购物车页面也等待了两秒多种才完成切换。
2. 用户体验并不佳，从京东的购物车页面能够看到琳琅满目的各类促销条件，任意不一样的促销活动商品都会被划分为一组，不一样商家的商品会被归类为一组、京东自营的又会与其余商家区分开，一旦用户添加购物车商品过多，会给用户形成不少干扰，笔者问过不少京东的重度用户（包含PLUS会员），当我告诉他们，有些商品下面有个修改的按钮能够改这个商品的促销活动，他们中的大部分人作出的反应都是，啊。。。？ 没有注意过啊？
既然是这样，京东为何还要这样作呢？
所谓：“全部能经过技术解决的问题都不是问题”，因此第一个问题对于京东来说并非问题，对于对二个问题，这是产品向运营妥协的结果：一个运营负责不一样的店铺、品牌、商品类目，这在平时若是仅仅店铺内促销还行，遇到618这样的大促，平台牵头带领店铺进行跨店铺促销，每一个人都但愿争取到更多的资源和流量来提升GMV，若是限制一个商品只能参与一个第二类促销，这样不被承认也是情理之中，可是对于大部分电商而言，是否也须要这样处理呢？笔者认为并不可取。
第三种状况/第四种状况
针对线下，若是一个商品可以同时参与两个不一样的第一/第二种促销类型，会如何？
既然是线下，咱们去实地考察下线下的促销场景就什么都明白了，看下下图：
很明显的是：商场促销活动时，会把全部参与同一促销的商品归类到一块儿，而后插上吊牌：特价xxx，满xx减xx 等等，一个活动就是一个独立的区域不可能一个商品同时存在于两个不一样的活动区域的，即便被你看见了，那也是商场工做人员的失误，由于结算时若是你告诉收银员这个商品有多个能够选择的优惠，那么他必定会崩溃的。
第五种状况
一个商品同时参与了上述三种促销类型活动，能够吗？
答案是：逻辑上是没有任何问题的，可是实际场景中并不常见（在业务层面通常不容许这样操做），至少笔者没遇到过这样的好事，以下图所示：
好比：一罐原价200的奶粉，既参与了 特价180 销售，又参与了指定奶粉类型的 满100减10 的活动，还使用了全场通用的 满150减10 的优惠券，最后支付金额为160。
因此
这条原则：
同类型经过实体进行互斥、不一样类型能够相互叠加。
即便是在实际使用场景中，也仍然具有它的实际价值，笔者再次总结以下：
第一种类型促销：即：商品低价促销，有：拼团/阶梯拼团、团购、秒杀、限时折扣、降价拍等
第二种类型促销：即：商品小计促销，有：指定商品的（品牌、类目、店铺等不一样维度）满减、满赠、折扣，N元任选、加价购。
第三种类型促销：即：订单金额促销，有：全场满减、满赠，全场满xx包邮，优惠券等
当你设计促销类产品时，你应该这样作：
首先，你须要先和 架构师/项目经理 从总体上定义好各类促销活动之间的关系（如上所述），搭好架构；
其次，当你实际设计促销产品时，须要判断你设计的促销产品属于哪一种类型，归为同一类型的促销活动须要经过商品进行互斥；
例如：同为针对商品的促销，不能同时对同一个商品进行满减和满赠；
针对订单的促销，须要定义优先级，例如：全场满减的促销计算应该在全场满x包邮以前。也就是说计算包邮的金额应该是全部促销计算完成后的金额，也就是用户实付金额。
最后，不一样类型之间能够进行叠加，例如：针对商品金额的促销能够和针对同一商品的满减促销进行叠加。
在咱们知道这些以后再来看看关于促销的时序图，经过它能够帮助你完成任意形式的促销产品设计：
对该时序图简要描述以下：
1. 当用户打开产品、并把商品加入购物车，而后用户进入购物车进行结算
2. 这时，系统首先须要将购物车商品与促销引擎的商品池进行比对，将全部参与第一类促销的商品所有拿出来并作好标记与没有参与第一类促销的商品区分开；
3. 再次将购物车全部商品与促销引擎的商品池进行匹配，将全部参与第二类促销活动的商品按照促销活动不一样进行分组展现，同一促销活动商品归为同一组，不一样活动则分为不一样的组，没有参加活动的归为一组，每组活动根据促销金额门槛和当前组商品金额提示用户进行凑单；
4. 针对订单的促销活动，做为全局条件在购物车顶部或者底部进行展现（不针对商品因此没有分组），并根据用户购物车勾选的商品进行提示须要再作哪些购买操做才能知足全局优惠条件
5. 将这些结果返回给购物车并显示给用户，引导用户作出选择。
这个冬天有点冷，单身狗穷得只剩裤衩了