这张卡讲范围治理的重型武器：需求冻结什么时候用、怎么用才不变成一纸空文。
核心拆解：冻结要配套三件事：明确的冻结时点（与里程碑绑定而非拍脑袋日期）、冻结后的变更通道（变更请求机制照常运转）、违约代价（范围单方扩张的后果）。分级使用更实用：软冻结允许低成本小改动累积后月度结算，硬冻结仅允许缺陷修复类改动进入开发，没有代价的冻结只是一份倡议。两个极端都失败——过早冻结把未经检验的坏需求锁死，从不冻结等于没有项目计划，工期失去一切约束。
增量判断：AI 项目冻结与效果迭代天然冲突，可行切法是功能冻结、效果解冻：交互与范围锁定，效果调优与数据扩充单列预算与时间盒，两条线互不侵蚀。功能冻结后，客户的新想法有了去处，反对声会小很多。
行动建议：在你项目的排期里标出冻结时点，并提前两周向客户预告冻结后果，同时把冻结后的变更通道一并告知。
—— FDEChina编辑部 · 实战派
定义
需求冻结（Requirement Freeze）指在约定时点锁定项目需求范围，此后新增或修改一律转入变更请求流程、不直接进入开发的治理机制，用于保护工期、成本与质量不被范围蔓延侵蚀。
展开
冻结要配套三件事才有效：明确的冻结时点——与里程碑绑定（如评测基线确认后），而不是拍脑袋的日期；冻结后的变更通道——变更请求机制照常运转，冻结挡的是随意，不是变化；违约代价——单方扩张范围的后果提前写明。分级使用比一刀切实用：软冻结允许低成本小改动继续，累积后按月结算；硬冻结仅允许缺陷修复类改动进入开发。两个极端都会失败——过早冻结把未经检验的坏需求锁死，验证不足的问题在验收时集中爆发；从不冻结则等于没有项目计划，工期失去一切约束。AI 项目里冻结与效果迭代天然冲突，可行的切法是功能冻结、效果解冻：交互与范围锁定，效果调优与数据扩充单列预算和时间盒，两条线互不侵蚀。
冻结的沟通时机决定成败：提前两周预告冻结时点与后果，比冻结当日宣布冲突小得多，客户也需要内部走流程。