优惠券的设计逻辑是什么？

现在很多应用都有出优惠券这个功能，那他相关的设计逻辑是怎样的呢？

只说一下常规逻辑，太细节的地方就因业务和产品设计而异了：

大的框架分为：获取、种类、使用，3种

A、获取：主动获取（抢券，领券等）、被动获取（邀请奖励、网站分发等）

B、种类：维度（全场、订单、品类、商品）、面值（有条件使用“满N减M”、无条件“订单免M”）、免除固定项（运费、税费、某品类、某商品）

C、使用：这个使用一会再说

先说一下订单流程及订单状态的判断，这关系到优惠券的使用规则及流程：

1、订单状态的判断条件：

（1）订单后台常用字段：已确认、已取消、已付款、未付款。

通过以上字段的组合，来确定订单状态

（2）订单状态：

未付款（已确认+未付款）

未完成（已取消）

已完成（已确认+已付款）

2、再看一个流程图：

常用的流程有2种：

（1）蓝色：确认购物车内容之后，“选择优惠券”，继续下一步确认订单操作（用户订单确认操作之后，系统生成此订单，订单内容不可再更改），选择支付方式，调取收银台

（2）红色：确认购物车内容之后，直接让用户确认订单（用户订单确认操作之后，系统生成此订单，订单内容不可再更改），然后“选择优惠券”，选择支付方式，调取收银台

两者的区别在于，优惠券的选择，是在“系统生成订单”之前，还是在“系统生成订单”之后

生成订单前选择优惠券，则优惠券与订单为绑定关系，系统生成此订单之后，优惠券则被使用，此时用户不付款而取消订单，已经选择的优惠券则不做返回（因为被用了）；

生成订单后选择优惠券，则优惠券与订单不为绑定关系，系统生成此订单之后，才让用户选择使用哪张优惠券，之后支付成功之后，被选优惠券才被使用，如果次流程中用户取消订单，则优惠券可以做到反还。

多说一点：

优惠券根据最开始说道的“种类”不同，结算时还有其他逻辑，因为跟业务结合紧密，这里不再做讨论，希望能对你有帮助，谢谢

最后附上结构图：

出于对PMCAFF用户的尊重，任何在PMCAFF产品经理社区发布的内容，在未经允许的情况下，不得在任何平台被直接或间接发布使用或被用于其他任何商业目的。如有违反上述声明者本网站将追究其相关法律责任。

微信公众号：pmcaffcom

投稿邮箱：tougao@pmcaff.com

Greated by PMCAFF产品经理社区 - www.pmcaff.com