玩转营销活动，优惠设置怎么做( 五 )_玩转营销活动

具体的金额该如何拆分，可以根据实际情况进行计算。以上case只是简单地平均分摊到了每个商品上。如果按照商品的价格比例进行优惠也是可以的。拓展些问题烧脑一下：1）作为一个平台，如果要求用户自己选择想要使用的优惠方式，并且某些优惠不能共享，该如何处理呢？这个根据实际的业务去处理即可。举个栗子，例如商品A已经享受了单品立减，不能再享受店铺满减，那么购物车优惠试算结算的时候，店铺满减的金额就不能分摊给A 。如果选择享受店铺满减活动，那么商品A就不能享受单品优惠。 2）什么时候可以让用户选择优惠？举个栗子，如果业务要求单品的优惠券是可以选择是否使用，那么在浏览商品、提交购物车，或者在购物车的环节，在这个单品上（可以在店铺上）筛选是否使用该单品优惠。一切在提交订单之前都来得及修改。 3）订单提交后，订单金额还可以修改吗？有个很重要的tips ，在提交了订单之后，建议待支付金额就不要再修改。待支付金额会包含所有的优惠金额拆分出来的价格。 4）如果用户订单超时了，下单的时候使用了优惠券。但是订单超时没支付，优惠券怎么办？如果用户该笔订单并没有支付，导致超时过期，根据实际的业务需求，优惠券可以考虑返还到用户的帐户。或者不返还也是可以的。根据业务实际情况定义，可以在优惠券设置的时候加上一个属性，是否超时返还到用户帐户。券和折扣、立减类型的优惠从创建、发放、使用的流程上还是有很大区别的，以后再说~5）怎么知道这些活动能不能共享？在这些优惠配置的时候，就配置清楚，是否可以和某种类型/某种层面的营销活动共享。但是，正常的脑回路都是，怎样组合出来最大的折扣金额，就用哪种。毕竟……把用户变懒也是一种好习惯，更多的人是不太会去复杂计算的。 6）跨店就是订单层面吗？这个不好说，要看你的订单层是怎么定义的。有些平台根本就没有店铺的概念。那么选了几个商品提交订单，就是个订单了。这里的基本原则是多笔订单合并支付，而不是看是不是跨店。此文希望给各位战斗在营销一线的初级PM面对复杂营销需求的时候，提供一些基本的思路。营销PM要能上懂营销，下懂代码，还得撕得过需求方，任重而道远，互勉~本文由 @克里斯多陶原创发布于人人都是产品经理，未经作者许可，禁止转载。