产品的需求分析

每天5分钟，你也可以成为优秀的产品经理 。你好，我是郭杉。欢迎来到 《郭杉 产品经理50讲 》第23讲。 本讲的开始，我要跟大家讲一个故事。以前我的产品团队有个不成文的规定，每周五的下午4:00-5:00为"face to face interview "时

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

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

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

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

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

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

上篇文章跟大家聊了一下如何挖掘用户动机“ 产品经理怎么做需求分析？步骤是什么样的？（四） ”，接下来就看看需求分析的”Y理论”。 需求分析的”Y理论” “需求分析”的过程就是经历图中的“1 –>2 — >3”，把“用户需求”转化为“产品功能”。 “Y”的越上面越

产品经理怎么做需求分析？步骤是什么样的？前面给大家总结了“什么可以把产品需求转化为用户需求？”，接下来就看看如何挖掘用户动机。 怎样挖掘用户动机？ 如果只看需求和产品本身，很难看到产品设计背后的逻辑。如果放在场景和人与产品的互动中，可以更好的看到产品设计的奥秘在哪里。 用户的动机会受到当时环境