因为历史上没有做过优惠券的生意，所以对这一块的了解还停留在我使用优惠券的履历上。单从体验来说，最常用的是满减券，常见的元素有面额、起存金额、有用期限等等。网贷业务的券种会更简单。

前期准备

和业务部门一样的需求，查阅资料，阅读相关文章，和同事交换简历等。，先让我通过这些渠道对券制有一个比较全面的了解，然后列出需要的功效点。

营业的梳理
营业逻辑

有自动凭证和手动凭证。自动凭证发放通常是在立体场景下自动完成的。手动发券就是批量给某个用户或者某个用户群发券。

功效实现
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版本建设的开始。还有许多其他类型的优惠券，如通过优惠券代码兑换优惠券，以及一人一码多人一码等。，欢迎大家一起交流。