背景是:红包预算 8000 ,其它自由发挥
方案一:红包由用户点击触发
1. 一般电商的红包雨是固定红包个数吗?比如预先生成 4 万个红包,平均一个 0.2 元
2. 用户不断点红包,金额不断增加,每点一下就向后端发送一个请求从这 4 万个红包里抽取 1 个下发?这样的话延时稍微大一点效果会不会很差,比如点了过 0.8 秒才有开红包的反馈
3. 请求根据概率返回中还是不中,比如中奖概率 10%,那大概平均点 10 下中 1 个,中奖率有点低,是不是概率得后端动态调整,比如前 5 次 80%中,5 次后 10%概率中
4. 结束后,把用户所有中的红包金额累加,把累加金额发送到零钱,这个是微信支付的转帐功能?
方案二:用户进入红包雨就把红包下发,点击红包只是前端效果
1. 红包预先生成 16000 个,平均每个 0.5 元
2. 用户参与,随机从预先生成的红包里选择一个红包下发,比如从 16000 个里面获得了 1 个 1 元的红包
3. 前端来控制这 1 元怎么让用户开出来刚好 1 元,这时候就有问题了,比如极端情况用户完全不点击,那这 1 元肯定就发不出去
4. 第 2 步按概率下发,那有的用户进来没抽中红包,点半天下来一个红包都不中?
5. 第 4 步的问题,每个人 100%中来解决,那 16000 以后进来的人就抽不到红包了,好像也行?一般你们搞的类似活动会怎么来设置规则呢
这个方案会大大减轻服务器压力,但第 3 步没想明白, 有解?
我也觉得这问题有点过份了,相当于需求都没搞清楚,但我实在是没办法了,百度谷歌搜来搜去,没看到有把实际的玩法说得很清楚的。
thk
方案一:红包由用户点击触发
1. 一般电商的红包雨是固定红包个数吗?比如预先生成 4 万个红包,平均一个 0.2 元
2. 用户不断点红包,金额不断增加,每点一下就向后端发送一个请求从这 4 万个红包里抽取 1 个下发?这样的话延时稍微大一点效果会不会很差,比如点了过 0.8 秒才有开红包的反馈
3. 请求根据概率返回中还是不中,比如中奖概率 10%,那大概平均点 10 下中 1 个,中奖率有点低,是不是概率得后端动态调整,比如前 5 次 80%中,5 次后 10%概率中
4. 结束后,把用户所有中的红包金额累加,把累加金额发送到零钱,这个是微信支付的转帐功能?
方案二:用户进入红包雨就把红包下发,点击红包只是前端效果
1. 红包预先生成 16000 个,平均每个 0.5 元
2. 用户参与,随机从预先生成的红包里选择一个红包下发,比如从 16000 个里面获得了 1 个 1 元的红包
3. 前端来控制这 1 元怎么让用户开出来刚好 1 元,这时候就有问题了,比如极端情况用户完全不点击,那这 1 元肯定就发不出去
4. 第 2 步按概率下发,那有的用户进来没抽中红包,点半天下来一个红包都不中?
5. 第 4 步的问题,每个人 100%中来解决,那 16000 以后进来的人就抽不到红包了,好像也行?一般你们搞的类似活动会怎么来设置规则呢
这个方案会大大减轻服务器压力,但第 3 步没想明白, 有解?
我也觉得这问题有点过份了,相当于需求都没搞清楚,但我实在是没办法了,百度谷歌搜来搜去,没看到有把实际的玩法说得很清楚的。
thk