电商产品设计：平台型电商优惠券设计方案(2)

同样的，对于不同的发放方式，这里的设置有着不同的意义。对于自动发放而言，发放对象就是指现在这批优惠券我是强行塞到哪些用户手中。而对于其它发放方式而言，则可以理解为谁被允许来领取我发放的优惠券，举个例子，这次活动，我们是针对注册地址北京地区的用户进行的，那在这边我们就需要将这个条件在这里进行限制。

5.优惠券内容

在实际操作设置中，我们允许一个活动添加多张优惠券，以一个活动的形式进行。其中，每种优惠券的内容需要进行单独定义。

预发量

作为平台级别的活动，通常我们进行优惠券活动，都是通过层层审批，且经费是相对固定，有限额的，所以，在进行活动创建时，这次活动发放多少多少面值的优惠券都需要预先被定义好，且不能随意增加。

单个用户领取上限

为了保证活动质量，对每个用户的领取上限进行约束。若为自动领取，则为单个用户发放数量。

有效日期

指券的可使用的有效期，需要注意的是，这里要把活动的有效期和券的有效期区分开来。活动对应着我想发放的日期，而优惠券的有效期是用户领到券后可使用的日期。通常我们可以定义为一段固定日期，或是在领取后X天内进行时用。

使用条件

即优惠券在满足什么条件下才能使用。可根据实际业务进行设置，如满X元，满X件，无条件等等。注意，这里的使用条件从大方向来看是对于订单而已，其实是对订单内在该优惠券的使用范围内的商品而言的。

使用范围

这是一个很容易与使用条件混淆的概念，在我看来，一个是约束钱，另一个是约束生效的商品。可根据实际业务进行相关设计，如限制某些店家，限制某些品类，限制某几个商品等等。

6. 优惠金额计算

上面提到优惠券的使用条件可能会有非常多种情况，最复杂的莫过于多商家多商品的情况。也就是说，一张 100 元的优惠券，我们需要根据它的使用范围，来确定它在结算时，对哪些商品的金额进行了减免。

按照比例来分摊每个商品所见面的金额时，会遇到小数点无法取尽，造成所有优惠金额之和可能与优惠券总额不相等的情况。因此在定义这部分的算法时，需要注意的是，将最后一个分摊商品的优惠券金额用优惠券总金额-已分摊的金额，这样就能避免金额不对等的情况。

以上就是对于平台型优惠券的一些思考，欢迎拍砖交流。优惠券部分需要做的更完善，还大有可以挖掘的地方，电商是很明显的运营驱动产品的领域，而产品的灵活性能帮助运营更好的推动平台的发展。

本文由 @苏眉鱼。 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自PEXELS，基于CC0 协议

（编辑：ASP站长网）