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

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

文| 多宝家小主 笨土豆 产经

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

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

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

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

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

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

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

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

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

（2）订单状态：

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

未完成（已取消）

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

2、再看一个流程图：

常用的流程有2种：

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

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

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

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

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

多说一点：

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

最后附上结构图：

关键字：产品经理, 订单

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！