我想，首先要把工作做在前面，防止事故的最好方法是预防而不是补救，因此要在项目前期尽量把用户的需求了解清楚，同时要特别注意要引导用户的需求到我们的方案中来，与销售部门的同事保持良性的沟通关系，大家手中的方案始终一致，从而尽量避免项目实施后进行变更。
如果用户对于正在进行中的项目提出意见和建议，也是非常正常的事情，因为很多用户都是见到系统原型后才有灵感，因此，尽早地让用户见到原型，例如参观其他项目或者先开发出具备初步功能的演示系统，则对于早日明确需求，少走弯路是非常重要的。
对于用户提出的需求，我们不应该简单地答应或者拒绝，这里面有一个需求识别的过程，要系统评估需求变化导致的成本增加和质量改进，最终进行决策，并可以把决策的理由与用户及时沟通，也许用户了解后会替你想出解决办法，例如有的项目用户会主动提出增加费用和把新的需求放到二期工程中等，毕竟项目开始后大家都是一条船上的人，只要说明道理，以诚相待，问题总会解决。
如果一味满足用户的要求，不做识别评估，最终将导致项目的成本和进度失去控制，这种情况下质量很难做好，更何况用户的需求本身就是多变化和不确定的，因此，完全满足用户的需求是不可能实现的，到头来项目没做好，再好的关系也没有了基础。
反过来，如果拒绝用户的要求，一定要有理有利有节，做好沟通工作，项目管理就是要通过协调好各方面利益和力量来解决问题，用户作为项目的主导， 把他们排除在项目实施过程之外是非常不明智的，对于最终项目的验收，使用和用户关系都非常不利。
总之，让用户在你的积极引导下参与，认真对待和评估需求变更，通过沟通协调来达成一致解决问题，这样才能保证项目顺利完成。

-------这个案例中，有人提到将需求落实到合同上，将需求变更用合同变更的流程处理，记录和确认需求的变化，是需求管理的一个好方法，实际中虽然这样做过，但没有特别较真儿，非常值得考虑。