把模糊承诺拆成阶段产物、演示节点和真实验收场景，让双方更早发现偏差。
范围是共同决策，不是功能愿望清单
范围应包含目标用户、核心流程、交付内容和排除项。功能越多不代表第一阶段越成功。
里程碑必须能被查看
每个阶段都应有原型、可运行页面、接口结果或测试报告等具体产物，不能只报告“完成百分比”。
验收在开发前定义
以真实操作场景定义完成标准，避免项目最后才讨论“做完是什么意思”。
变更需要记录影响
新增需求要说明对时间、费用、数据和现有功能的影响，确认后再进入开发。口头插单最容易造成失控。
交付清单同样重要
代码、部署、账号、配置、文档、备份与维护边界应形成清单，确保项目不依赖某一个人的记忆。