B端产品需求分析的实践与思考

发表日期:2019-05-16 03:10:19    浏览量:133 次

需求分析可以说是产品从业人员的核心技能了,若分析不够轻则需要反复调研,重则导致产品定位不清晰、不满足需求,需要推倒重来。本文主要介绍本人在B端产品需求分析实践过程中的思考和注意事项。

B端产品需求分析的实践与思考

上篇文章《B端产品需求采集的实践与思考》介绍了B端产品需求采集的方法和注意事项。我们将采集回来的需求称为用户需求,用户需求转换为产品需求需要经历一个需求分析的过程。

一、概念解释

在正式进入如何进行需求分析之前,我们先来理解下什么叫做需求。

《人人都是产品经理》一书作者苏杰曾指出:“减少甚至消除理想与现实的差距的愿望,就产生了需求”。

本人认为这是从宏观方向的解释,若从软件或互联网产品这个微观角度解释的话:需求是在特定的角色特定的场景想要达成某种目的内心的渴望。也就是在研究需求的时候,不可将角色、场景和内心渴望分开来讨论,否则就容易导致需求不满足的情况。

具体案例下文将会有,这里不做太多赘述。

理清需求的概念后,需求分析过程本质上就是找出用户在具体场景下内心的渴望,然后通过软件的方式帮助实现这种渴望。但是并不是所有的渴望会被满足或立即被满足。

二、需求分析案例实践

通过前期的需求采集大行动,我们的需求池里存储了大量的需求。面对众多未经过分析的需求,不禁反问自己:

这些纷繁杂乱的需求都应该被满足吗?

看似众多的需求能够满足业务需求吗?

如何筛选掉伪需求?

如何挖掘用户的潜在需求?

带着这些问题,我们一起探讨下本人在需求分析实践过程中的方法论。

1. PSP方法

P:即Peson,角色

S:即Scenes,场景

P:即Paths,路径

脱离角色谈需求,适用用户则不明确;脱离场景谈需求,则需求适用业务范围不明确;脱离路径谈需求,则业务流程不明确,因此PSP方法可以很好的帮助分析人员明确具体的需求。

案例实践1:

下表为需求池当中的1条需求,其中需求描述为客户提出的原始需求

B端产品需求分析的实践与思考

在B端产品中,很多时候我们会拿到这种角色和场景不太明确的需求, 拿到这种需求之后,切忌直接动手开始设计,否则带来的后果轻则后期改动所带来的成本消耗,重则需要全部推倒重来,面向B端产品,常常涉及到多角色,因此在思考任何一个需求的时候,一定要加入角色,通俗的讲就是思考什么类型的用户在什么样的场景下想要做什么事,等到我们理清了这些思考,需求将会变得越来越明确和合理,下表即本人在针对上表需求的PSP方法过程,内容仅供大家参考,重在帮助理解该方法。

B端产品需求分析的实践与思考

可以看到将不明确的需求依据角色、场景和路径进行划分可以得到一个个明确的需求。

2. 需求三法(加法、减法、挖掘)

1)需求减法

需求采集回来的林林总总的需求,要学会做减法,目的是保证产品定位更清晰,用户体验更好,以下为本人总结需求做减法的情况:

影响产品定位,每个产品为了适应市场的竞争会形成自己的差异性定位,若是需求会影响到产品的定位,一定要非常的谨慎,否则会导致产品臃肿、定位不清晰,影响会很大。在B端项目中采集回来的需求,需求若合理但不符合产品定位的情况,可放到项目中实现,但不应在产品中实现。

影响用户体验,当我们的用户经常抱怨产品界面充斥着很多无用功能、界面重点信息不突出,用户上手困难,学习成本高的时候,可能需要对需求做减法了,很多需求是产品人员不考虑用户的实际情况自己构造出来,若是不符合用户需求,应该果断砍掉。

暂时不实现,需求合理,但现阶段因各种因素不能满足实现的情况下,可安排到以后的版本,待时机成熟时再实现。

2)需求加法

很多时候满足了用户提出的合理需求,依然不能很好地满足实际的应用,或者产品无亮点,不能形成自己的优势,这个时候我们需要头脑风暴,对需求做加法,然后进行验证,进而强化产品的功能、定位和用户体验,

案例实践2:

科室人员制定需求计划的时候,可以手动选择物料填写采购数量。这样做存在的问题是:科室人员必须非常清楚需要什么物料,且每个物料需要手动选择,工作量大;另外填写采购数量受主观因素影响,未必合理。