解读

面试官问的不是“怎么发奖”，而是“怎么在预算红线内把奖发得值”。
在国内互联网场景下，预算通常由财务季度封顶、审计合规、财务月度滚动预测三条线共同卡死；一旦超支，活动直接下线，负责人背锅。因此，运营必须在活动进行过程中实时感知剩余预算、ROI、用户价值三层指标，用分钟级的粒度把中奖概率调到“刚好不爆预算，又能最大化业务收益”的临界点。
题目考察的是：

1. 能否把“预算”拆解成可量化、可观测、可干预的指标；
2. 能否用数据闭环把“中奖概率”做成一个自动伸缩的杠杆，而不是拍脑袋；
3. 能否兼顾用户体验（不能让用户明显感知“突然难中”）与合规（不能触碰“随机概率类”监管红线）。

知识点

1. 预算模型：
   • 硬预算＝财务锁死金额；软预算＝按ROI动态上浮池。
   • 单用户获客成本（CPA）＝预算÷有效转化人数；单奖品成本（CPR）＝Σ（奖品面值×概率）。
2. 概率调控算法：
   • 负反馈PID控制器：以“实时支出速度”与“目标支出速度”的差值作为误差信号，每分钟微调中奖概率。
   • 汤普森采样：在贝塔分布上持续更新“转化/曝光”后验，用置信上限决定下一分钟概率，天然平衡探索与利用。
3. 分层用户策略：
   • 生命周期分层：新客、活跃、沉默、流失四段，分别设置预算上限占比（如新客≤40%）。
   • 价值分层：RFM+LTV预测，高LTV用户可突破基础概率上限20%，但需走灰度审批留痕。
4. 合规与体验：
   • 国家市场监管总局第74号令要求公示“概率范围”，因此必须给概率区间而非固定值，并保留审计日志≥180天。
   • 平滑过渡：采用指数移动平均降低概率，避免“断崖式”掉率引发客诉。

答案

我会把控制过程拆成“预算仪表盘→实时反馈→概率引擎→体验缓冲”四层闭环，确保分钟级调优且不超支。

1. 预算仪表盘
   活动开始前，财务与运营共同锁定硬预算＝100万元，并约定ROI安全线≥1.5。系统实时计算两条曲线：

   • 累计支出曲线＝已发放奖品面值之和；
   • 预期支出曲线＝按当前概率跑蒙特卡洛模拟1万次后的P90支出。
     一旦预期支出曲线触碰硬预算的95%，触发一级告警；触碰100%，触发二级告警并强制下调概率。

2. 实时反馈
   每分钟拉取三大数据源：

   • 奖品发放流水（Kafka流，延迟<30s）；
   • 用户行为埋点（曝光、参与、转化）；
   • 财务滚动预测接口（T+0更新）。
     计算实时CPA与目标CPA差值，输入PID控制器，输出概率修正系数α∈[0.8,1.2]。

3. 概率引擎
   采用分层汤普森采样：

   • 新客桶：Beta(α=中奖人数+1，β=曝光未中奖+1)，采样后验均值μ，再乘以预算剩余比例作为最终概率；
   • 老客桶：若LTV>500元，允许μ×1.2，但单用户中奖上限＝3次/月，防止羊毛党。
     所有概率写入Redis并版本号管理，前端每5分钟拉一次，确保用户侧感知平滑。

4. 体验缓冲

   • 平滑过渡：若需把概率从1%降到0.6%，用指数移动平均分30分钟梯度完成，降低客诉；
   • 兜底话术：当概率<0.3%时，前端显示“大奖概率限时降低，明日再来”，既合规又保留期待感；
   • 审计留痕：每次调整记录用户分层、调整前后概率、触发原因、审批人工号，保存180天备查。

通过上述闭环，我们曾在618大促中将100万预算的误差控制在**±2%以内，ROI提升38%，客诉率下降55%，并一次性通过普华永道审计**。

拓展思考

1. 如果预算被财务临时砍半，如何5分钟内重新分配各层概率且保证核心KPI不崩？
   → 可预置**“预算熔断脚本”：一键触发后，系统按各层历史ROI倒数加权重新分摊剩余预算，高ROI层降幅最小，低ROI层直接概率腰斩**，并自动推送短信补偿券降低用户负面情绪。

2. 当活动与国家监管抽检撞档，如何秒级冻结所有概率调整并出具合规报告？
   → 在概率引擎前加监管模式开关，一旦接到抽检通知，Redis版本号停止迭代，同时审计日志自动打包加密上传至法务云盘，确保0人工干预、100%可追溯。