原型示例
三、优惠券发放
在设计发放规则时，产品要熟悉优惠券的特性和用途，了解业务场景，才能梳理好路径和规则，发放形式一般分为系统发放和主动领取：
1）系统发放
可以通过发放场景来划分。
- 系统：制定相应的规则，用户触发规则后，系统自动发放券。如用户注册后发券、消费后发券，这可以代码写死，或者在创建券时新增一个字段做设置。还如优惠券和活动关联，用户完成某项任务时，系统自动发放。
- 人工：当有奖励或者赔偿用户时，可由运营人员手动发放，发放时可设置单个发放或批量发放。
2）主动领取
一般是在店铺主页、商品详情页、促销活动页中展示，用户需要领取才能到账，形式可以是在详情页无成本领取，也可以是将优惠券与活动相关联，如抽奖活动、签到活动等，利用大额优惠券吸引用户活跃，通过任务和优惠券促进用户转化，并且这类优惠券的感知和触达率会更高。
需要考虑的是，系统发放的优惠券，要通过不同形式的消息提醒来告诉用户——“你做什么可以获得优惠券”“你已经有优惠券了，快去使用吧”，提醒手段有两种：
- 主动触达：比如推push（站内信、app消息通知）、发短信、公众号推送。推push需要用户必须进入网站或者app，push打开率也并不高，发短信触达率是高，但是打开率不高，同时发短信也要成本啊，还有可能被拉黑和投诉，公众号则是需要获客成本，总的来说各有各的优缺点，大型活动时是全走一遍。
- 被动触达：同push一样，需要用户进入网站或app，比如每天首次进入app有弹窗提示、触发规则后在原有页面中加相应提醒。这种方式的优点在于触达率高，在用户在有需要的时候就能发现送券了，有利于转化。
优惠券使用涉及到前后台，前台主要是下单流程的展示、后台主要是订单系统。
1. 前台
1）商品详情页、购物车
如果商品有可使用的优惠券，可以显示优惠券张数，用券后的价格（一般显示最低金额），前置了优惠，让用户从进入详情页就知道自己有优惠可用。
2）结算页
系统默认使用面额最大的优惠券，若金额相同，则先使用先过期的。需要列出用户拥有的所有优惠券，用户可自由选择可适用的券，不能用的券置灰不可选，靠后展示。
2. 后台
1）价格计算
使用之前，需要根据优惠券创建时的规则来判断，商品是否能使用？是否能与其他优惠叠加使用？由此来算出商品的最终价格，这是使用中最复杂的阶段，尤其是平台本身有很多优惠形式时，各种优惠的优先级，是否互斥，具体规则要穷尽出来。
像我负责的业务，优惠形式有折扣、满减、积分抵扣，折扣形式有七八个，折扣之间可叠加或不叠加，优惠券的优先级，能跟哪些叠加和互斥，计算起来都是比较复杂的。涉及到钱的地方，都需要认真再认真啊！
2）分摊
这里的分摊有两种，一个是多个商品同时使用优惠券时，优惠券抵扣的金额要根据商品价格比例平摊；另一个是结合业务，优惠券的成本由谁来承担，是平台还是商家，还是共同承担，如果是共同承担，各自的比例是多少。
3）退还
用户下单时使用优惠券，下单后未付款超时、未支付取消，支持退还优惠券。而已付款退货涉及到价格计算和分摊，较为复杂，一般是不支持退还的。
五、数据记录和统计数据主要是为了观察优惠券的发放、领取、使用情况，便于后期根据数据情况复盘运营动作，一般有以下几个统计维度：
- 发放率：该批次已发放优惠券数量/该批次优惠券总数量*100%
- 使用率：已使用优惠券数量/已发放优惠券数量*100%
- 用券订单量：使用该批优惠券的订单数量
- 用券总金额：使用该批次优惠券的订单总金额
已领取、已使用的优惠券还要记录领取用户的相关字段，如uid、手机号、订单号、下单时间、购买商品id、订单金额等，原型实例：
