产品经理需求收集怎么做

① 产品经理工作内容

每个公司对产品经理的定位和职责都有所不同，但一般都会涉及到的工作就是需求调研、挖掘需求、画原型写各种文档（MRD、PRD、产品说明文档、产品使用文档等）、跟进项目进度、协调各部门人员。（你说的注行业动态、关注产品数据都只是对帮忙你更好的需求调研、学习的一部分，你提高你自己能力的一部分，并不是产品责任本来，只是它的延展罢了）

大公司里的产品经理，负责产品的需求收集、整理、归纳、深入挖掘，组织人员讨论需求，然后写MRD，进行产品规划，然后画原型，写PRD，与UI设计师、交互设计师、开发人员、运营人员沟通，并推进、跟踪产品开发到上线，上线后再根据运营人员收集的用户反馈、需求，进行一下版本开发、迭代。

小公司里的产品经理，根据老板提的产品方向，然后开始研究竞品、收集整理用户需求，进行产品规划，画原型、写PRD，与UI设计师、开发人员沟通，并推进、跟踪产品开发。开发完之后再去各大第三方应用市场上架，推广、维护，自己收集用户反馈意见，需求，进行下一版本的开发、迭代。

产品经理收集分析用户需求，写MRD，然后根据需求来策划产品功能，画产品原型、编写PRD等文档，同时也要负责产品的项目进度，与产品设计师、交互设计师、技术开发人员做沟通；

产品设计师：通俗点说法就是美工，用PS等工具设计出产品效果图；

交互设计师：就是根据用户习惯，调整原型、效果图里的布局，文字、按钮摆放位置、形式等等，完善下交互细节，提长用户体验，将产品更加易用、好用（产品经理是设计出产品功能，让这东西能用）；

大公司里产品经理和交互设计师是两个岗位，小公司则都是产品经理一人负责，有些各小的公司连UI设计师、产品经理、交互设计师都是一个人搞定。

② 如何做好产品需求管理

需求不总是显而易见的,而且它可来自各个方面。需求并不总是容易用文字明白无误地表达。存在不同种类的需求,其详细程度各不相同。如果不加以控制,需求的数量将难以管理。需求相互之间以及与流程的其他可交付工件之间以多种方式相关联。需求有唯一的特征或特征值。例如，它们既非同等重要，处理的难度也不同。需求涉及众多相关利益责任方，意味着需求要由跨职能的各组人员来管理。需求可能发生变更。需求对时间敏感。当这些问题同时出现，如果没有需求管理或处理技能不足以及缺乏易用工具等情况时，业务就会进入混乱，甚至是面临瘫痪与失败。为此我们不得不重视和加强需求管理。

需求管理是完整管理模式中的一环，同其他特性诸如完整性、一致性等不可分割，彼此相关而成一体。一套需求管理应当是已知产品需求的完整体现，每部分解决方案都是对总体需求一定比例的满足（甚至是充分满足），仅仅解决部分需求是没有意义的。对关键需求的疏忽很可能是灾难性的，试想一架飞机的安全设计不过关将会带来什么样的后果。不同的需求组合起来，构成了一个需求池，然后通过管道（流程规范）进行流转，将产品价值交付客户。可以说，需求管理指明了产品开发所要做和必须做的每一件事，指明了所有设计应该提供的功能和必然受到的制约。需求管理的过程，从需求获取开始贯于整个项目生命周期，力图实现最终产品同需求的最佳结合，如图7-3所示。通过对需求管理在项目进程中实施的不同任务进行分析，我们可以看出需求管理所起的作用。

图7-3 需求管理流程（示例）

建立需求管理流程的首要任务在于使产品团队对于需求管理都有一个明确的认识，并明确每一个人在项目中所起的作用，进而对整个项目有一个整体把握。因此，需求管理需要解决的第一位也是最基本的任务就是建立需求流程和规范，并使所有相关人员达成共识。

为了建立一个真正满足工作需要的需求管理系统,产品团队首先必须确定系统要解决的问题，即需求来源。然后,团队必须将采集到的所有需求进行汇总，归入需求池中进行统一管理。继而对需求的有效性、真伪、分类、时效、优先级进行分析、再确定需求是否要接纳进行开发，并做好状态标记。接着对已确定的高优先级需求指定需求负责人对其进行详细分析，并提交评审，通过后列入版本计划。最后由产品开发团队负责需求实现，交由测试人员严重通过后对外发布。如果客户或内部需求提出人员对交付的结果不满意，可以进入需求管理循环处理改进，直到客户满意或解决问题为止。

需求管理是一个动态的过程，离开了能动的、变化的系统进程而空谈需求管理，无异于纸上谈兵。需求管理恰如裁缝的量体裁衣，它直接关系到最终产品的成型。仅从字面出发，如果一个产品满足了客户需求，那它无疑就是成功的。

③ 产品经理如何做好需求

首先要明确，你这个产品是给谁用的。有两种可能性：

1. 给公司某一个部门，或者公司老板用的。这样的话，那个部门经理或者老板就说了算。他们说好，就是好；
   

2. 给社会上的广大用户用的。这个听起来很虚，其实也就是给老板用的。因为用户太多，你也见不到，还是老板说了算。

所以说，老板说好，就是好。你不是乔布斯，别在公司里耍小聪明。挣到钱就行。

④ 如何做一个产品经理

了解产品。作为一名产品经理，对自己所管辖的产品有一定的了解是非常重要的，毕竟产品经理是贯穿整个产品制造以及销售的人，所以，自己要先了解产品，才能更好的针对产品来做后面的工作。2/6指导产品生产。在整个生产环节，可以适当的指导产品生产，与技术人员取得密切的联系与沟通，这样才能在产品生产的过程中肩负起责任，毕竟像技术活之类的交给技术人员就可以了，但是产品经历仍然可以针对其它方面提出建议额。3/6具有创新意识。一个产品想要在市场上取得一个好的销售成果，想要获得好的口碑，那么在制造这个产品的时候就可以适当的融入一些创新意识，并且还要在之后的生产中不断的创新，以便于更方便人们的生活。这也是做一个产品经理应该做的。4/6打造独具特色的产品买点，作为产品经理，不仅要在产品制造的过程中严格的监制，更要在销售的时候严格把关，要像产品的销售好，那么就必须把这个产品能拿出来的买点来进行更好的打造。5/6及时的调整策略，产品经理换句话说就相当于是一个舵手，在发现产品制造或者销售过程中出现的问题的时候，要勇敢果断一点，发现策略不多就要及时的调整。6/6和员工以及上级处理好关系。虽然说产品经理主要负责产品的制造生产和销售，但是仍然需要和手里面的员工以及上级处理好关系，这样才能更好的得到一些消息，以及使整个部门更加的和谐团结。

⑤ 产品经理主要工作流程是怎样的

一、产品经理的需求来源

产品经理一切工作的本源是：需求。所以我们从需求来源开始讲起产品经理完整的工作流程。互联网需求来源一般有：

1、产品需求：产品经理通过数据分析、用户调研、竞品分析等方法验证通过的需求

2、运营等业务部门提交的需求：比如以京东为例，服饰业务部/生鲜业务部/家电事业部的运营、采销等人员出于提升业务指标的角度会提出各种需求

3、老板的需求：领导从外部合作的角度或者产品战略的角度也会给手下的产品经理提一些需求，比如我还接到过大Boss和老板娘的需求

4、Bug修复等：在工作中修复BUG是一件比较常见的事情，影响面大的BUG会走紧急修复流程，不太严重的BUG会走迭代排期。

二、需求池的管理

通过以上几种方法收集到的需求会统一放到需求池中。需求池大家可以理解为所有需求的集合（包含待确认、设计中、带排期、开发中、已上线等所有状态）。

一般来说，使用execl表格管理需求池即可，按照各种需求状态进行分类展示。

三、需求优先级

我们需求池的需求会非常多，但是每个迭代的时间是有限的/研发资源是有限的，所以导致我们只能从需求池中挑选出少量需求进行开发，从而诞生了需求优先级的概念。

一个迭代中肯定有限做优先级高的需求！

那如何排定需求优先级呢？

一般来说有两个场景：

1、从0到1设计一款产品

这种场景下的需求来源基本上都是产品需求。建议大家去了解一下KANO模型，这个场景下的需求优先级一般来说是：基本型需求>期望型需求>兴奋型需求

2、在原有产品基础上优化

这种场景的需求来源会非常广泛，可能之前讲到的4中来源都是涉及，那如何排定需求优先级呢？一般按照产品价值和实现成本两个维度。

产品价值可以分为两类：业务价值和用户价值。

价值定义：

• 业务价值：对应商业类产品，称为商业价值，体现在能给业务带来多少收益。

• 用户价值：对于使用者来说，能给他带来的价值，比如说能减少操作步骤。

在这种方法下，优先级的排序逻辑是：产品价值大实现成本低>产品价值大实现成本高>产品价值小实现成本低>产品价值小实现成本高。

四、需求确认

当梳理完需求优先级之后，我们就按照开发工作量挑选优先级高的功能组成新版本/新迭代周期的需求列表。

梳理完需求列表之后一般要跟直属领导当面沟通一版，这叫需求确认。在这个阶段要做好挨批、被怼的准备。领导会从各个维度“挑战”你需求的合理性。所以大家在需求评审前一定要多思考几遍，尽量多用客观数据去说服领导。

如果需求确认通过，会进入到产品设计阶段。

五、产品设计

产品设计阶段会包含如下几个小阶段：

1、使用产品脑图梳理产品/功能结构框架，特别是对一些逻辑复杂的新产品/新功能。

2、使用产品流程图梳理产品/功能核心业务逻辑。流程图的梳理尽量详细，各种异常场景的判断一定要在流程图中有所体现。对于涉及多个参与方业务，可能还要梳理泳道图。

3、使用墨刀/axure等原型工具输出产品原型。原型是产品逻辑的可视化表现，也是产品经理最最基本的基本功。

4、撰写产品说明文档（PRD）。PRD是产品详细逻辑的最终呈现，也是内部沟通的标准文档。PRD撰写完成之后就可以进入到需求评审阶段

六、需求评审

需求评审是指产品经理要向UI、交互、研发、测试等内部人员讲解产品逻辑，保证产品逻辑在内部传输过程中不失真。

需求评审的过程中，有4点需要注意：

1、评审的时候，先讲需求背景。即这一版本为什么要做这需求？做完以后预计会达到什么效果？让相关参与方从心理上认同做这件事的价值。

2、在讲具体需求的时候，按照对应的责任人进行拆解。比如在讲解功能A的实现逻辑时，我一般会说客户端需要完成的内容是1、2、3；服务端需要完成的工作是1、2、3；算法侧的工作是1、2、3等等。

3、存在争议的地方先记录下来，评审结束后再细化。

4、就是评审结束以后要追排期。即作为产品经理你要盯着研发Leader，设计Leader，测试Leader让他们出需求排期，以此保证项目按时上线。

七、项目管理

需求评审完成之后，项目经理（大部分公司由产品经理担任）会输出详细的项目排期表，然后项目所有相关人员会按照项目排期表有条不紊的协作。项目管理的详细流程如下：

八、数据分析

产品上线之后，产品经理要做好产品分析工作，以验证产品/功能是否达到预期目标。特别是产品上线7天后，产品经理需要想全体组员发送产品上线数据报告。

如果数据不达预期，就要进行深入的分析内在原因是什么，然后数据分析的结论很可能是下一迭代的需求来源，从而开始一个新的迭代周期

⑥ 产品经理的日常工作有哪些如何快速升值加薪

1：建立产品的长期战略布局您的产品在公司中扮演什么角色，在整个互联网中属于什么行业，在产业链中是上游还是下游。如何在众多同类产品中找到自己的优势？您需要从战略角度审视产品的位置，了解同一行业的产品趋势和信息变化。只有这样，您才能及时有效地控制产品的开发轨迹。

⑦ 需求收集方法

产品经理如果要着手设计一个有用的互联网产品，收集用户需求算是整个产品的开端，而且是非常重要且是不可忽略的一个步骤，一些大型的互联网公司设置有专门的岗位进行市场需求的调研，而且收集需求的这一阶段属于产品功能设计的加法阶段，在产品需求收集的初期应该尽可能多的收集用户的需求，之后再进行筛选，做减法，精选出有用的功能，这是整体的做产品思路。

一、调查问卷。如果没有明确的用户群体，或者说用户群体比较模糊以及大众化，这个时候一般都会采用问卷调查的形式来收集用户的需求，调查问卷可以采用网上调查问卷，这样受众较大且成本较低，也可以采用线下的形式进行问卷调查，不过问卷的回收情况有时却并不理想，两者各有利弊。

二、用户访谈。如果有忠实的粉丝或者受众比较狭窄，可以考虑使用用户访谈的形式来进行，用户访谈可以采用一对一的形式，也可以通过召开用户大会来进行需求的收集，但是如果是用户大会的话，从前期的准备到后期的收集整理，也会有比较长的周期，但是这样获得的需求一般来说质量相对来说还是比较高的。

三、电话访谈。使用移动电话、座机、微信语音等语音工具来进行需求收集的一种形式，其形式与用户访谈有些类似，但是相对于面对面的这种形式来讲，可能获得需求的质量并没有用户访谈以及用户需求大会的质量要好，但也不失为一种非常好的形式。

四、实地调研以及做可用性测试。针对设计出来的产品的部分功能进行可用性测试，其实更多的是在做减法，根据用户的使用习惯来进行功能需求的优化，其实很多时候，用户的使用习惯与自己的表述会有很大的差距，只有真正让用户体验了，才能够收集到用户真正的使用需求。

五、借力第三方大数据公司。目前国内有很多第三方大数据公司都拥有数据咨询的服务，针对前期某部分的需求，可以通过咨询第三方大数据公司来获得，当然，咨询大数据信息是要付出一定酬劳的

六、其他方法，比如领导者或者产品经理做产品时候的经验不过这种方法属于定性研究，有很大的不确定性，因为并不是每一个人都是苹果手机的设计者。或者通过一些指数分析工具来预测某一个功能未来的发展趋势，这种方法类似于通过分析大数据来进行对未来的预判，当然这种方法也存在着一定的风险。

⑧ 怎样做好产品经理

一个好的产品经理要能规划设计一个产品从出生到成长到成年的整个过程，了解客户需求和使用习惯。简单地说，销售是卖东西，市场是怎么卖，而产品经理的职责是告诉他们卖什么。