前言
功能业务实现，在小程序电商类应用上，新增邀请码活动模块，目的是提高用户量与订单量，更多的效用就是运营上的点了。那么我接到功能时其实是很模糊的，上头说来一个别人做出的那种邀请码的模块，我第一步想到的是后台一键开关？通过后台模块的启动、设定、关闭活动，这样，这个模块在接下来依旧可以继续使用，而且活动时间与优惠券有效时间定制，有利于运营人员的活动策划。
具体项目可以看：报告！7至8月中旬项目总结！
业务分析
没有原型我也很无奈呀，与UI的商量是出来了几张效果图，不过核心的流程与逻辑还是没有文档或原型说明，那我只能自己动手啦！（手动摸胡子表情）
大致画了出来，一键式开关控制邀请码活动（旺季开启活动），邀请码定制，后台会生成随机6位邀请码，用户也可以自己定制（这个点是运营上的策略），生成邀请码后，可以在小程序内部分享给朋友（未注册或注册用户），用户填写对应邀请码后得到优惠券，当然发出邀请码的人在这个用户下单时，才能得到佣金，接下来说说，实现思路。
数据库设计
新增两个表，个人设计习惯问题，可能不是很符合规范，大家见谅，或者提一些建议。
Activites表是活动的主表，id默认自增即可，每一个数据代表每一次活动，status（开启状态 0-已结束、1-活动开启中、2-未到开启时间）、perger_time（本期活动优惠券有效时间）、startTime（开启时间）、endTime（结束时间）；
Activites_master表是用户活动信息表，id依旧自增，act_id是对应哪个活动（Activites的Id）、user_id（用户Id）、my_pass（本次活动用户的邀请码）、pass（本次活动用户填写的邀请码）、person（本次活动邀请人数）、money（本次活动佣金）、perfer（本次活动优惠券 0：无、1：有）、cut_off_time（本次活动优惠券截止日期）
由于优惠券不是和活动时间一起失效，所以在Activites表的活动创建时设定了本期活动所有的优惠券有效时长，而cut_off_time是这个用户得到优惠券有加上有效时长的优惠券截止日期。
技术突破
- 1、我们有这样的业务需要，用户分享给其他用户时，其他用户打开连接后是填写邀请码的界面，需要自动将发出邀请人的邀请码填充进去，这个涉及前端开发，不过我也找了一下实现，好在小程序官方API有提到了，就像是在二维码中多加参数一样。获取更多转发信息
- 2、佣金提现，老实说，我真的只做过支付宝、微信支付的充值提现而已，由主体是小程序所以不能用公众号的红包接口，参数是对不上的，所以要啃一啃微信支付的另一个接口：企业付款到零钱。
- 3、余下的就是一些业务代码，下单优惠券抵消、邀请码校验等等（主要是1、2点）
API开发
- 0、省去后台操作，类似活动新增，开启、关闭、查询用户列表信息等。
- 1、页面校验 /api/v1/activites/check GET
进入模块、用户访问分享链接时，校验当前是否输入活动时间范围
- 2、获取邀请页面信息 /api/v1/activites/get_pass GET
获取用户的邀请活动信息、自身邀请码、邀请人数、佣金等
- 3、修改定制用户邀请码 /api/v1/activites/change_pass POST
用户修改自身的邀请码
- 4、填写邀请码 /api/v1/activites/pass POST
填写他人邀请码，获取优惠券
- 5、获取优惠券信息 /api/v1/activites/perfer GET
获取用户优惠券信息列表
- 6、提现接口、下单使用优惠券等等（这里就不一一列举了）
总结
大体上算了将思路走了一遍，还有脑补了具体实现，代码实操部分已经完成85%左右，后期需要测试与测试服模拟提现功能等，小弟还有很多不足，希望朋友给些建议，将不断完善并提升自身的业务理解能力与功能实现设计能力。
以下是本人的技术公众号，有兴趣可以关注，谢谢。
本文转载于:猿2048➼https://www.mk2048.com/blog/blog.php?id=hikbb1i0a2j