营销活动优惠设置该怎么做？

营销活动优惠设置该怎么做？

本文笔者将从自身经验出发，结合相关案例对优惠设置流程进行梳理，分享优惠设置中需要注意的一些问题，供大家参考学习。

年底了，各位营销产品经理是不是又要开始脑洞大开啦？

哦，不，运营同学们是不是又要脑洞大开啦？

下午我们的产品妹子，愁眉苦脸地在群里说：

妹子对着电脑，迟迟无法下笔，哦，下鼠标。

我们来仔细看一下描述的内容，抓一抓关键词：

商品优惠券订单满减可以任意选

我们感受下妹子的纠结，要选商品优惠，还要选订单优惠？两个混在一起？你们打一架吧，谁赢了听谁的。

进入活动高发期，各大厂的优惠活动铺天盖地。不仅把用户看晕了，也把设计师搞晕了。下面我们花5分钟从业务流程上去拆解一下营销优惠这点事儿。

营销优惠有哪些？

折扣、满减、立减、跨店满减、购物津贴、现金红包、优惠券……

秒杀、团购、推荐返利暂时不算在内。

首先我们来看一下一个典型的购物流程。

用户小白25岁，新媒体编辑，某天想做蛋糕，需要买几样烘焙用品。她打开了某宝，搜了搜“蛋糕模具”，逛了一圈，发现免运费店铺A有心仪的6寸活底蛋糕模具30元，和鲜奶油40元，小白随手加入了购物车。

看了下色素，发现另一家店B同样免运费，XX色素12色（原价60元）卖得便宜些，因为领一张单品券可以减10元、店铺活动满50减10元，就又把这个加入了购物车。小白顺带在这家店选购了低筋面粉20元。

确认好地址，提交支付，在支付的时候，犹豫了一下，因为使用某宝支付可以立减10元，使用XX银行卡支付随机立减最高20元。最后小白决定放弃随机优惠，直接用支付宝支付100元。

以下是简易的Demo：

1. 购物车流程

加购 —— 选中商品 —— 查看优惠（试算优惠包括单品优惠、店铺优惠、跨店订单优惠）

注意：这里系统会生成两笔订单，因为是两个不同的店铺（关于订单暂时不展开说）。

2. 订单确认流程

添加地址 —— 查看优惠（试算优惠包括单品优惠、店铺优惠、跨店订单优惠）

3. 订单支付流程

（1）收银台支付流程

查看优惠（支付方式优惠），选中支付方式 —— 支付成功

（2）支付完成查看订单详情

查看两笔订单详情 —— 查看店铺B的订单详情和优惠信息（包括单品优惠、店铺优惠、跨店订单优惠、支付优惠）

我们简化一下小白的购物流程。

那么现在有没有看出来整个优惠分了几个层面呢？

按照购物的流程，一个典型的营销优惠设计，包含了四个层面：

单品层面 —— 单店铺层面 —— 订单层面 —— 收银台支付方式优惠

写到这里，可以看出来，每个业务流程层面都可以有优惠，使用这个思路，去设计的时候，妹子的疑问，就可以解决了。

首先，需要设计单品优惠，无论是立减、优惠券、折扣，抽象看都是一种优惠的形式，按照指定的计算方法，把优惠金额摊到每个可用的商品上即可；其次，设计订单优惠，同样的，这里也是根据分摊方式计算每个商品的优惠；最后，设计单品优惠是否可以和订单优惠共享。如果不可以共享，在用户享受了某个优惠之后，后续的优惠就不可以再享受了。

在上述小白的购物流程中，单品优惠、店铺优惠、订单优惠，是可以共享的。所以优惠了好多！

我们再看下优惠金额计算的问题（此时不考虑营销成本由谁出钱，商户可以实际收到多少钱，以后再说）经过了层层优惠，最后得到的金额如下表所示：

具体的金额该如何拆分，可以根据实际情况进行计算。以上case只是简单地平均分摊到了每个商品上。如果按照商品的价格比例进行优惠也是可以的。

拓展些问题烧脑一下：

1）作为一个平台，如果要求用户自己选择想要使用的优惠方式，并且某些优惠不能共享，该如何处理呢？

这个根据实际的业务去处理即可。举个栗子，例如商品A已经享受了单品立减，不能再享受店铺满减，那么购物车优惠试算结算的时候，店铺满减的金额就不能分摊给A。如果选择享受店铺满减活动，那么商品A就不能享受单品优惠。

2）什么时候可以让用户选择优惠？

举个栗子，如果业务要求单品的优惠券是可以选择是否使用，那么在浏览商品、提交购物车，或者在购物车的环节，在这个单品上（可以在店铺上）筛选是否使用该单品优惠。一切在提交订单之前都来得及修改。

3）订单提交后，订单金额还可以修改吗？

有个很重要的tips，在提交了订单之后，建议待支付金额就不要再修改。待支付金额会包含所有的优惠金额拆分出来的价格。

4）如果用户订单超时了，下单的时候使用了优惠券。但是订单超时没支付，优惠券怎么办？

如果用户该笔订单并没有支付，导致超时过期，根据实际的业务需求，优惠券可以考虑返还到用户的帐户。或者不返还也是可以的。根据业务实际情况定义，可以在优惠券设置的时候加上一个属性，是否超时返还到用户帐户。

券和折扣、立减类型的优惠从创建、发放、使用的流程上还是有很大区别的，以后再说~

5）怎么知道这些活动能不能共享？

在这些优惠配置的时候，就配置清楚，是否可以和某种类型/某种层面的营销活动共享。但是，正常的脑回路都是，怎样组合出来最大的折扣金额，就用哪种。毕竟……把用户变懒也是一种好习惯，更多的人是不太会去复杂计算的。

6）跨店就是订单层面吗？

这个不好说，要看你的订单层是怎么定义的。有些平台根本就没有店铺的概念。那么选了几个商品提交订单，就是个订单了。这里的基本原则是多笔订单合并支付，而不是看是不是跨店。

此文希望给各位战斗在营销一线的初级PM面对复杂营销需求的时候，提供一些基本的思路。营销PM要能上懂营销，下懂代码，还得撕得过需求方，任重而道远，互勉~

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。