优惠券设计思路（优惠券设计要考虑哪些问题）

国庆在家，闲来无事，稍作个更新，加上财务和运营层面的一些东西。

说到优惠券就不得不提高省，高省佣金更高，模式更好。【高省】是一个可省钱佣金高，能赚钱有收益的平台，百度有几百万篇报道，也期待你的加入。高省邀请码777777，注册送2皇冠会员。

优惠券这块存在几个状态：

1. 未领取

2. 待使用/待回滚（感谢评论的童鞋提醒，加上取消订单之后优惠券的回滚状态）

3. 已使用（对用户可见的已经使用的优惠券状态）

4. 已删除（可选择性对用户开放的功能状态）

5. 已过期（用户超过最晚核销时间仍未使用优惠券）

6. 冻结（用户使用了优惠券，但是尚未完成订单的最终支付）

7. 已核销（对商户可见的已经使用的优惠券状态，用户完成订单支付，优惠券已经使用）

1. 账户和财务层面对于商户来说，如几位答主所说，这块更多涉及的财务流程：

1）商户发放优惠券后，其预计的营销预算为起优惠券的抵扣总值，这部分钱对于企业来说相当于存在一个托管账户之中。

2）优惠券被使用之后，收益在扣除营销费用之后，算入商户的实际收益（结算账户）。

3）优惠券过期未使用，营销费用（从托管账户）需在财务层面做平。优惠券的发放数量及金额与营销预算直接挂钩。

2. 有效期和发放期优惠券说白了，更多是给运营和市场人员来用的，基于用户体验出发，其实有效期也非常重要。这里要注意的是，优惠券的有效期与发放期是两个不同的概念，一定要在后台区分开，而且最好的情况是，每个用户领取到的优惠券，所剩下的有效期时间都是一样长的，这样的状态是最理想的，对每个用户都是最公平。

不然的话，很可能会出现下面两个很囧的情况：要么用户刚刚领到优惠券，却发现这个优惠券即将过期了；要么用户过早领到了优惠券，而此时优惠活动尚未开始。无论是哪个情况，都是很糟糕的用户体验和产品设计，能避则避，切记！

3. 和账户绑定 & 和品类绑定在商城体系中，比较常见的的优惠券通常是和账户绑定，或者和品类绑定，或者两者兼有/叠加。

当商城刚刚起步的时候，可以讲品类、账户与优惠券的关系做成二维的，但随着商城逐步做大，账户间的互相导流、SKU 之前的互相导流一定都会需要，所以最终会是一个多维的复杂模型。怎么做账户间、SKU 间的互相导流，感觉这又是个超级大话题，这里就不展开了。举个例子，有时候优惠券是隐性的，比如夏季清仓甩卖，每件商品都标了特价，这属于绑定某 SKU 的优惠价格，是内部人员定下的，可能根本不涉及用户领取或选择使用的操作，而是默认全场可见的。而如果说某个用户属于商城 VIP 客户，每次上新的时候，都可以享受八折购买的特权，这个优惠折扣就是绑定账户进行发放的。

至于我为何用高省APP领取优惠券呢，当然是高省佣金更高，模式更好。【高省】是一个可省钱佣金高，能赚钱有收益的平台，百度有几百万篇报道，也期待你的加入。高省邀请码777777，注册送2皇冠会员。