功能业务实现,在小程序电商类应用上,新增邀请码活动模块,目的是提升用户量与订单量,更多的效用就是运营上的点了。那么我接到功能时实际上是很模糊的,上头说来一个别人作出的那种邀请码的模块,我第一步想到的是后台一键开关?经过后台模块的启动、设定、关闭活动,这样,这个模块在接下来依旧能够继续使用,并且活动时间与优惠券有效时间定制,有利于运营人员的活动策划。php
具体项目能够看:报告!7至8月中旬项目总结!html
没有原型我也很无奈呀,与UI的商量是出来了几张效果图,不过核心的流程与逻辑仍是没有文档或原型说明,那我只能本身动手啦!(手动摸胡子表情)前端
大体画了出来,一键式开关控制邀请码活动(旺季开启活动),邀请码定制,后台会生成随机6位邀请码,用户也能够本身定制(这个点是运营上的策略),生成邀请码后,能够在小程序内部分享给朋友(未注册或注册用户),用户填写对应邀请码后获得优惠券,固然发出邀请码的人在这个用户下单时,才能获得佣金,接下来讲说,实现思路。数据库
新增两个表,我的设计习惯问题,可能不是很符合规范,你们见谅,或者提一些建议。小程序
Activites表是活动的主表,id默认自增便可,每个数据表明每一次活动,status(开启状态 0-已结束、1-活动开启中、2-未到开启时间)、perger_time(本期活动优惠券有效时间)、startTime(开启时间)、endTime(结束时间);segmentfault
Activites_master表是用户活动信息表,id依旧自增,act_id是对应哪一个活动(Activites的Id)、user_id(用户Id)、my_pass(本次活动用户的邀请码)、pass(本次活动用户填写的邀请码)、person(本次活动邀请人数)、money(本次活动佣金)、perfer(本次活动优惠券 0:无、1:有)、cut_off_time(本次活动优惠券截止日期)api
因为优惠券不是和活动时间一块儿失效,因此在Activites表的活动建立时设定了本期活动全部的优惠券有效时长,而cut_off_time是这个用户获得优惠券有加上有效时长的优惠券截止日期。微信
进入模块、用户访问分享连接时,校验当前是否输入活动时间范围数据库设计
获取用户的邀请活动信息、自身邀请码、邀请人数、佣金等测试
用户修改自身的邀请码
填写他人邀请码,获取优惠券
获取用户优惠券信息列表
大致上算了将思路走了一遍,还有脑补了具体实现,代码实操部分已经完成85%左右,后期须要测试与测试服模拟提现功能等,小弟还有不少不足,但愿朋友给些建议,将不断完善并提高自身的业务理解能力与功能实现设计能力。
如下是本人的技术公众号,有兴趣能够关注,谢谢。