一个项目做到一半，业务方在群里说“这里顺手加个筛选吧”，开发回了句“行”，排期就此开始崩。这种场景我见过太多次，也自己踩过。后来我越来越确信一件事：原型冻结不是为了把东西定死，而是给“改动”装一个开关——之前的讨论可以随便聊，之后每次改都要留下记录、有人评估。
那这个开关到底该装在哪个节点？
我的答案很明确：需求评审通过之后、UI 高保真设计开始之前。
理由不复杂。再往前，流程和页面结构还没聊透，冻了也是白冻，回头照样推倒；再往后，设计师已经在出高保真、开发已经在排期，这时候改一版，成本是成倍往上翻的。我自己就干过一次，把冻结放在视觉稿做完之后，结果业务方看完稿子说“结构好像不太对”，那一周的设计基本重来。从那以后我就把这个时间点记死了。
冻什么？三样：页面清单、页面跳转关系、每个页面的字段和操作。版本号写成 V1.0，双方确认，开发照着这个版本排期。注意，界面长什么样不在这三样里，那是设计阶段的事，别混进来。
有个实操小技巧我一直推荐：给冻结设一个冷静期。评审通过后先留三到五天，让业务方把意见集中提完，再签字。人都有这个毛病，签完字才想起来还有一条。几天缓冲能挡掉相当一部分反复。
冻完还能改吗？能。但要满足两个条件：提交书面变更单，开发方给出工时评估和费用。变更单上写清楚改什么、影响哪些模块、加多少人天、工期要不要顺延。口头说一句“加个筛选”，不算数。
顺便说一句，人天单价表最好在合同里就附上，别等到第一次变更才坐下来谈价。谈不拢的话，后面每改一次都要重新吵一遍。
最后给个判断标准：如果你觉得“现在还冻不了，需求还没想清楚”，那问题多半不在冻结节点上，而是需求评审没过关。别用推迟冻结来解决它，那只是把账推到更贵的地方去付。
