优惠券体系可以说是任何产品都可能会用到的，近期进行了优惠券体系的设计，为了有更深的理解，笔者总结了自己从0到1的优惠券体系搭建，与大家分享。
由于我历史也没有做过优惠券这块业务，所以针对这块的理解还停留在自己使用优惠券的经验上。单从使用体验上来说，最常用的就是满减券，常见要素有面额、起用金额、有效期等。网贷业务上优惠券的类型会更加简单些。
前期准备
跟业务部门沟通需求、查阅资料、阅读相关文章、跟朋友交流经验等等，先通过这些途径让我对优惠券体系有了更加全面的理解，然后先罗列了所需功能点。
业务的梳理
业务逻辑
有自动发券跟人工发券。自动发券一般是在固定的场景下系统自动发放的。人工发券是给某个或者一批用户进行批量发券。
功能实现
1. 场景配置
1）技术实现上需要考虑要有场景的编号。方便后续场景跟对应的券进行绑定；
4）参考原型
2. 优惠券配置
优惠券配置越灵活越好，可能需要考虑的一些点就会比较多。
2）优惠券名称；
3）优惠券类型，不同类型的券所需要的要素会不同，例如满减券，是面额跟起购金额；延期券是延期天数；折扣券是打几折等，涉及到的要素都不同；
4）优惠券的有效期会有固定有效期、顺延日期。固定有效期是指的不管何时发的券，都有个统一的到期日，顺延日期是指的按照获取时间多少天内有效；
5）数量限制，是限制每日发放多少张还是限制一个总数量。也可以不限制数量，这个在输入数量的时候就直接填写一个非常大的数值即可。
6）要有统一的优惠券管理列表，实时关注当前有多少优惠券，优惠券的状态。每个优惠券下发的数量，被使用的数量，方便校对自己的运营成本。
7）参考原型
3. 人工发券
1）需要发放的券可选择，支持多选，会存在发送多张券的场景；
2）支持给单个人发放优惠券；
3）支持上传批量手机号码进行发券。
4）原型参考
4. 券的审核
1）创建新的优惠券的时候需要提交进行审核，审核通过后优惠券直接生效
2）人工发券的时候需要提交审核，审核通过后优惠券直接下发。
3）支持查看提交人，审核人，审核备注，如被拒绝可直观看到被拒绝原因。
5. 优惠券明细：
同一个优惠券可能在多个场景下发，需要清晰的已经下发的优惠券的去向。
1）有优惠券的基本信息：ID、名称、规则等；
3）优惠券是否使用、使用时间等等。跟进后续使用情况。
以上就是一个1.0版的优惠券体系的初步搭建，优惠券其实还有很多类型，例如通过优惠码兑换优惠券，一人一码还是多人一码等这样的形式，欢迎大家一起来交流。
