结论
不是所有改动都要重新付钱，要分三类：
- 范围内的调整——原型定稿范围内的界面微调、文案修改、字段顺序调整，不额外计费。
- 范围外的新增——新增页面、新增业务规则、新增角色或对接，属于二次开发，按工作量单独评估。
- 缺陷修复——交付物本身的问题，保修期内不收费。
怎么判断
判定依据是那份作为范围附件的定稿原型或功能清单。合同里应当写明：以哪份文件、哪个版本、哪一天定稿的内容为准。有了这个支点，「这算调整还是新增」就是可以对照文件讨论的事，而不是各说各话。
同时约定变更流程：怎么提（书面或系统内记录）、谁来评估、多久给出工时与报价、谁来批准。流程清楚，双方都不必在情绪上纠缠。
注意事项
关于「一开始想不全」这个担心，说两句实话。软件项目一开始想不全是常态，不是您的问题。应对方式不是把所有能想到的功能都塞进首期（那会让首期又贵又慢，而且很多功能上线后根本没人用），而是：
- 首期只做「没有它业务当天跑不起来」的部分；
- 数据模型为后续留好位置，避免二期要动已有数据结构；
- 评估阶段就把「可以延后」和「延后会导致返工」的两类分开标注。
第三条尤其重要。有些功能延后只是晚点做，有些功能延后会让前面做的东西返工，这两类必须在一开始就区分出来。