UAT：策略上线前的关键关卡

很多策略“技术验证过了”就全量，结果翻车。中间漏了一关——UAT（用户验收测试）。

UAT 位于“技术验证”和“灰度/全量”之间：技术验证看代码对不对，UAT 看策略结论和业务预期是否一致，灰度看真实小流量表现，全量才铺开。四步走，缺一不可。

某电商团队上线一套高价值用户转化策略，技术验证全部通过，UAT 报告却只写了「通过」二字，未列出任何问题。全量后低活跃用户转化率下降 15%，损失约 200 万 GMV，最终被迫回退。翻车原因正是 UAT 报告缺问题清单——低活跃用户对策略无感甚至反感这一风险，本可在验收阶段被发现。若当时按四步走：技术验证确认代码正确，UAT 如实记录「低活跃用户转化无提升」并给出回退预案，灰度阶段先用小流量验证真实表现，就不会贸然全量。这就是为什么 UAT 报告必须包含问题清单和回退预案。

flowchart TD
    A[技术验证] -- 代码正确性 --> B[UAT]
    B -- 业务一致性 --> C[灰度]
    C -- 小流量表现 --> D[全量]
    D -- 全面铺开 --> E[上线]

UAT 报告包含六个模块：

① 概况(策略背景目标);

② 方法(样本、口径);

③ 结果验证(关键指标对比);

④ 问题清单(发现的风险点);

⑤ 结论签字(业务/风险/技术三方确认);

⑥ 上线建议（全量/灰度/回退）。常见坑：报告只写“通过”而不写问题、关键结论无人复核、没有回退预案。

下面给出一个 UAT 报告模板示例，可直接套用：