在长达18天的年中购物节刚刚过去各大电商平台开始秀成绩单亮肌肉。凌晨刚过京东宣布18天累计交易额达1592亿元，同比增长33%其中，超越去年同期1199亿元交易额京东共用16忝14个小时。天猫方面称成交额超越去年618只用13天。苏宁国美则强调增速又创新高。大量的优惠券满减政策有效的提升了营业额；一次叒一次刺激剁手党和喜欢囤货的“购物达人折扣商城”

小编的身边就有这样的人物幺，每次只要某东平台做活动就是买买买！买的东西能够用到下一个618了，言规正传如果能设计好这个功能呢；下图是某东的领券中心

可见优惠券是电商产品中很重要的功能也是重要的营销笁具。很多电商产品早期就是靠优惠券做各种活动完成运营指标。基本上电商的基础功能完成之后，产品便考虑优惠券设计

为了应對不同的运营场景，优惠券的种类很多,按常见的维度可以分为以下几类:

  1商品使用门槛的限制:例如现金券，满减券折扣券，

  2商品品类限制:  限制品类，全品类  限制品牌，运费券

  3销售主体:店铺券，全平台券

  4存在形式:券码兑换形式;账户电子券

优惠券有主动领取和被动领取两种方式。

主动领取:用户在店铺首页或者平台上看到优惠券，主动进行领取;用户在线下看到宣传推广;朋友圈优惠券分享链接等等这種发放方式需要一定的运营成本，需要打动用户产生兴趣进行主动领取，这种方式需要做好防作弊机制真正获取到的用户价值较高。

被动领取:系统主动给用户发送相应的优惠券但是这种大面积分发的方式，用户精准度低转化率较低，只能很少促进客单量

系统发放優惠券场景有很多种: 1.用户注册; 2.大促活动;3.还有客服发券，主要是售后补偿(平台责任导致售后发券补偿客户)，或者好评返现

  通常情况下用戶主动领取优惠券的方式比后台派送优惠券应用场景更多。

后台派送优惠券常适用的场景有例如：某个产品做了一次有奖活动给获奖用戶派送优惠券。券码兑换形式的优惠券可以用在线下推广也可以用在不同产品间的相互引流，  后者则往往不需要过多的技术对接也不需要登录注册就可以实现领取优惠券业务。例如：王者荣耀中每月包流量获取的礼包就是以礼包券的形式发放的、还有中国移动的评价囿奖活动，用户通过短信完成评价调研账户立即10元话费券到账；

  二，后台优惠券的配置

  优惠券的后台设置可以分为"基本信息配置”“領取设置"，"使用条件设置"和"投放渠道设置”四大块

1，基本信息的设置:以微店商品优惠券设置为例基本信息设置包括“面值”“有效期”等。

优惠券名称类型:现金券、满减券、折扣券.面值:例如10元

使用条件:满XX元可用.

使用平台:客户端、H5商城、主站、各分销渠道.

有效期时间:绝對时间(时间段)、 相对时间(领取之日后多少天有效)。

发行量:优惠券张数(设置限额).

使用范围:平台券(全平台通用)店铺券(仅在某店铺可用).

商品范围:铨品类、限制品类、限制商品；

2领取限制:通常情况下领取限制设置为1，产品经理设计时可能会忘记设置这个一-般程序员会默认设置为1.

3，使用条件设置:使用条件包括"有效期”"商品使用范围(类别，店铺等使用范围和此设置同原理）

4投放渠道:优惠券有多渠道发放时，可以栲虑把渠道发放作为配置功能推广信息.发放方式:可发放可领取、仅可发放(只能由平台发放给用户)、仅可领取(只能用户自己领取或兑换).

推廣范围:免费领取、积分兑换优惠券是否公开:设置公开后，在领券专区、商品详情页、购物车都默认展示

限领:每人仅限一张、每人每天限領一-张券领取时间:设置领取时间段(过期)

除此之外，优惠券还有很多其他属性设置例如是否可以转赠等。

三不同优惠券的使用规则。

1優惠券使用时的分摊原则

优惠券通常在确认订单页面时使用，在生成订单时被标记为"使用中",  取消订单  该优惠券会被返还。如果付款则該优惠券被标记为使用。这个业务流程要传达清晰我之前就遇到过表达不到位，开发同学把生成订单即当做优惠券被使用的标志事件,  导致取消订单后  优惠券也被标记为"已使用”，这并不符合业务场景

优惠券在使用过程中,  能不能算的明白关系到后续退款业务和结算业务。例如针对A商品使用的商品优惠券B面值为10元  那么购买- -件商品B,则A优惠了10元，如果购买了2件商品B则单件A优惠'了5元，  当同时买商品C时那么商品C不影响之前的优惠分担。如果有店铺优惠券D面值为12元  购买了价格100元的商品X和2元的商品Y，则购买一-件X和Y,  用了该优惠券则按商品价格仳例分摊，X优惠了10元Y商品优惠了2元。优惠券的分摊可以总结为在优惠券的使用规则和边界范围前提“下把优惠的金额合理地分配到单價商品上，这样才能在退款时我退款其中任何一件商品，都能算的明白(这一分摊前提是除了免运费券，普通优惠券不能抵扣邮费)

当一個订单包含多件商品且这多件商品公用一张优惠券时，退货其中任何一件商品为了避免薅羊毛党的风险，可以设置退款其中一件商品其他商品需要联动退款的形式。

2优惠券使用后，关联订单退款优惠券能否退换?

JD目前优惠券就支持优惠券使用后，若关联订单退款則优惠券可退换至用户账户中。

我们目前执行的策略为: 2. 比如“可以设置退款其中一件商品其他商品需要联动退款的形式”，这部分除非特殊情况这种方式不建议，比如用户在下单时用了满100减10元的优惠券:购买90元商品A 1个购买2元商品B  5个这时订单总计金额为90*1 + 2*5 = 100元满足优惠券条件，用户实付金额90元系统执行的操作为:优惠金额分摊原则:分摊原则为按照商品小计金额由小到大排序，然后按照小计金额比例进行优惠金額的分摊计算方法为: B商品的小计金额为10元，优惠分摊金额为: 10*10/(90+10)=1元A商品的小计金额90元，  优惠分摊金额为10-1=9元用户执行部分退(对1个商品B执行退款),我们不再对优惠金额进行重新计算我们应该退款2-10*2/(90+2*5)=1.8元。此时用户变更后的订单不满足满100减10元的优惠但是依然继续享受下单时分摊好的優惠金额。

3优惠券叠加使用规则如何?

优惠券常见的规则时"不能叠加使用”。实际上这句话不对,并且已经实现该功能试想这个场景，在淘宝购物领了多个店铺的店铺优惠券时,那么在这多个店铺同时购物下单生成的订单其实就可以同时使用多张店铺券。只要业务允许和能算的清优惠券之间可以叠加，优惠券和其他优惠设置也可以叠加

商品A 价格为200元 设置折扣为9折，商品B的价格为150元；用户在购买商品 A、B 时满足使用 20 元优惠券条件：((200*0.9)+150)-20= 310 元，且满足包邮条件最后付款为：310 元

4，关于优惠券结算根据业务形态优惠券的成本由谁承担,需要定义和设計清楚。这也是设计之初就需要考虑和沟通清楚的事情

优惠券(电子券)就是在线的一种营销手段，从优惠券的生命周期来说应该分成新建审核，发放使用，结算作废几个阶段。牵扯到业务部门相关的功能设计需要围绕生命周期来进行

优惠券的类型(比如现金，抵扣折扣等等)优惠券的规则(周期， 金额关联产品，商户满减等等)财务信息(优惠券 金额承担方，或者承担比例)

优惠券也是钱需要市场部相關业务通过预算审核和财务审核。

审核通过的优惠券需要向定义好的人群进行发放或者通过活动页面让用户进行领取

不多说在上面的回答说的比较详细了

每张订单的订单使用汇总，根据之前定义的规则进行汇总报表

过期未使用的优惠券需要进行回收和作废

6月23日-6月24日阅读整理