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

前期准备

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

业务的梳理

业务逻辑

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

功能实现

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版的优惠券体系的初步搭建，优惠券其实还有很多类型，例如通过优惠码兑换优惠券，一人一码还是多人一码等这样的形式，欢迎大家一起来交流。