需求分析到底应该如何做呢?
举个例子:
经常看到有人说产品经理要有同理心,要发现用户的需求。但是我们忽略了一个问题,就算产品深度使用者,也很难代表整个用户群体。
日常沟通、工作职责都会需要。日常沟通运用需求分析是为了高效获取协作同事的沟通意图,比如对接业务、技术、设计等,如何很快明确他们的需求,为上下游协作交付高质量的产物;
工作职责方面,则主要是服务于自己的产品,可以准确发掘业务需求,满足业务发展需要。在工作中,需求分析的正确且合理,是影响产品设计走向的一个重要因素,也更需要为市场验证负责。
关于此类分析方法,在网上或者自己工作中都可以总结出来自己的方法论,在此就不赘述。不过万变不离其宗,所有的需求分析思路应该是简单且有效的。
一个完整的需求分析过程应该包括:明确对方诉求-挖掘真实需求-提供解决方案-分析验证。
简简单单的沟通,也是需求被提出到解决的过程,看似简单,却也需要一定的思维能力,换个场景,如果我作为一个业务方,跟产研线提出了我的问题,谁更容易抓住我的需求和痛点,谁就能真正理解业务诉求,并进行合理的方案设计。
很多产品经理在做业务系统时,会经常遇到业务方在提出问题的同时,顺便直接给出解决方案,此时,会很主观的认为只要产品按照方案设计就可以解决他的业务问题。
当然,很多时候这这样也是可行的。但是,作为产品人,还是需要再深挖一下业务背后的真实诉求,要理解业务提出的解决方案,是为了解决什么问题,这个问题还有没有其他的解决方案,哪种方案更适合现在的系统架构。
真正的同理心意味着需要感同身受,需要去变成对方,然后置身于情境中,才能体会到对方的所思所想。然而,我们却往往无法做到完全的感同身受,更多是凭借自的见识、认知和理解,去匹配对方的实际感受和想法。
再难的事情,如果运用正确的方法,都会有办法逐步达到。不论是产品业务分析还是同事之间的协作沟通,都能表现为十足的高效能人士。