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

B 端产品需求分析的实践与思考需求分析可以说是产品从业人员的核心技能了，若分析不够轻则需要反复调研，重则导致产品定位不清楚、不满足需求，需要推倒重来。本文主要介绍本人在B 端产品需求分析实践过程中的思考和注意事项。 上篇文章《B 端产品需求采集的实践与思考》介绍了 B 端产品需求采集的方法和注意事项。我们将采集回来的需求称为用户需求，用户需求转换为产品需求需要经历一个需求分析的过程。一、概念解释 在正式进入如何进行需求分析之前，我们先来理解下什么叫做需求。 《人人都是产品经理》一书作者苏杰曾指出：“减少甚至消除理想与现实的差距的愿望，就产生了需求”。 本人认为这是从宏观方向的解释，若从软件或互联网产品这个微观角度解释的话：需求是在特定的角色特定的场景想要达成某种目的内心的渴望。也就是在讨论需求的时候，不可将角色、场景和内心渴望分开来讨论，否则就容易导致需求不满足的情况。 具体案例下文将会有，这里不做太多赘述。 理清需求的概念后，需求分析过程本质上就是找出用户在具体场景下内心的渴望，然后通过软件的方式帮助实现这种渴望。但是并不是所有的渴望会被满足或立即被满足。二、需求分析案例实践 通过前期的需求采集大行动，我们的需求池里存储了大量的需求。面对众多未经过分析的需求，不禁反问自己：这些纷繁杂乱的需求都应该被满足吗？看似众多的需求能够满足业务需求吗？如何筛选掉伪需求？如何挖掘用户的潜在需求？ 带着这些问题，我们一起探讨下本人在需求分析实践过程中的方法论。1. PSP 方法P：即 Peson，角色S：即 Scenes，场景P：即 Paths，路径 脱离角色谈需求，适用用户则不明确；脱离场景谈需求，则需求适用业务范围不明确；脱离路径谈需求，则业务流程不明确，因此 PSP 方法可以很好的帮助分析人员明确具体的需求。 案例实践 1： 下表为需求池当中的 1 条需求，其中需求描述为客户提出的原始需求 在 B 端产品中，很多时候我们会拿到这种角色和场景不太明确的需求， 拿到这种需求之后，切忌直接动手开始设计，否则带来的后果轻则后期改动所带来的成本消耗，重则需要全部推倒重来，面对 B 端产品，常常涉及到多角色，因此在思考任何一个需求的时候，一定要加入角色，通俗的讲就是思考什么类型的用户在什么样的场景下想要做什么事，等到我们理清了这些思考，需求将会变得越来越明确和合理，下表即本人在针对上表需求的 PSP 方法过程，内容仅供...