从0到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版的优惠券体系的初步搭建,优惠券其实还有很多类型,例如通过优惠码兑换优惠券,一人一码还是多人一码等这样的形式,欢迎大家一起来交流。
(责任编辑:网络)