一句话口径：UAT 不是"演示一遍给领导看"，而是"关键用户照着真实业务把主线走通 + 把不符合预期的地方亮出来"。 系统能不能上线，取决于 UAT 里有没有三类东西被打回——功能缺失、口径不清、数据不齐。下文给你一套可执行的拆法。
UAT 前：先过一页"冒烟清单"（不过不启动 UAT）
正式 UAT 之前，先让几个关键用户各花半天跑一遍最小闭环。这 10 条全绿，才配叫"开始 UAT"；其中有任何一条跑不通，说明交付还没到验收阶段，先回去修：
| # | 冒烟项 | 怎么算过 |
|---|---|---|
| 1 | 用一条真实销售订单走到出库 | 单据可追溯、库存与成本有数 |
| 2 | 配的 BOM 能正确展开 | 层级/选配/代用无报错 |
| 3 | 能下一张工单并领料 | 领料约束、可用量生效 |
| 4 | 跑一次排产 | 产能不能超限、交期有结果 |
| 5 | 录一笔委外 | 发料/收货/结算链路通 |
| 6 | 导一张毛利/成本报表 | 口径与财务对得上（对不上要能说清） |
| 7 | 走一次采购到货 | 收多少、入哪库、账实一致 |
| 8 | 查一单批次追溯 | 正反向都能追到源头 |
| 9 | 权限按角色生效 | 该看到的看到，不该看的看不到 |
| 10 | 期初/主数据导入无缺口 | 缺口表里"待确认"项已消到可接受 |
UAT 怎么组织：三个角色，谁都不能缺席
- 业务关键用户：真正的操作人，不是部门经理。他们走真实业务，抓"我怎么干活"而不是"功能长啥样"。
- 数据/口径责任人：每个科目的"对地表"老板——你的成本口径是财务，你的排产口径是计划。口径不定，UAT 过不了。
- 乙方实施/开发：只当记录与修复，不替用户"点头"。用户说"行"才算行，乙方自己说"OK"不算。
三色口径：每一条问题顶格归类
给每个打回来的问题贴一个标签，贴完按颜色汇总——这是上线判断的唯一依据：
- 绿（可上线）：有替代方案，或只在极端场景触发，不阻塞主流程 → 记录、约定上线后补齐。
例：账表在低分辨率打印机上断页——先重排，上线同周解决。
- 黄（缓上，需书面确认）：需求本身对，但口径/数据还没定，上线会半残 → 列出"上线前必须敲定"清单，交对方 书面确认 后才进 UAT 尾程。
例：返工/不良的领料与结算口径双方还没对齐。
- 红（不可上线）：主场景跑不通，或数据对不上且说不出原因 → 阻断，不验收、不排期上线，回到开发/数据修复。
通过标准（写到合同 / 验收单里）
- 红 = 0 项；黄 ≤ 容差且有书面确认与日期；绿已登记收口计划。
- 关键用户签署：不是经理，是亲手操作的那批人。
- 三条主线（小批量多品种、插单、委外）至少各跑通一条真实业务。
试运行：算"真能上线"的两个硬指标
即便 UAT 全过，正式切换前也建议一段短试运行（并行或单轨皆可），看两个数字：
- 单据不进"草稿/手工台账"：用户开始用系统记真账，而不是系统里录一份、台下 Excel 一份。
- "做不了"的呼叫趋零：上线头几天，救火电话从"这个做不了"变成"这个该走变更"，说明边界清晰了。
红线：别用"数据对上了"冒充"业务跑通了"。数据对平是《上线切换与新旧数据校验 SOP》的底，UAT 是业务面的关。两张表都过，才是上线。
配套：本篇与《上线切换与新旧数据校验 SOP》《项目验收单与陪跑期服务协议模板》配合使用——前者对账、本文对业务、后者对承诺边界。