从用户直接收集到的“需求”，经常并不是一个需求，而是用户自己提出的一个解决方案。
典型场景：
某天天气转冷，当病人感到头疼，然后去医院看病。我们的病人经常会跟医生说，“医生，我今天感冒了，请帮我开一些感冒药”。
这个时候，医生会直接给病人开感冒药吗？而是先问病人“你哪边感到不舒服”，这个时候病人会说“昨天天气转冷，我现在头疼难忍，我觉得我感冒了”，医生判定病人“头疼”，头疼可能有几种情况，然后要病人去各种化验体检。
最后确诊，医生说，“你是脑血管疾病，需要定时服用我开的这些脑血管药物”。
在这个案例中，病人表面提出的需求是“买感冒药”，实际上他真正的需求是“解决头疼”，“买感冒药”不过是一个用户根据自己经验提出的解决方案，真实的诉求是解决他“头疼”的问题，而医生根据进一步沟通和验证，发现了“头疼”这个需求的背景和“心脑血管”这个根因，然后提出了”心脑血管“治疗方案。
用户提出的”需求“很多的时候，实际上是一个用户想到的解决方案，并不是真正的需求。此时，只要进一步追问，用户为什么会提出这种解决方案，用户就会把他真正的需求，告诉你。
用户提出的解决方案，很多时候是根据他的生活经验得出的一个不错的方案，但有时候这个解决方案会带偏你。你作为技术专家，相对用户有更多的可选方案。
发掘用户真正的需求的时候，记住要多问几个为什么，并把它变成自己的习惯。