如何做需求分析，才能了解用户痛点？

我们经常看到有人说产品经理要有同理心，要发现用户的需求。

但是我们忽略了一个问题，就算产品深度使用者，也很难代表整个用户群体。

日常沟通、工作职责都会需要。日常沟通运用需求分析是为了高效获取协作同事的沟通意图，比如对接业务、技术、设计等，如何很快明确他们的需求，为上下游协作交付高质量的产物；

工作职责方面，则主要是服务于自己的产品，可以准确发掘业务需求，满足业务发展需要。在工作中，需求分析的正确且合理，是影响产品设计走向的一个重要因素，也更需要为市场验证负责。

关于此类分析方法，在网上或者自己工作中都可以总结出来自己的方法论，在此就不赘述。不过万变不离其宗，所有的需求分析思路应该是简单且有效的。

一个完整的需求分析过程应该包括：明确对方诉求-挖掘真实需求-提供解决方案-分析验证。

简简单单的沟通，也是需求被提出到解决的过程，看似简单，却也需要一定的思维能力，换个场景，如果我作为一个业务方，跟产研线提出了我的问题，谁更容易抓住我的需求和痛点，谁就能真正理解业务诉求，并进行合理的方案设计。

很多产品经理在做业务系统时，会经常遇到业务方在提出问题的同时，顺便直接给出解决方案，此时，会很主观的认为只要产品按照方案设计就可以解决他的业务问题。

当然，很多时候这这样也是可行的。但是，作为产品人，还是需要再深挖一下业务背后的真实诉求，要理解业务提出的解决方案，是为了解决什么问题，这个问题还有没有其他的解决方案，哪种方案更适合现在的系统架构。

真正的同理心意味着需要感同身受，需要去变成对方，然后置身于情境中，才能体会到对方的所思所想。然而，我们却往往无法做到完全的感同身受，更多是凭借自的见识、认知和理解，去匹配对方的实际感受和想法。

再难的事情，如果运用正确的方法，都会有办法逐步达到。不论是产品业务分析还是同事之间的协作沟通，都能表现为十足的高效能人士。