产品经理分享经验

产品的第一个版本依然是大家所谓的MVP版本，不过MVP一定要跟自己的核心用户走，通过核心用户的迭代完成对产品的规划，所以产品经理也要到一线去，到用户中去，到产品使用的地方去，聆听客户对产品的评价和教诲。现在的B端的MVP更偏向于一个行业用户，深入一个行业中，理解行业中客户的业务，深度了解行业的规则以及客户完成业务的逻辑

现在做B端的产品，大家还是依靠着C端的经验，把市面上的产品功能抄一抄，看一看实现逻辑就开始上手做了。产品经理都没有搞明白，什么是业务最核心的功能，能不能通过MVP的版本实现客户的逻辑，把所有的功能一通抄，都抄了50分，就对外公布，产品已经到了可售卖的版本，然后就开始对外发布，让用户使用。1. 跟着客户走客户使用之后，发

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

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

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

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

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

Iot产品经理在近几年也是一个比较受欢迎的岗位，许多小伙伴都想挑战一下，今天给大家分享一下我的面试经验，我面试的是美的Iot产品经理。 在面试过程中主要问了以下几个问题： 1.我的学历(我是留学生，读研前有gap，就是说gap的时候做什么。 2.实习经历：我的两次实习经历与美的相关，就

产品经理职位是一个需要多读书，多实践的岗位。今天我们就跟随小编一起来看看那些提升产品经理职业能力的工具书有哪些吧!1、提升学习能力的工具书《学会提问》、《如何高效阅读》、《第五项修炼》、《如何高效学习》、《如何阅读一本书》2、提升执行力的工具书《执行力》、《早上10点之前完成工作》、《别让猴子跳回背上》3、提升沟通与合

上一篇“职场竞争经验分享：产品经理怎样才能做好需求调研分析（二）”，我们已经了解了需求调研的方法，本篇我们一起来看看关于调研的结果分析。一、对调研结果进行分析在调查研究中，对关键问题进行分析，得出相关结论，用于回答调查研究中的问题和假设。基于需求的分析过程如下：我们调查了用户与目标用户是否匹配，如果不匹配，那么尝试在下