如何控制客户需求过渡膨胀？

　作为项目的承担者，在规定时间用有限的资源来保质保量的完成项目，让公司和最终客户都满意是项目组的神圣职责。但是为了让客户满意就要满足客户所有的需求吗

？
　　1. 客户和项目组对写成纸面文件的需求理解不一致。这种情况也较常见，虽然客户已经确认了项目组提交的项目范围说明书，项目组也是完全按照这个文件规定的内容做的，但是客户还要求改，当项目组拿着纸面的文件与客户对质的时候，才发现客户也认可这需求，但是同一件事情，客户的认知和项目组的认知完全不同。有时候就是当初一点点疏忽，导致项目后期大量修改甚至项目延期。　　 　　2. 项目组人员总是无条件迁就客户，客户有求必应。这种做法的出发点是好的，目的是要客户完全满意，但是实际上这种做法不一定能达到目的。一般的客户需求都是无底洞，这样做对整个项目经常也会带来很多负面影响。当然，如果过分控制客户的需求，客户肯定也不会满意，总之一句话：就是要讲求一个“度”字，即在不影响项目进度的条件下，对客户提出的需求（主要针对于软件的方便性、易用性方面的需求

）进行仔细斟酌之后可以对需求进行少许调整，而对于那种伤筋动骨（如设计结构，界面风格等需求）的需求，一定要想尽办法说服客户尽量少改，甚至不改

。
　　项目初期一定要制定清晰的目标和项目范围，彻底了解客户做项目有的目的，唯有如此，才能在以后的工作中更加想客户之所想。
加强对需求的理解，在需求整理完毕形成文档以后，最好先让项目组人员把自己总结的需求跟客户比较详细的讲一遍，在实际的操作中，这种做法不仅能够把项目人员与客户在业务层面的歧义问题数量大大降低，还可以很好的发现潜在的问题，并且掌握一些沟通技巧，也会让客户更能深刻的感觉到承包商对他们的重视。　　
　　在客户提出需求变更的时候，一定要掌握一定的沟通技巧，一定不要总是无条件迁就客户

。一般来讲客户对IT都不太熟悉，他们认为很简单的事情，可能要花费项目组大量的无谓得多余精力，所以千万不要认为客户所说的就一定是他想得到的！大部分客户都是第一时间突然脑海里面冒出的火花，所以项目组人员要冷静的分析一下：客户到底想要实现什么目的，抓住问题得本质

。一般来讲，实现客户本质的需求有很多种办法。在与客户的沟通中，一定避免与客户正面冲突。在初期认真倾听客户意见，多问一些“您还有什么想法”之类的问题，等客户把他的想法都表述清楚以后，项目组成员成员最好迅速评估一下客户的建议，如果实现起来实在太困难，可以给客户一些更加中肯的提议，多问些“您看这样行不行？其实可以达到同样的目的。”之类的问题，最后还有一个重要的过程就是要与客户确认这次沟通的结论

。