大转盘抽奖更新：新增中奖率与发放预估面板，边填边算奖品会不会发不完
一句话结论：大转盘抽奖在创建/编辑活动的「抽奖设置」里新增中奖率与发放预估面板：边填边算中奖率、发完概率、预计剩余份数，算出「可能发不完」时直接给出建议人数和一键填入。同时修掉了奖品数量能填成负数库存的坑。
更新了什么
| 位置 | 更新内容 |
|---|---|
| 中奖率与发放预估面板 | 填完抽奖人数和奖品数量就实时算出中奖率、发完概率、预计剩余份数 |
| 建议与一键填入 | 算出「可能发不完」时给出建议抽奖人数，点一下直接回填，概率当场重算 |
| 奖品数量越界拦截 | 奖品数量填得比「已抽中份数」还少时当场变红，保存时弹提示拦下 |
| 文案消歧 | 奖品数量框提示改为「填总份数，例如 10」；「-减少 / +增加」改为「-减少奖项 / +增加奖项」 |
小程序端与 PC 后台同时支持，两端的计算口径完全一致：同一份人数和奖品数，算出的中奖率、发完概率、建议人数一模一样。
先说一个反直觉的事实：奖品为什么总剩一堆
很多商家填完奖品数量就直接发布，活动结束一看还剩一大半。原因不是运气，是数学。
后台的中奖率 = 奖品总数 ÷ 抽奖人数。而每人只抽一次的活动中，「实际抽奖次数」恰好等于「参与人数」，两者相乘就是期望中奖人数——它恒等于奖品总数。
期望值等于总数，意味着实际发出量必然在总数上下摆动，发完的概率永远落在 50% 附近。把抽奖人数从 55 改成 200，结果几乎没有变化：
| 抽奖人数 | 奖品总数 | 中奖率 | 发完概率 |
|---|---|---|---|
| 55 人 | 20 份 | 36.4%（每 2.8 人中 1 人中奖） | 约 55% |
| 200 人 | 20 份 | 10.0%（每 10 人中 1 人中奖） | 约 53% |
所以「把人数填得更接近真实」并不能解决奖品剩余问题。想发完，只能让中奖率的分母小于实际参与人数——这正是面板给出的建议人数看起来偏小的原因。
怎么用
- 进入抽奖设置：小程序「活动管理」→ 编辑抽奖活动；或 PC 后台「抽奖活动」→ 创建 / 编辑。找到「抽奖人数」。
- 填两个数字：面板就在抽奖人数下方，抽奖人数和奖品数量填完就出结果，不用保存、不用提交。
- 看左边的大号数字：那是中奖率，下面配一句人话，例如「每 2.8 人中 1 人中奖」。
- 看右边的进度条：那是发完概率，即按实际抽奖次数抽完后奖品能全部发出的可能性。
- 按颜色判断：绿色＝几乎一定发完；蓝色＝大概率发完、可能剩几份；橙色＝需要调整；红色＝次数不够，必然发不完。
- 点「一键填入」：橙色时面板会写「想 99% 发完：抽奖人数填 39」，点一下直接回填，概率立刻重算。
适合什么场景
- 线下门店引流：希望奖品正好发完，活动结束不剩库存、也不超预算；
- 预算固定的活动：提前知道「这批奖品大概能覆盖多少人」，反推需要多少参与量；
- 多人协作：把「奖品会不会发不完」从经验判断变成看得见的数字，交接活动时不用再靠猜。
几个容易踩的点
| 情况 | 面板怎么处理 |
|---|---|
| 抽奖人数填得比奖品份数还少 | 中奖率封顶 100%，并提示「比奖品还少，得靠助力才可能发完」或「必然发不完」 |
| 选了「每天 N 次」或开启邀请助力 | 每天 N 次会按活动天数折算成真实抽奖次数；助力次数不计入，按保守口径估算 |
| 奖品数量改得比已抽中还少 | 当场红字「数量不能少于 4 份」，保存时弹提示并定位到该输入框 |
| 活动已经有人抽过 | 面板底部显示「已抽中 8 / 20 份」，按剩余情况继续估算 |
需要特别说明：「抽奖人数」这个字段在后端只用来计算中奖率，不限制报名人数、不影响核销，所以填小不会导致「活动只能来这么多人」。
在哪里体验
小程序「活动管理」→ 编辑抽奖活动 → 抽奖人数下方；PC 后台「抽奖活动」→ 创建 / 编辑 → 抽奖设置。完整功能与玩法见大转盘抽奖功能介绍。
常见问题
Q: 中奖率和发完概率有什么区别？
A: 中奖率是单次抽奖的中奖可能性（奖品总数 ÷ 抽奖人数），看的是单个参与者的运气；发完概率是按实际抽奖次数全部抽完后、奖品能全部发出的可能性，看的是活动整体结果。前者决定用户体感，后者决定商家会不会剩库存。
Q: 面板建议我把人数填得比实际人数还少，会不会只能来这么多人？
A: 不会。这个字段在后端只当中奖率的分母，不限制报名人数、不影响核销和参与上限，填小只是让中奖率变高、奖品更容易发完。
Q: 为什么不管人数填多少，发完概率都在 50% 左右？
A: 因为中奖率 = 奖品总数 ÷ 抽奖人数，而单次抽奖模式下实际抽奖次数就等于参与人数，两者相乘后期望中奖数恒等于奖品总数。期望值等于总数，实际结果就必然在总数附近摆动，发完概率也就稳定在 50% 附近。
Q: 我开了邀请助力，为什么面板没把助力次数算进去？
A: 助力需要用户真的邀请满设定数量的好友才能多抽一次，不是每个人都会去做。面板按保守口径只计算基础抽奖次数，避免把发放预估算得过于乐观。
Q: 奖品数量填得比已抽中还少会怎样？
A: 库存会变成负数（例如本奖项共 1 份、已抽中 4 份，相当于欠 3 份），中奖率也会跟着算错。现在输入时就会整行变红提示「数量不能少于 4 份」，保存时还会弹提示拦下。
