目录

一、前言

二、需求1

1、后端需求

2、前端需求

三、领取抽卡次数需求

1、后端需求

2、前端需求

四、必得现金红包需求

五、送重复卡需求

1、后端需求

2、前端需求

六、幸运抽奖需求

1、抽奖功能

1.1、首次(或多次)3张节气卡 抽奖

1.2、非首次或多次后5张节气卡 抽奖

2、抽奖奖励需求

3、抽奖记录需求

七、钱包需求

1、现金红包记录

2、现金和

3、体现功能

4、优惠券

---

一、前言

    支付宝有年前活动，活动上面也有类似的需求，但是我们更加乐意玩抖音的，赚的零花钱可不小。但是这些活动都是有目的的，比如增加吸引注册用户、完成打广告等。当然虽然说是年前活动，但是平时的活动也是有类似的设计的，许许多多的应用软件都会利用类似的活动去完成相应的目的。所以笔者在这里分享一下，希望对大家有帮助。当然活动越丰富，需求就越多、功能越复杂等，对需求分析师、架构师、编码工程师、测试组等都是一个不小的挑战。而这些活动可能不仅仅是举办一次，甚至每次的需求可能有所不同。如何设计出一个具备安全的、稳定的、高可用的等特性的系统，值得在座的每位深思熟虑。

二、需求1

对于【集节气】活动： 

1、后端需求

    节气卡的获取途径有3种：自己领取、通过贴贴卡获取、赠送获取等。节气卡的种类有：立春、立夏、立秋、立冬、春分、夏至、秋分、冬至。

    抽卡功能中可能会抽中节气卡，也可能是贴贴卡等。

2、前端需求

    前端展示的页面样式如上图所示，

三、领取抽卡次数需求

 

1、后端需求

    这里的规则还是有一些的，不过有些是类似的，注意赠送抽卡次数，抽卡次数上限等。邀请朋友助力，除了赠送抽卡次数外，还会额外获得现金奖励？抽卡次数赠送的途径有不少，玩小游戏、找红包等途径也可以。这里去设计表也是有意思的，可以自行去探究探究。

2、前端需求

    展示的样式就是上图了，注意的一点是最好已经完成的上限的就把它隐藏掉，以防多次没有必要调用后端接口。

四、必得现金红包需求

 这个需求比较简单，一个是计算出需要再抽几次然后在前端页面展示出来，另一个是赠送金额。

五、送重复卡需求

1、后端需求

    这里是得注意的地方，对于赠送看下是否记录来源途径、赠送人等，里面也涉及到表的设计，得思考一番。

2、前端需求

    前端要考虑的展示页面就在上面了，点击对应的途径就要跳转到对应的软件程序。看下是否可以把之前的信息在窗口展示，还是得后端提供接口去展示。

六、幸运抽奖需求

 幸运抽奖功能我们都比较熟悉了，这里得设计是一个六宫格的设计

1、抽奖功能

1.1、首次(或多次)3张节气卡 抽奖

    首次限制低门槛，重复节气卡够3张即可获得一次抽奖机会，但是抽奖次数当天上限为6。如果是多次的话，这个需求又稍微上了一个台阶。

1.2、非首次或多次后5张节气卡 抽奖

    非首次或多次后集齐5张重复节气卡即可获得一次抽奖机会，后面会不会有更高门槛，这个也是得考虑的事情。不过同样当天上限为6，后面会不会改也不好说。

    对于前端的需求就是替换几张节气卡满足抽奖的文本，还有就是展示今日已抽奖次数，今日抽奖次数上限了则提示“今日次数已达上限，明天再来吧~”文本

2、抽奖奖励需求

    这里就涉及到后端的算法设计了，这里是一个难点，需要严格控制中奖概率，中大奖的概率要小得多等，还有一个中奖次数等。如果抽中万能卡，则可以兑换任意一种节气卡，那么概率上也得控制控制。

3、抽奖记录需求

    抽奖记录需要在前端页面展示的信息如上图所示，如果是小额现金或大额现金、100元都要显示金额数目；如果是惊喜礼盒，则为祝福语等。

七、钱包需求

    由图可见除了现金红包，还有奖励、优惠券、头像挂件以及实物奖品等，前端可以设计成标签页这样的样式。

1、现金红包记录

    现金红包记录，它的来源有多种，如找红包、集节气、春节活动奖励等途径，还要展示金额大小，领取时间等。

2、现金和

    现金累计收益需要计算出来并且展示在前端页面

3、体现功能

    体现功能看似简单实则不简单，里面要考虑安全性等

4、优惠券

    对于优惠券，信息有金额、使用时间范围、使用门槛等，使用门槛如全店可用、店铺指定商品可用、限抖音商城指定商品可用等，这里对于表的设计也是挺有意思的了。

感兴趣的童鞋根据本篇文章梳理的需求去完成表的设计，完成功能数据结构的设计、算法设计、甚至编码等。笔者稍微梳理了下初步的需求，也可以自行补充，里面还有细节的，整理细节后就快来到详细设计了。