这是一个创建于 712 天前的主题，其中的信息可能已经有所发展或是发生改变。
背景是：红包预算 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
 |
1
binux 2022-12-15 03:21:39 +08:00 via Android
点第一下下发中不中，第 N 下发具体请求发钱。如果点不到 N 下，省下的钱第二天发出去就好了。
|
 |
2
zapper 2022-12-15 08:43:20 +08:00
我玩过各种 app 的红包雨，其实一个都不点，也是会发红包的
|
 |
3
zlhsvc 2022-12-15 08:49:43 +08:00
1 、红包数量一般是固定的
2 、点击只是前端效果而已，具体金额后端随机就好了，真要控制就控制个点了和没点 |
 |
4
opengps 2022-12-15 09:15:36 +08:00
不能让二楼这么嚣张，起码得点一个红包满足发放条件^_^
|
 |
5
Tenlp 2022-12-15 11:10:06 +08:00
哪要这么麻烦，前端请求一次抽奖就行，具体咋玩让前端实现动画和点击效果就行，结束发一次请求
|
 |
6
cheese 2022-12-15 11:42:55 +08:00
前端第一次点击红包，请求后台抽奖，至于中不中奖，中多少，你后端判断下。其余的都是前端动画了，一次都没点击就是没发请求，中 0 ，点击了一次就是中返回的数。
电商红包雨一般是多个固定数值，比如 0.88 1.88 2.88 6.66 8.88 这样，有点差异，但是差异不会到 0.88 跟 1888 这种，除非你们想用 1888 这种噱头来吸引人。那就至少一场活动得有一个 |
 |
7
julyclyde 2022-12-15 15:05:24 +08:00
shopee 不是刚裁员嘛，直接招过来
|
 |
8
imdong 2022-12-15 15:16:08 +08:00 via iPhone
一般大转盘开转前，就已经知道结果了。
你红包雨可以这样做，开始下雨前，后端就已经决定给几个红包，分别是多少钱了，然后以某种均匀的随机方式掺在空红包中下出来。 最后游戏结束后，统计点中了几个，分别是多少钱，后台打款即可。 这样活动可控，哪怕作弊也只是把你本来要发的钱给了而已，还可以恶心一下 2 楼那么嚣张的🐶哈哈 真实用户实际领到的钱只能比实际要少。 当然，最简单的，就是不管点了多少，都给钱，就是 2 楼说的 |
 |
9
zerofancy 2022-12-16 14:19:36 +08:00 via Android
有打散逻辑的，不同用户开始时间错开一点，不会同时开始。你多找几个手机就发现，有的结束了，有的还在倒计时。
有倒计时用户感知会弱一点。 |
 |
10
hahamy OP 看了楼上各位的解答，大概有谱了，谢谢各位
|
Select Language