入门产品经理你一定要知道的事（下）

产品经理职责与能力

• 一、产品经理的具体工作职责包括：

1、市场调研

做一个产品。首先，要了解行业跟市场的情况，这个市场要在我们进来之后还有可以分的利润，如果说进来之后，发现市场已经被分完了，那我们还有什么做的意义？市场调研，就是要搞清楚市场上有没有赚钱的可能。

2、竞争分析

竞争分析就是这个行业有哪些人在做？他们做的情况是什么样子的？他们是怎么做的？

3、产品策划

重点是有关这个产品的设想，包括理念、实物、营销推广等等，去形成一个产品的开发思路。规划产品做什么功能，怎么做。画出大概的结构图，标注信息，工作分解，画产品图，需要绘制实际的功能、位置等，以便开发人员快速明白你的意思。

4、需求的挖掘和分析

在挖掘需求的过程中，就需要产品经理充分地了解用户，熟悉市场而且能够有很强的的逻辑分析能力及自我管理能力。通过需求挖掘，用户的反馈、客观数据的反馈做一些客观的数据分析，需要用一些数据去给自己的产品提供优化依据。

产品经理还要清楚地了解用户是否真的要这个需求，什么情况下要，是否能为产品带来好处，如何权衡和评价优先级等。

5、画产品原型

画图是产品经理必备的技能，然而，画图又不仅仅是画几个图而已。当我们画图时，一方面是对业务、需求、场景等进行梳理；一方面是在对需求、产品进行描述，并输出可视化的材料，供相关人员，阅读使用。画图，是需求分析的重要组成部分，是用可视化的方式，对需求进行梳理和展示。

6、推动目标的实现

当产品经理完成了前期的规划和设计，就需要利用各方资源把项目推动，产品经理可以使用进度猫制定项目计划，分配任务，跟踪项目进度。

7、和开发人员协调：

产品经理需要和开发人员对接，产品经理需要清楚自己想要的功能需要用到几个开发，这些开发人员需要花多少时间可以完成，自己应该如何去做工作的排序，应该优先开发哪些功能等。产品经理要掌握一些开发知识，这样才能够流畅地与公司的开发人员配合工作。

8、项目管理与风险把控

产品经理负责把握产品目标，时间节点，跟踪技术开发，完成产品测试验收，并按标准把关产品上线。项目执行中严格控制成本预算，把控产品质量，对项目可能出现的风险进行预测、防控，并制定应急预案。

产品经理也有一个岗位的发展，那就是从项目管理到需求分析再到产品经理，而产品经理整个的工作过程，其实就是从需求出发，产出方案，拿到结果。

二、产品经理的能力模型

以下是腾讯对产品经理的能力要求

产品经理应具备的专业能力包括：需求分析能力、产品规划能力、项目管理能力与数据分析能力等。

• 需求分析能力

产品经理的工作，基本都以需求为核心，围绕需求来展开。

产品经理在接收需求以后，即开始了需求分析的过程。需求分析的结果，不仅影响着产品经理的工作，更是主导了整个配合团队的工作方向，其重要性不言而喻。

在需求分析工作中，最重要的一个原则为，要透过表象看本质原因。用户说自己想要跑得更快的马，如果产品经理不假思索、未经思考，便如传声筒一般传递需求，那产品经理最终交付的只能是一匹马。

但是，如果你能进一步探寻用户想要马的原因，你可能会了解到，用户要马，是想要让自己的出行更快。那么，一辆汽车可能是更好的方案。

这个故事可能很多人都听过，但在实际工作中时，我们因为各种原因，却常常会忘记深究需求方提出需求背后的原因，而匆忙推进落地。

这里值得再多强调一点，产品经理最忌讳做成传声筒。所谓传声筒，即是将接收到的信息与需求，不做思考、补充与整理，直接传给下游。

这是一件不负责任、且根本无法体现自身价值的行为。产品的落地，至少需要经过“业务/运营-产品-UED-开发-测试-运维”这一链路，它需要链路上的每个环节，在充分理解上游的诉求后，加入自己的分析、思考与判断，补齐上游思考空白，形成产出并往下交付，如此才能确保产品的顺利落地。

做简单照搬传递上游需求的传声筒，将本应由自己完成的思考分析工作交由他人完成，不仅降低了工作完成的效率，同时也会让自己最终失去价值，落入可有可无的下场。

秉持要透过表象看本质原因的宗旨，产品经理在接收需求后，需要和需求方与相关合作方（如合规法务、风控、财务等）进行详细沟通，结合业务本质诉求、业务价值与优先级、系统实现能力、对相关合作方的影响等，综合思考后，产出最终的需求分析结果，即可实行的产品方案，进行推动落地。

• 产品规划能力

产品规划工作区别于一般的需求分析，它是指产品经理要经常跳出各项琐碎具体的需求，站在更高的层次上，去思考所负责的产品的定位与目标，基于它的历史、现状以及要达到的目标，规划实施计划。它的实施计划，不仅符合产品本身的诉求，同时也满足了各个业务不同阶段对它的合理需求。

失去产品规划能力，产品经理很容易只满足于实现各个眼前的产品需求，只埋头看到脚下的路，很容易走着走着，就偏离了正确的方向，走上歪路。产品在满足了各个零碎需求的同时，沦入迷茫和困惑的境地，不知道下一步该去何处。

因此，产品经理在实现零碎需求的同时，不要忽视对产品全局的战略思考，对产品依然保持掌控力，引导产品在满足各需求的同时，依然保持着正确的方向，逐步靠近，这就是产品规划的价值和意义所在。

同时具有良好的需求分析能力与产品规划能力，就确保了产品经理既能看好眼前脚下的路，也能看到前方，未来要去的方向，兼顾了眼前的“苟且”，也不断靠近“诗和远方”。

• 数据分析能力

近年来，各行各业对于数据越来越重视，尤其是数据的生产大户，互联网行业。产品经理对数据进行分析，不仅能直观了解产品的结果表现，更是能挖掘出背后深层次的原因，构思解决问题的方案，并再根据方案的结果数据，进行再次分析。

如此循环迭代，产品逐渐完善。

数据分析能力，基本的Excel、SPSS、R语言等工具只是锦上添花，更重要的是，产品经理是否有数据意识，是否针对思考的问题（例如要解决什么问题，为什么要解决这个问题，解决这个问题可能带来的收益，方案上线后问题解决的效果等），去寻求相应的数据支撑，以数据分析的结果为重要参考来解决。举个例子，用户的埋点数据跟踪，能够帮助我们了解用户实际使用产品的路径，通过判断其是否与我们预期一致，便能为该功能的后续优化提供很好的参考。

• 项目管理能力

产品方案从设计、研发测试到上线，往往都以大大小小的项目的形式推进。在没有项目经理的情况下，产品经理往往需要兼职项目管理的工作，项目管理能力也成为产品经理需要具备的能力之一。

项目管理的内容，有很多专业书籍可以学习。这里想强调的一点是，项目管理对于产品经理最为挑战的一点，是需求变更的管理。随着所接收到的信息的变化，需求变更对于产品经理来说是无法避免的。

关键在于，是否能识别出变更需求的价值、目的、成本以及对项目进度的影响，是否能基于上述考虑，来给出令人信服的解决方案。有时候受限于项目资源与时间，临时解决方案也不失为一个可以解决眼前问题的方法。  

产品经理的工作流程

一、需求收集

• 提出需求

参与人：业务部门&产品部门

目的：业务部门向产品部门提业务需求，一般情况下，都是以会议形式面对面沟通。

注意事项：产品经理要多向业务部门问几个为什么，抓问题的本质，便于区分一些伪需求。

• 梳理需求

参与人：产品部门（产品经理）

目的：梳理业务逻辑、流程，并大概构建功能模块，并评估出工作量

注意事项：有不确定的事项时一定要及时和需求方进行沟通。否则会留下巨坑~

• 确认需求

参与人：业务部门&产品部门

目的：确保产品经理和业务部门的理解一致，以保证上线后的功能满足业务需求。尤其是涉及到业务流程的，一定要确认清楚

注意事项：确认需求后，最好有线上记录（比如聊天记录、邮件等）避免以后扯皮

梳理需求和确认需求可同步进行，并不一定要划分开来进行。

二、产品设计

• 设计功能(需求文档编写)

参与人：产品部门（产品经理）

目的：把业务部门的需求抽象为产品功能，并以文档的形式输出，以便于研发部门理解业务需求

注意事项：设计功能时先搭大的架子（先整体后局部），从整体上梳理通了再去细化，一开始不要太细节。在设计功能时，遇到有疑问的地方仍要及时和领导或业务部门沟通。

• 产品方案内审

参与人：产品部门（产品经理、高级产品经理或产品总监）

目的：产品部门内部自查需求的完整性、方案的合理性。

• 产品方案外审

参与人：产品部门&业务部门

目的：把产品方案同步给业务部门，确保功能设计满足业务需求

注意事项：业务部门确定的事项要记录下来，最好是以会议纪要的形式发出来，做线上留档~

三、需求评审

• 产品方案技术评审

参与人：产品部门&业务部门&研发部门&UI

目的：把产品方案讲解给研发部门，确保研发部门真正理解产品方案，并让研发部门严格按照产品方案进行开发。研发也会从技术角度评估产品方案的可行性，并给出修改建议~

注意事项：技术评审前要保证自己的方案是完整的，无瑕疵。否则会被研发喷~

ps：技术评审不通过的话，需要修改产品方案并再次进行技术评审

• 上传需求

参与人：产品部门(产品经理)

目的：把最终的产品方案（通过技术评审的）上传到共享空间上（比如wiki），让研发下载需求文档查看。后续整个开发过程中，研发都按需求文档中的描述来实现

注意事项：一定不要传错文档~

四、开发

• 排期

参与人：研发部门

目的：评估预计上线时间

注意事项：技术评审通过后，要及时跟进排期，并把研发给的排期同步给业务部门

• 代码编写

参与人：研发部门

目的：功能开发

注意事项：开发过程中，产品经理要及时跟进开发进度；研发有疑问时，要及时答疑

• 测试

参与人：测试部门

目的：验证开发出来的功能是否符合产品经理编写的产品方案

五、功能验收

• 功能验收

参与人：产品部门&业务部门

目的：验收功能是否符合产品方案

注意事项：有的公司可能没有业务部门验收的环节，只需要产品经理验收就ok了。

• 上线

功能验收通过后，就可以上线了，有的公司可能会有【上线申请】的环节。上线后也会有上线后的邮件通知，告知相关部门功能已上线。上线后一般还需要测试部门进行线上验证（回归测试），没有问题的话才算真正上线成功~

基于以上，一个完整的开发结束了~

如何转行当上产品经理?

大多数产品经理岗位都需要以前有产品相关经验。转行成为产品经理时如果没有项目经理，通常很难找到合适的公司。

以下是一些转行产品经理的有效方法。

1、在当前的公司兼任产品经理相关工作

如果你已经在互联网工作或者接触过信息化系统，尤其是在初创型公司的早期阶段，那么你就有可能兼任产品经理相关的工作。虽然这样很辛苦，但也为你提供了一个获得宝贵产品经理经验的绝好机会。

如果你在一家还没有产品经理岗位的公司工作，甚至还可以自己创造机会，和现在的老板谈谈你对产品经理工作的兴趣，可以在当前工作量之外承担一些任务。他很有可能，喜欢你这种额外主动的工作要求。

通过这种方式，你在当前的这家公司就能获得真实的产品经理经验。即就为你后期跳槽专职产品经理岗位，留下了一个宝贵的经验。

2、构建自己的产品

如果你目前不在互联网领域工作，但想涉足这一领域，也可以根据自己的想法来设计自己的产品。

可以从进行用户调研、市场需求调研开始，了解竞争对手、了解市场，以确定你的产品定位，并开始设计用户流程、产品规划路线图等等。

等前期产品策划完成，你甚至可以继续找开发人员编写代码，如果你的产品足够好，或许最终你会拥有自己的互联网初创公司!

3、学习产品经理各种项目课程

现在网络上有大量资源，包括在线课程、书籍等等。如果想转行，在网上找一些产品经理课程学习一下是非常有必要的。