怎么快速的获取用户需求
昨天去广联达面试，被问及怎么快速的获取客户的需求，以及跟客户发生需求冲突时怎么解决，还模拟了一个访谈，我东问西问，结果可想而知。

请大牛指点，怎么获取需求以及解决需求的不断变化。

------解决方案--------------------
那我们也来模拟下。 开始吧。。。。。
------解决方案--------------------
怎么获取需求以及解决需求的不断变化。

充分交流啊

解决需求不断变化 看系统的设计。
------解决方案--------------------
呵呵，了解客户的业务以后，需求自然明了，有时候需要学习行业知识，

当有冲突的时候，以正确的为准，并说服客户正确的流程是怎样的，这样做的原因。
------解决方案--------------------
"快速的获取客户的需求"
0.访谈前先了解客户的大体实际工作流程与工作环境.
1.召开访谈会议,充分的访谈,挖掘,引导客户已经明确的需求,需要该项目帮助客户哪些实际工作?
这些工作是(5W-H)
WHEN-什么时候
Where-在哪儿
Who-谁
What-做什么
Which - 通过何种方式
HOW - 怎么做的
3.挖掘客户的隐含需求
这些隐含需求是用户没有说出来或者隐藏在明确需求中的或者用户想表达但不知如何表达的.
4.站在客户的角度思考
在做以上步骤时,尽量用客户流程专家的角色去思考问题.


"以及跟客户发生需求冲突时怎么解决"
要看需求冲突的程度.是哪种冲突.
一般性的冲突,以客户为主,换另外的途径解决,或者双方协商达成一致,但是因解决这个冲突额外所做的功也需要让客户知道(成本增加)
关键性的冲突,或者原则性的,实际生活中无法达到的需求,则要委婉并坚决的回绝.


------解决方案--------------------
尽可能多与用户沟通.

最好现场办公.


------解决方案--------------------
假设你遇到一个所谓架构师，他把设计责任推给别人的写的需求文档不够详细，把质量问题推给别人做的各种测试不够时髦，把进度问题推给程序员研究各种csdn上的编程“技巧”不够熟练，那么这个架构师干什么呢？

其实好的产品是把要把用户引进开发进程中，参与每一个（为期两周或者一个月的）开发过程。开发中需求不断听取变化着的需求，同时每一次重构都会引起架构变化，也就是说这些被人说成是必须预先多么多么详细设计的东西其实不可能预先设计出来。开发中并不需要程序员个个都会自己设计数据库、流程之类的，而是靠沟通的任务确认。

这些都是内功，只有经验和实践可以驱动它。
------解决方案--------------------
这个完全靠经验了
------解决方案--------------------
这个只有去调研了。
有经验的话更好