产品经理需求分析

产品经理每天要接触到各种不同的需求。要对这些需求进行分析，才能更好地了解问题，从而制定相应的解决方案。那么，怎么做需求分析呢？一、需求的选择很重要需求的选择，是前置选择，先做了选择，才会有对应的结果，才会知道这个需求的价值是高还是低。在我们做出选择之前，每一个需求对应的价值，都是未知的，即使在我们做出选择以后，也只能通

每天5分钟，你也可以成为优秀的产品经理 。你好，我是郭杉。欢迎来到 《郭杉 产品经理50讲 》第22讲。 正式开始今天的内容之前，我想先问你一个问题，你会整理用户反馈吗？你肯定会说：“这个问题也太简单了吧。直接收集汇总用户反馈不就完事儿”。真的是这样吗？真的就像我们想象的这么简单？但如果真的是这

当接到一个功能需求，你通过主观判断不需要满足时，该拿什么来支撑你的说法呢?“需求不是无中生有的，有需才有求”，所以你只围绕“需求不合理”来说服别人，是很难达到效果的，你需要一套思维逻辑组合拳还给提需求的人，才能让其信服。下面，我们就一起来看看产品经理该如何快速对需求进行分析?软性分析需求来源是否可靠?不要谁的需求都听，

编辑导语：可能大家也都听说过“第一性原理”，在前两年这个词开始火起来是因为“钢铁侠”伊隆·马斯克经常用这个词来解释他的创业思路。但产品经理该如何通过第一性原理进行需求分析？本文就此问题作出了解答。推荐对第一性原理感兴趣的用户阅读。一、目的写这篇文章的目的有两个：一是总结一下个人的经验方法，二是阐述一下对于需求分析的理解

继续接着 上篇文章 的内容，来看看需求转化阶段的一些工作内容。 交互设计图完善后，还需要编写系统需求文档。这里类似于C端PM的PRD工作。基于交互图，指出某一功能在某一场景下的操作步骤和结果。但需要注意的是，系统需求文档还需要给出一些基本的技术参数，如查询功能的响应时间要求、底层结构的

上篇文章 给大家分享了B端产品经理的需求整理工作，整理完需求之后，接下来就是需求转化了。 03 需求转化 在整理好需求矩阵后，我们可以开始需求转化了。说白了就是写文档，画原型。需要注意的是，与C端PM需要编写的PRD不同，B端PM需要编写两个文档，一个是用户场景需求文档，一个是系统需求文档。

上篇文章 给大家分享了两种实用的需求整理方法，下面就继续看看另外两种方法。 3. 基于紧急程度进行整理 这里可以采用大名鼎鼎的四象限法则进行整理，举例如下： （皮一下不要当真）4. 基于整体性进行整理 基于完整性的整理意味着，在整理需求时，我们不仅要能够看到产品的细节，还要能够看到产品的宏

上篇文章 给大家简单分享了需求收集的方法，接下来就看看如何整理需求。 02 需求整理 对于需求整理，核心是从大量需求中挑出需求，然后按优先级排列。 关于优先级，作者有一点想法。我曾经在一篇前辈的文章中看到一种优先级的做法，即根据百分比系统对需求进行评分，高分的优先级很高。后来，我

在一些的PM论坛上，C端产品的需求分析和指导文章非常常见，许多大牛对C端产品的需求分析提出了自己的有针对性的看法。本文，作者结合自己的实际工作经验，分享了B端产品设计早期需求分析的经验，供大家共同学习和交流。 笔者将从三个步骤对需求分析进行讨论，即需求收集、需求整理和需求转化。 01 需求收