通常意义上的需求分析,是指我们需要在产品层面体现出来的操作,视觉,系统处理等。

通常意义上的需求分析,是指我们需要在产品层面体现出来的操作,视觉,系统处理等。

  但是,实际需求分析是指向需求的本质,挖掘出需求方背后真正的诉求。这有点像含蓄的中国话一样,有时候我们说的一句话并发是我们实际想表达的,而正在想的可能是另外一回事,所以在这个过程中,我们的目的是找到用户需求的本质,并且抓住商业的本质,然后才是通过我们的产品为体现出来。

  因为考虑到许多的读者希望看到的是实操的东西,所以关于部分理论的东西会很少。

  需求通常来至于企业内部和外部的用户反馈,这中间往往由内部得到的占比80%,15%左右是由用户反馈的,另外的是合作伙伴或者其他方式体现。

  通过这个,你就明白了一般产品经理都是面对的是什么样的人,哪些工作了。

  第一是如何接收领导的需求,就是你如何处理领导提出的需求,你该如何回应?这里面就是把握一个点,搞清楚领导的目的,尽量避免听取具体的方法。第二是,你是如何处理用户的需求的,这一点很多初级的产品经理多容易忽视,常认为客户提出来的就是需求,其实未必,我们接触这一类的需求时,要具体结合场景来分析才能做出正确的判断。

  上图是整个需求分析的过程:

  需求真伪:首先要判断的是需求真伪,一个需求的真伪实际提现在几个方面:

  必须通过客户沟通,数据分析该需求是否客观存在需求的主观性有多强,部分强迫症患者往往会提出各种各样的需求,但是我们无法去一一满足。不符合符合业务逻辑的需求,这样的需求只能是画蛇添足。我们要从市场和用户的角度去考虑该需求,市场关系的是什么呢?市场是否已经有了?市场的趋势是什么样的?其他用户是否有同样的诉求,用户的心理满足感是能够预期或者超预期的表现。

  首先要明确给谁看,不同的汇报对象准备不同的东西,大多数时候我们给到研发的东西会比较多,比较仔细。

  报告的形式不限制,一般还是根据汇报对象和场合准备:常用PPT、Word或者直接展示草图

  需求报告,一定要体现关于用户的分析,以及多方面的意见并形成你自己的结论,这就是作为一名产品经理的成果方案。

  在需求分析过程中,实际有很多的理论支撑,例如:kano模型,马斯洛理论等,这些实际是我们需求分析的一些基础工作,读者以花点时间了解一下,后面我们在聊聊。

  本次将的是一个需求分析的实际过程,不简单,也不复杂,前提是你有学习的能力,这才是最重要的,因为往往我们的经验会过期,我们的方法都会失效,重要的是随着需求变化而变化

推荐阅读