你是开发，你看到这个需求会咋办？

[zhao8681286]

[Jinnrry]

@ScepterZ 这肯定得记下来啊，不记下来怎么对账？怎么算收益？怎么算利润？

电商会有大订单小订单的概念，大订单会记录总体的优惠使用情况，小订单上面还要做分摊，把每个优惠分摊到单件商品

[me1onsoda]

淘宝感觉还是有点东西，这么复杂的规则在购物车切换商品计算很丝滑，像在客户端计算一样

[Goooooos]

从技术上说，并不复杂
就是运营配的券有点多才显得复杂

[lambdaq]

@wangjunniit 卧槽。

[flyme2them00n]

还能怎么办？干呗

[ixoy]

不干人事，卷用户，券运营，卷开发，卷商家，最后把自己也卷进去了。这一套下来得消耗多少社会隐形成本。

[dobelee]

@Goooooos 其实非常复杂，涉及到不同的商品优惠池子，池子的优先级，有的池子能继承优惠价，有的是用基准价计算，同时池子有商品交叉。最后要算出各个池子排列的最优解。以上要保证高性能，不能用太暴力的解法。下单时又涉及到各个优惠对应的业务线的一致性。然后是另一个最复杂的部分，优惠券的组合结算及退款处理。

[danhahaha]

中国人真累，程序员忙着开发折扣券算法，商家忙着计算如何提价叠加折扣券，消费者忙着计算怎么使用折扣券，这难道就是内卷本卷？本来大家可以很简单的

[Donaldo]

@yuanmomo #9 恕难苟同。这上面除了跨店的基本都是同一个 if 逻辑，设计好对应的接口，就用不到程序员和测试什么功夫了。至于消费者，不想花精力省钱的大可不参加。本就是一种促销手段，你情我愿的，我很懒，也不差这些小钱，所以我每次都不搞这些，我女朋友就乐在其中，并没有什么压力，反而会有额外的情绪价值。

[agagega]

结算的时候做一遍不复杂，难的是搞运营的人要把这些优惠的真正力度搞清楚并估测出一个模型，还有就是现在的电商网站都会帮用户预估到手价，这个也挺麻烦的。

[yuanmomo]

@Donaldo 我说的是我自己的想法，你又不苟同的权力呀，又没说你一定要同意我，大佬喜欢，给大佬点赞。千万不要跟我这种小菜鸡计较。

[nathanleeinph]

给运营提供个模拟器和配置器随便玩，反正程序上就是减减减

[HaroldFinchNYC]

costco 没这么多费劲的规则
只有一个：多少钱 off

说白了，你别扯那么多，就一条：到底现在多少钱！

[qping]

@Jinnrry 优先级这个，运营自己不会头疼么，先打折再减还是先减再打折，要是搞错了，不就亏了

[xuanbg]

就是查一下数据库，把能用的优惠都查出来。如果没有那种互斥的，就直接用。有的话，就要按顺序遍历，去掉互斥的数据。

[zfyStars]

这就是我不用淘宝的原因

[ldw4033]

@wetalk 京东自营都大面积缺货了

[daybreakfangyang]

作茧自缚

[ixixi]

看到这种一层一层的套路 实在是够够的了

不打折不搞活动的时候买 总有种冤大头的感觉

[Jinnrry]

@qping 没啥头疼的啊，这得看运营后台做的咋样，交互好就一目了然啊。优先级是必须的，就像楼上说的，有互斥啥的，没优先级有些互斥没法处理