Answers:
去年夏天，我与客户进行了非常相似的交谈。
客户希望我为定义的工作提供具有竞争力的价格，然后当他们的需求发生变化或他们对需求的理解发生变化时，他们希望更改规格，而又不允许我更改成本以反映工作的变化。
我问我的客户他们是否对如何为报价中的未知变更支付费用提出建议。我想出的解决方案是给我报价，其中包括15％的应急准备金，然后我们将与客户合作，优先考虑他们的更改以使用该准备金。最后，偶然性没有完全用完，我只为完成的工作开具发票。
最终结果是，我很高兴为完成的工作获得报酬，客户在预算内进行了内部交付，并且因为我与他们提前以专业的方式提出了问题，所以他们选择了我而不是竞争对手来实际做工作。
我只希望所有潜在客户都拥有这种专业且真正重视质量的工艺。
教育客户。我希望我不是您的客户之一；）
认真地说，我了解您遇到了麻烦，并且您认为问题出在客户身上。也许是，但这无关紧要。改变客户真的很困难，而改变与他们合作的方式要容易得多。
问题在于，大多数客户不了解软件开发的所有含义，而您也不了解其业务的详细信息。
只是一件事：
在项目的任何时候更改都不是问题
“无论走错路有多远，都要回头。” 土耳其谚语
我喜欢那句谚语，所以当我可以使用它时，我很高兴。谢谢你的机会;）
以下是一些解决方案：
您必须为客户提供改变主意的可能性，因为这将帮助他获得真正适合其需求的正确软件。在您开发它时，他最终将获得更多想法。
您的合同价格固定，所以我想您必须收集需求，进行估算并为每个价格定价？
如果您必须构建新事物，请使用相同的过程：您可以通过其他要求修改固定价格合同。接受以删除无用的需求（当然，您还没有构建它们）。
另一种方法是完成已与版本1协商的内容（减少了没用且尚未开发的需求），并与版本2协商了新的想法。
第二种解决方案是像Scrum一样在开发中创建迭代。我在固定价格项目中还没有这方面的经验（因为我不再进行固定项目了），所以我不知道它是否有效。我非常怀疑Scrum（或Agile）是否是所有软件开发项目的解决方案，但是所描述的一些实践可能会对您有所帮助。