从0到1搭建优惠券体系

优惠券体系可以说是任何产品都可能会用到的，近期进行了优惠券体系的设计，为了有更深的理解，本篇文章是总结自己从0到1的优惠券体系搭建，也希望可以分享出一些经验给到大家参考。

由于我历史也没有做过优惠券这块业务，所以针对这块的理解还停留在自己使用优惠券的经验上。单从使用体验上来说，最常用的就是满减券，常见要素有面额、起用金额、有效期等。网贷业务上优惠券的类型会更加简单些。

前期准备

跟业务部门沟通需求、查阅资料、阅读相关文章、跟朋友交流经验等等，先通过这些途径让我对优惠券体系有了更加全面的理解，然后先罗列了所需功能点。

业务的梳理

1、业务逻辑

有自动发券跟人工发券。自动发券一般是在固定的场景下系统自动发放的。人工发券是给某个或者一批用户进行批量发券。

功能实现

1、场景配置

自动发券，首先要有发券的场景，某个场景下需要发什么券。

1. 技术实现上需要考虑要有场景的编号。方便后续场景跟对应的券进行绑定；
2. 场景的状态，如该场景不再发券，禁用场景就可以了；
3. 能够人工直接关联优惠券，方便优惠券的调整等。
4. 参考原型

2、优惠券配置

优惠券配置越灵活越好，可能需要考虑的一些点就会比较多。

1. 优惠券需要有专门的ID，方便跟场景绑定；
2. 优惠券名称；
3. 优惠券类型，不同类型的券所需要的要素会不同，例如满减券，是面额跟起购金额；延期券是延期天数；折扣券是打几折等，涉及到的要素都不同；
4. 优惠券的有效期会有固定有效期、顺延日期。固定有效期是指的不管何时发的券，都有个统一的到期日，顺延日期是指的按照获取时间多少天内有效；
5. 数量限制，是限制每日发放多少张还是限制一个总数量。也可以不限制数量，这个在输入数量的时候就直接填写一个非常大的数值即可。
6. 要有统一的优惠券管理列表，实时关注当前有多少优惠券，优惠券的状态。每个优惠券下发的数量，被使用的数量，方便校对自己的运营成本。
7. 参考原型

3、人工发券

1. 需要发放的券可选择，支持多选，会存在发送多张券的场景；
2. 支持给单个人发放优惠券；
3. 支持上传批量手机号码进行发券。
4. 原型参考

4、券的审核

1. 创建新的优惠券的时候需要提交进行审核，审核通过后优惠券直接生效
2. 人工发券的时候需要提交审核，审核通过后优惠券直接下发。
3. 支持查看提交人，审核人，审核备注，如被拒绝可直观看到被拒绝原因。

5、优惠券明细

同一个优惠券可能在多个场景下发，需要清晰的已经下发的优惠券的去向。

1. 有优惠券的基本信息：ID、名称、规则等；
2. 优惠券的下发场景：知道是哪个场景下发的这张券
3. 优惠券是否使用、使用时间等等。跟进后续使用情况。

以上就是一个1.0版的优惠券体系的初步搭建，优惠券其实还有很多类型，例如通过优惠码兑换优惠券，一人一码还是多人一码等这样的形式，欢迎大家一起来交流。