时间窗口压死时，质量验证能省吗？
业务要求在大促前两周上线推荐文案功能，但评测集还没有建立，团队只能压缩质量验证环节。
- 01上线只剩两周时间
- 02评测集还没有建立
- 03大促期间流量集中
你会选择哪一种决策？
先做选择，再展开每条路径的判断。键盘按 1–3 作答。
查看这条路径的判断
推荐路径
两周内无法完成评测，就缩小功能范围只上可验证的部分，把未验证的能力挡在高流量之外。
🎯 评审反诘 · 项目立项评审委员会「该推荐路径在保证业务确定性的同时，把大模型用在了最具杠杆价值的核心环节。如何量化并向管理层证明 ROI？」
PM 论据：以最小的工程研发复杂度锁定 90%+ 的核心诉求，风险完全隔绝在可控沙箱内，交付确定性最高。
查看这条路径的判断
有条件成立
上线加人工抽检能发现部分问题，但大促流量集中，抽检比例再高也追不上内容的生成速度。
⚖️ 评审反诘 · 业务运维 Leader「这套方案只在特定理想条件下成立。如果前置依赖（如网络质量、向量切片准确度或并发负载）发生波动，降级预案是什么？」
PM 审视：不可把假设当成事实。必须在前置方案中明确定量成立指标，并随附故障回退 Runbook。
查看这条路径的判断
高风险路径
跳过评测直接上线，等于在大促这种最不能出错的时段做全量试验，故障影响面被放到最大。
⚡ 评审反诘 · 技术架构师 / 风控评审人「完全缺少人机协同与内容安全过滤，若模型吐出敏感数据或被 Prompt 注入攻击越狱，安全防线在哪里？」
PM 审视：切忌盲目“为 AI 而 AI”，确定性问题坚持规则优先，高风险链路必须设置安全熔断阀。
已自动收录至错题攻坚本
该选项在实际业务中存在盲区或隐性风险。已为你自动归集，随时可前往攻坚专区专项消灭。
不只记答案，记住判断方法
答完后展开
时间不够时砍范围，而不是砍验证；未验证的部分不要暴露在高流量下。
- 01功能能否再缩小
- 02验证能否在小范围完成
- 03故障影响面多大
PM 落地
如果你是产品经理，下一步做什么
把功能范围缩到可验证的部分，写清大促期间的上线清单与回滚条件。
工业实战落地Gate 06 · 上线准备度与立项评审
想在真实业务场景中看本题的落地推演？
在《智能客服知识库与回答辅助》案例中，完整推演该阶段的事实依据、盲区核验、方案三选一与决策影响天平。