V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
hahamy
V2EX  ›  问与答

老板说要弄个红包雨的活动,印象中我只在拼夊夊玩过这个,对规则和实现都不了解,求解答

  •  
  •   hahamy · 2022-12-15 02:25:24 +08:00 · 1654 次点击
    这是一个创建于 470 天前的主题,其中的信息可能已经有所发展或是发生改变。
    背景是:红包预算 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
    10 条回复    2022-12-25 21:59:58 +08:00
    binux
        1
    binux  
       2022-12-15 03:21:39 +08:00 via Android
    点第一下下发中不中,第 N 下发具体请求发钱。如果点不到 N 下,省下的钱第二天发出去就好了。
    zapper
        2
    zapper  
       2022-12-15 08:43:20 +08:00
    我玩过各种 app 的红包雨,其实一个都不点,也是会发红包的
    zlhsvc
        3
    zlhsvc  
       2022-12-15 08:49:43 +08:00
    1 、红包数量一般是固定的
    2 、点击只是前端效果而已,具体金额后端随机就好了,真要控制就控制个点了和没点
    opengps
        4
    opengps  
       2022-12-15 09:15:36 +08:00
    不能让二楼这么嚣张,起码得点一个红包满足发放条件^_^
    Tenlp
        5
    Tenlp  
       2022-12-15 11:10:06 +08:00
    哪要这么麻烦,前端请求一次抽奖就行,具体咋玩让前端实现动画和点击效果就行,结束发一次请求
    cheese
        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 这种噱头来吸引人。那就至少一场活动得有一个
    julyclyde
        7
    julyclyde  
       2022-12-15 15:05:24 +08:00
    shopee 不是刚裁员嘛,直接招过来
    imdong
        8
    imdong  
       2022-12-15 15:16:08 +08:00 via iPhone
    一般大转盘开转前,就已经知道结果了。

    你红包雨可以这样做,开始下雨前,后端就已经决定给几个红包,分别是多少钱了,然后以某种均匀的随机方式掺在空红包中下出来。

    最后游戏结束后,统计点中了几个,分别是多少钱,后台打款即可。

    这样活动可控,哪怕作弊也只是把你本来要发的钱给了而已,还可以恶心一下 2 楼那么嚣张的🐶哈哈

    真实用户实际领到的钱只能比实际要少。

    当然,最简单的,就是不管点了多少,都给钱,就是 2 楼说的
    zerofancy
        9
    zerofancy  
       2022-12-16 14:19:36 +08:00 via Android
    有打散逻辑的,不同用户开始时间错开一点,不会同时开始。你多找几个手机就发现,有的结束了,有的还在倒计时。
    有倒计时用户感知会弱一点。
    hahamy
        10
    hahamy  
    OP
       2022-12-25 21:59:58 +08:00
    看了楼上各位的解答,大概有谱了,谢谢各位
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5302 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 29ms · UTC 07:16 · PVG 15:16 · LAX 00:16 · JFK 03:16
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.