用户喜欢提出需求变更，有的时候这些变更看起来十分不合理，但是用户却坚持要进行。作者调查了金融、通信、物流和政府几个行业的项目甲方。询问他们是否知道乙方对甲方最头疼的事情是什么？结果这几个行业的甲方人员回答竟然出奇地一致，他们完全知道乙方很讨厌自己对需求总是发生变更。但是他们有的时候也没有办法，因为的确随着对项目的深入了解，他们才发现原来的需求存在问题。有的时候他们可以忍受原有需求，但是他们也知道只要对乙方进行施压，乙方往往会妥协。这就让他们会尽量地争取让乙方满足自己的需求变更。

用户为什么喜欢需求变更？那是因为你喜欢接受用户的变更请求所导致。这个结论看起来比较荒谬，因为实在找不出有哪个项目经理喜欢变更。而事实上的情况是因为项目从来都没有明确过需求变更的处理规则。当用户要求变更的时候，项目经理顶不住压力同意了变更。而这种行为就会给用户一个信号，那就是变更是可以被接受的，只要对项目经理进行施压就可以了。

每次带着家里四岁的儿子去商场的时候，儿子都会要求买那个自动贩卖机里面的糖果。那个糖果贩卖机往往是透明的，上面有着花花绿绿的糖果，这种“邪恶”的设计简直就是犯罪，对于四岁的小孩子来讲是无论如何也拒绝不了那种诱惑的。于是他就不断地要求购买糖果。这时候关键点就来了：你是否可以禁得住孩子的软磨硬泡？如果你选择这个时候果断地拒绝他的要求，不要理睬他。你们可能会经历一段时间的“斗争”才能获得胜利。但是，如果你妥协了，最终选择给孩子买这个糖果，那么接下来你真正头疼的事情就来了。你每次带着孩子到这个地方的时候，都会得到孩子同样的请求，如果你拒绝的话，那我敢保证，你要经历比第一次“斗争”长得多的时间才能平息它。而且，还不能保证下次经过这个地方的时候他不会提出同样的要求。如果你开始就选择拒绝，那么你将会有机会享受以后路过这个地方的时候的“和平”时光。即使孩子提出要求，你也不需要花费那么长时间说服他。而这就是作者对两个孩子采用了两种不同方式得到的切身体会。

用户的需求变更和上面的情景完全相似，关键是你能否坚持住第一次，用一个正式的理由拒绝。这个正式的理由就是你在项目开始之前所制定的规矩。

规矩必须要在项目开始之前制定，形成甲乙双方共同的一种行为约束。临时搬出来自己公司的约定往往会被视为一种强词夺理行为，有可能会激怒对方。(www.daowen.com)

关于变更的具体规矩你可以采用上面的第一种方法——正式的需求变更体系来处理，也可以根据项目情况进行简化。无论是什么规矩，关键是要有。

规矩先行，所以对于那些被用户的“无理要求”弄得焦头烂额的项目经理，首先要想一想，你们是否立过这样的规矩。作者在实际咨询中发现，项目经理往往听到这个建议的时候十分怀疑。他们的理由是，为了维护客户的关系，我们这么尽力满足他们都不能令其满意，如果以教条的流程来约束他们，关系一定会变得更僵。

这点就像过分溺爱孩子的父母最后导致孩子无法适应环境而出了问题一样，溺爱孩子的父母面对出现的问题还会说：“我们如此小心保护孩子，孩子还是出了问题，可见对孩子的照顾有多少都不够啊！”他们可能永远都不知道，就是自己的这种坚持才导致了孩子的问题。爱因斯坦说过：“精神错乱——一遍又一遍地重复做同一件事，而期待会有不同的结果。”所以项目经理如果想改变在需求变更中的被动局面，首先就要改变一下自己过去的那种小心维护客户关系的行为，营造一切按照规矩办的文化。