真是一个令人非常烦恼的问题。
从现实角度而言，如确实有问题存在而且早晚躲不掉，假如争吵不可避免，早吵也会比晚吵好。一方面，问题在早期解决代价会比较小，后期就会付出很大的代价;另一方面，尽早暴露问题，吵完了大家也就可以安心地做事了。
需求调研是高度技术性工作，为了让需求调研顺利进行，以下几点务必记住。
从客户的立场记录每一项可交付成果
需求调研一定要以询问情况、倾听对方的答案为主，切忌说教。不需要向对方证明自己的观点有多正确，更没有必要向对方展现你的知识、技能。切记，需求调研不是说教，而应从客户的立场记录每一项可交付成果。
作为项目经理，责无旁贷地要确保把苹果描述为苹果，梨子描述为梨子。稍有不慎，就会出现图1所示的场景。如果客户的想法与你不同，你要简单地结合目的、构成、派生及质量标准按照自己的理解写下来，然后向客户询问反馈。
图1 你以为跟相关方已成了共识A，
但隔日他说他理解的是B!
关注业务事实和根源
访谈不要对问题进行简单的平铺直叙，而要根据被调研者的观点寻找业务事实，深究业务背后的根源。为方便澄清，可以提问这样的问题：
（1）这个方面还有哪些需要提升的呢?
（2）什么原因造成的呢?
（3）您都采取了哪些措施呢?还有哪些不足呢?
（4）要用系统提供什么帮助呢?
问题、情景和解决方案
需求调研的关键可以用3个要素来表达，即问题、情景和解决方案。当对方说得比较笼统的时候，可以要求被调研者举一个具体的例子方便理解。
对方这样讲：“我希望能够快速响应、稳定运行、有效控制。”
这种描述模糊性太大，需求调研者切不能简单地根据自己系统的功能来推测对方的真实想法。为此，应该要求客户举一个实际工作中的例子，这样双方才不至于理解上产生偏差。接下来，根据问题、情景和解决方案的线索，来验证建议的解决方案。
你应该询问他：“快速响应是指多长时间?稳定运行的指标是哪些?有效控制指哪些方面?怎么测定或验证?”
切记，需求调研不需要说服对方，而是需要澄清对方的观点。