240 发简信
IP属地:江苏
  • 同时针对订单的满减和满赠在计算逻辑上也是不允许的,你仔细想想看,订单先满赠再满减和订单先满减再满赠这两种计算结果有可能导致订单金额完全不同。比如,满100减10和满100送A,满100送A和满100减10,如果用户订单金额是105,如果采用第一个方案用户就没办法送A,如果采用第二个方案,那么用户既可以送又可以减,这时候你应该怎么做?或者说系统应该怎么做?
    同一笔订单有可能产生不同结果的情况是不允许发生的。
    所以你说的同时满减和满赠也就不成立

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

    如果你整体设计过电商网站的促销功能,整理过相关的促销逻辑(例如,针对商品或订单的满减、满赠、折扣、优惠券等等),那么你一定清楚:如果对这些促销类型进行任意组合,将会有非常多样...

  • 分清楚是针对商品小计还是对订单的这两个维度。针对部分商品满减,然后针对订单的满赠是可以叠加的。但是同时针对某一些商品同时满减再叠加满赠一般是不允许的,如果发生,要么后台定义计算的优先级要么让用户在购物车选择匹配哪种类型促销活动

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

    如果你整体设计过电商网站的促销功能,整理过相关的促销逻辑(例如,针对商品或订单的满减、满赠、折扣、优惠券等等),那么你一定清楚:如果对这些促销类型进行任意组合,将会有非常多样...

  • 120
    比特币熊市大底预测,这还是一场关乎蚂蚁S9生死的大戏

    “2018 的冬天格外寒冷,然而身体的冷只是暂时的,绝望的冷却是致命的” --懒癌发作的菜 时间拨回到2018/11/14 BTC价格:$6287 BTC 结束了将近两个月的...

  • scatter 插件右上角有个齿轮,点击,有一个菜单:“auto lock” 把它改成 never 试试

    【EOS】Scatter 网站初体验

    本文由EOSUnion(eos.ren)优质内容计划赞助 按照金马文章【EOS】Scatter,一个值得你期待的空投项目提到的快速理解 Scatter步骤,做了以下体验:第一...

  • 120
    电商产品之订单拆分规则与流程

    什么是订单拆分 用户提交的订单在物理上并不是一个不可拆分的单元,也即:它不是一个颗粒度最小的实体,可以进行多种形式的分解,具体如何分解根据不同的业务场景,可以进行不同形式的拆...

  • 说下哪里错了,错了就改,不能误导读者...:sweat_smile:

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

    如果你整体设计过电商网站的促销功能,整理过相关的促销逻辑(例如,针对商品或订单的满减、满赠、折扣、优惠券等等),那么你一定清楚:如果对这些促销类型进行任意组合,将会有非常多样...

  • 120
    写给产品经理的技术书

    产品经理有三大领域的技术需要去攻克,分别是:客户端相关技术、服务端相关技术、交互相关技术 一、客户端相关技术 1.IOS和安卓产品差异2.Web前端技术-HTML、CSS、J...

  • @捕获了一只夏
    第一个问题,不同商品类目存在商品交叉 确实是比较常见的情况,但是这并不是使用场景需要,而仅仅是因为类目的商品交叉了,实际上对于运营/用户来说,同样都是优惠券,他们只需要一个就好了,在运营创建活动的时候,假如一个运营创建了美妆全场的优惠券,另一个运营创建日化全场的优惠券,如果这两个类目有商品交叉,我会把交叉的商品过滤出来告诉运营,要么用你的,要么用另外一个人的,他们商量好告诉系统到底用哪个就好了。当然也可以不强制过滤,在前台购物车去让用户选使用哪种促销,这是没有办法后的折中方案

    第一、二、三类促销同时交叉这并没有问题,可以直接叠加;但是你说的一个商品同时既参加秒杀又参加折扣(第一种类型),我不明白如果不强制过滤,这种促销活动的意义何在?一个商品要两个商品详情页,两个价格吗?

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

    如果你整体设计过电商网站的促销功能,整理过相关的促销逻辑(例如,针对商品或订单的满减、满赠、折扣、优惠券等等),那么你一定清楚:如果对这些促销类型进行任意组合,将会有非常多样...

  • @捕获了一只夏
    首先,我强烈建议你:同一种促销(优惠券),需要通过商品进行互斥,也就是说,同一个商品只能被一张优惠券选择。这么做并不是说我们不能做,而是即使实现了也会增加用户/运营负担,并且实际场景真的有这种需求吗?能举一个例子吗,什么情况下一定需要这样的使用场景?在用户体验和实际需求上我们需要做出取舍,这也是电商产品价值所在,关于这个你可以看我简书的第二篇关于促销的文章
    其次,假如真像你所说,确实有这样的实际需求,需要同一个商品存在两种优惠券内,我的建议是:通过分组的形式来实现,比如商品A 和 B 符合 优惠券1,商品A和商品C 符合优惠券2,那么系统可以给一个默认的选中规则(比如你说的优惠力度大的规则,这个只要定义好规则就行),前台会将优先选择的优惠券2 和购物车所有商品进行匹配,然后将符合条件的商品组合到一起。但是给出切换优惠券的选项,也就是可以把优惠券2切换成1,在切换优惠券的时候,需要同时将商品进行分组,也就是,要把符合优惠券1的所有商品组合到一起。
    以上是我的建议,供参考

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

    如果你整体设计过电商网站的促销功能,整理过相关的促销逻辑(例如,针对商品或订单的满减、满赠、折扣、优惠券等等),那么你一定清楚:如果对这些促销类型进行任意组合,将会有非常多样...