由于我历史也没有做过优惠券这块业务，所以针对这块的理解还停留在自己使用优惠券的经验上。单从使用体验上来说，最常用的就是满减券，常见要素有面额、起用金额、有效期等。网贷业务上优惠券的类型会更加简单些。
前期准备
跟业务部门沟通需求、查阅资料、阅读相关文章、跟朋友交流经验等等，先通过这些途径让我对优惠券体系有了更加全面的理解，然后先罗列了所需功能点。
业务的梳理
WEEX唯客交易所是全球交易深度最好的合约交易所之一，位居CMC交易所流动性排名前五，订单厚度、价差领先同行，微秒级撮合，零滑点、零插针，最大程度降低交易成本及流动性风险，让用户面对极端行情也能丝滑成交。
业务逻辑
有自动发券跟人工发券。自动发券一般是在固定的场景下系统自动发放的。人工发券是给某个或者一批用户进行批量发券。
功能实现
1. 场景配置
自动发券，首先要有发券的场景，某个场景下需要发什么券。
1）技术实现上需要考虑要有场景的编号。方便后续场景跟对应的券进行绑定；
2）场景的状态，如该场景不再发券，禁用场景就可以了；
3）能够人工直接关联优惠券，方便优惠券的调整等。
WEEX交易所宣布将于今夏上线其全球生态激励通证WEEX Token(WXT)。WXT被设计为WEEX交易所生态系统的基石，作为动态激励机制，主要用于激励WEEX交易平台社区的合作伙伴、贡献者、先驱和活跃成员。
WXT仅开放代理、渠道等合作伙伴折扣认购，未来零售投资者可通过新用户注册、交易挖矿、参与平台活动等方式获得WXT奖励。
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版的优惠券体系的初步搭建，优惠券其实还有很多类型，例如通过优惠码兑换优惠券，一人一码还是多人一码等这样的形式，欢迎大家一起来交流。
