要求的-->想要的-->需要的

系统用户和开发人员的概念系统往往存在差异，系统用户熟悉业务领域但不了解软件开发技术，熟悉软件开发技术的开发人员不了解客户的业务领域。系统用户和开发人员的观察问题的角度不同，思维习惯也不一样，无论是书面上的文字论述，还是口头上的交流，都可能产生误解。

 

开发的前期，说是需求调研，其实更像是“需求折腾”。犯错这是人的本性，再优秀的客户代表和开发人员也难免会犯错误。虽然最终客户代表在一个需求说明书上签了字，需求说明书上成为“客户要求的”正式说明，但这些“客户要求的”可能不是用户想要的。

 

我认为不能把需求说明书看成需要严格履行的一个合同。如果有任何疑问，应该尽快交流，确认用户的真正想法。在现实意义上，一个签字确认的需求说明书不可能成为严格的法律文献。

 

即便是无误解的理想需求说明书，需求说明书也往往是说明用户想要的，而用户想要的可能不是用户需要的。这是因为软件系统是十分复杂的，对于专业人员在初始的时候想象软件的样子和功能都是困难的，何况是没有多少计算机概念的用户。

 

需求调研人员应该有丰富的经验和清晰的思路，和用户充分沟通，提用户着想，搞明白用户真正需要的是什么？不要用户说什么就是什么。需求分析不只是向用户学习了解的过程，也同时包含创造性的工作。

 

按一般的道理讲，过程应该是：需要的-->想要的-->要求的。 但对需求分析来说，这个过程刚好反过来了。变成： 要求的-->想要的-->需要的