- 用户说的需求
> 需求是用户说我需要什么功能吗？例如有需要一个人才库功能，可能是用户在线下有这样的一个概念，他会给你描述这个功能能做什么，甚至是大概长什么样子。这就是我们系统的样子吗？
- 我理解的需求
> 用户所描述只是他对自己遇到问题的一种解决方案，而没有说明自己的问题是什么，我们需求其实需要的是用户的问题，只有用户遇到问题之后才会求助系统。如果我们不分析和辨别将用户的描述当做需求，没有解决用户的问题，用户是不接受。用户不直接提供需求。
需求是影藏在用户工作的问题,或许用户自己都没有发现这些问题，但是被分析人员发现了，那这样的分析人员太牛了，对于用户就是“预见未来”的人、诸葛亮。
用户提供需求的素材，或者用户诉苦，分析人员发现问题或者病因，解决问题也就是找到问题解决的方案，这个方案可以实现为系统或者其他形式的。
- 怎么才能将描述清楚用户的需求，也就是用户关心或者着急的问题
>从用户的角度出发，如果系统能提供什么功能能帮助到用户，解决问题或者缓解问题
- 具体描述什么
> 描述谁在什么情况下，遇到什么问题，用户现在关心什么。
- 这个描述由谁来做
> 肯定不是用户，用户不会完整的剖析自己。作为旁观者的分析师可能比较客观的分析用户活动，找到问题。
- 总结
所以做为分析师其实是要观察用户的行为、聆听用户想法，听取有经验者的讲述，综合分析找到用户面临的真正的问题，找到一套方案，如果需要做一个系统，系统具有哪些功能，才能帮助用户解决问题。这就是系统的需求，也是系统的责任。
好医生不会因为病人说头痛就给点治头痛的药，而是要让我将将最近吃什么了，工作怎么样，平时休息怎么样，综合判断，找到可能的原因。睡觉少了，多休息，而不是以为的吃药。病人告诉医生自己的症状，医生了解病人的具体情况，综合判断，给出方案。这个药就相当于系统，只是缓解作用，并不能直接解决问题，或许需要好几个回合。
