产品经理打什么比喻

① 产品经理：怎么说么，就是打酱油还可以

每个职位都有它存在的价值，只不过因人而异。

产品经理最重要的三个工作价值是：

1. 通过数据分析、市场调研和分析，指引公司产品的行进方向，对市场变化及时作出反应，这往往能提前规避很多问题和风险；当然，人们往往觉得事情没有发生并产生影响所以不重要，其实这是一个误区。“未雨绸缪，谋定而后动”这是产品经理的标签，其间接为公司避免了很大的损失。

2. 推动一切有关产品的工作进展，以产品为中心衔接所有部门。与产品有关就是与产品经理有关，而零售行业的基本在于产品，所以可以这么说，所有事情都和产品经理有关系的。一个产品从设计研发、生产、宣传推广、上线销售等一系列的工作都要沟通、跟进、推动，确保产品能顺利上架盈利。

3. 把控库存周转，降低库存风险和压力。以最小的投入换取最高的利润，确保不因压货造成成本流失的同时，还要确保库存可以维持正常的销售，滞销库存还要及时清理出去。时刻关注数据，随时更新上新计划和清理计划。
   

真正优秀的产品经理，是承载了一部分总经理的工作内容的，甚至还会经常与总经理发生意见上的分歧冲突，一个负责任的产品经理是很辛苦的，因为公司所有的事情他都要去负责去关心。

产品经理做好了很不容易，像你说的打酱油的人很多，但那只是个人的原因，只能说这个人不称职。产品经理这个职位毕竟不能像销售部，可以直接迅速的看到业绩，往往是自己在下面做了很多的付出和努力，却依然没有可以看得到的业绩来彰显，只能默默的付出。产品经理很苦，但我相信负责任的产品经理，将来成就一定不可限量。

看到你的问题有一些激动，纯手打，谢谢！

② 产品和运营是什么关系

相互之间有摩擦、有协作，就好比几根绳子拧在一起，能把相互的排斥力改为向前的推进力，一个公司或者一个产品才能做好，才能有好的发展。通俗点说，一个产品好不好用，不只是技术能完全做好的，需要有其他人的测评，面向客户的运营就是第一道关卡，也是很重要的关卡。运营更懂得客户需要的是什么功能，需要的产品应该有哪些特色。但是，不论客户的需求，还是运营的前瞻指引，最终需要产品技术能实现，能用的好。这就是相互讨论与解决的事情了。

1、产品经理

产品经理可以说是互联网产品的设计师。比如，张小龙设计出了微信这样的产品。在张小龙的坚持下，微信始终保持着简洁的风格和流畅的交互体验。微信可以说是移动互联网时代最成功的产品，帮助腾讯建立深厚的壁垒。从微信的例子可以看出，产品经理是多么的重要啊！在互联网公司，产品经理要对产品进行规划，需要跟技术和业务部门进行沟通，需要了解用户的反馈意见，推动产品的不断优化。在互联网人心中，产品经理是一个非常高端的职位。很多人都想从事这个岗位，梦想自己也能打造一个伟大的产品。

很多人都喜欢玩游戏，我举一个游戏行业的例子。在游戏公司，一款产品的研发和推广会跟几个部门有关系，分别是策划、技术、运营和推广。显然策划部门是设计游戏的，有点像产品经理的岗位。而技术部门是研发游戏的，这跟各大互联网公司的技术都差不多。这里面的运营部门的职责，主要是游戏研发出来以后，负责引入用户、留存用户、提高用户活跃和付费的部门。

③ 产品经理有哪些类型

以产品属性分类

（1）工具属性

其实就大多数互联网或软件产品来说，都包含最基本的工具属性。因为其作为人造物的诞生，本身就承载了制造者的目的。制造者希望用户使用其产品作为解决某种问题的工具。

对产品经理的要求：工具型产品往往有很强的目的性，在解决问题的基础上，通常为了提高效率、节省时间或降低成本。所以需要产品经理有较强的逻辑思维，在解决问题层面上能以最简单有效的办法直指核心。

（2）内容属性

向用户传递信息的产品具有内容属性。此种属性的产品建立起了人与信息的联系，基本包含三部分：内容生产、内容筛选和内容展示。

对产品经理要求：产品经理要从这三方面入手，产品设计上激励内容生产，数据算法上精细化内容筛选，交互设计上合理分配流量，给用户精准的内容分发。

（3）社交属性

建立起人与人之间联系的产品具有社交属性。基本包含用户关系链和用户间的互动行为。

对产品经理要求：深入了解心理学，对用户的行为和动机有更透彻的认识。着重关注用户关系链的形成与维护，丰富并加强用户间的互动行为。

（4）交易属性

包含有交易行为的产品具有交易属性。此种属性建立起了人与商品/服务间的联系。

对产品经理要求：需要极其清晰严谨的逻辑思维，善于将功能模块化，能梳理复杂的交易流程。并且了解用户的购物决策因素，能将理论反映在产品设计上。

按设备分类

（1）移动端

通常包含iOS端、Android端和H5网页端，需要详细了解iOS 人机交互指南和 Google的Material Design 规范。

（2）PC端

通常包含Web网页端、PC客户端，交互方式区别于移动端。

按前后端分类

（1）前端

泛指所有用户看到和使用的界面，此概念主要为了区别于后台。

（2）后台

通常指，和前端产品关联的供工作人员使用的产品，需要产品经理有极其清晰的逻辑思维。

按用户类型分类

（1）To B 产品

此类产品主要针对企业级用户，大多属于工具型产品。比如设计大型ERP、大型OA系统可能要涉及到十几个岗位，几十个模块，上百条流程，需要产品经理有极强的抽象思维和模块化思维。

（2）To C 产品

此类产品主要针对大众级用户。相较于To B产品，更加注重UI美观程度，交互体验顺畅程度。需要产品经理更加了解用户心理，关注任何微小的细节。

按工具维度分类

（1）视频直播

（2）视频

（3）实时音频

（4）录音

（5）图片

（6）文字

目前人类传递信息的方式不外乎三种：声波、文字、图像，以上六个分类基本涵盖了当前大多数内容产品的展现形式（VR还在起步阶段，并未列入其中）。无论视频、音频还是图片、文字，其都是为了更好地展现内容，每种方式都各有优劣。产品经理需理解各类工具的特性，才能更好结合业务进行产品设计。

按工作内容分类

（1）交互产品经理

工作内容以交互设计为主的产品经理，其职能约等于交互设计师。

（2）需求产品经理

以分析需求为主要工作的产品经理，因为大型互联网公司往往有交互设计师存在，所以其中的产品经理最主要的工作往往是需求分析。

（3）策略产品经理

不同的公司可能有不同的定义，有些可能承担产品某部分业务层面的策略，也有可能进行产品全局规划。同时，策略产品经理还有可能包含设计算法的职责，需要将具象的需求转换为抽象的算法。此类职能相比于其他产品经理工作要具有更高的知识壁垒，需要懂得编程相关知识，理解程序实现原理。

（4）商业产品经理

此类产品经理以赚取更多利润为目的，规划和设计盈利功能，同时也要平衡用户体验，保证产品生态的良性循环。作为商业产品经理，需要掌握各种产品变现手段（以后的文章中会详细介绍常用的变现手段以及如何灵活搭配不同方法进行变现）。

按等级分类

（1）产品专员/产品助理

通常指刚入门0-2年内的产品新人，无法独当一面，工作权利较小，通常只能负责某些小的功能模块。

（2）产品经理

这里特指狭义上的产品经理，属于产品专员/助理的等级之上，高级产品经理的等级之下。通常此阶段产品经理有独当一面的能力，可以单独负责较大产品模块或产品线。

（3）高级产品经理

大型互联网公司常常会定义的等级，通常指工作年限长，技能高于普通产品经理的等级。但其实此定位及其模糊，并未有权威机构进行职称认证。

（4）产品专家

同样是大型互联网公司定义的等级，比高级产品经理再上一级，技能高于高级产品经理。同时，此定位也极其模糊。

（5）产品总监

通常指产品总负责人，可以全局把控产品相关事情。

按行业分类

（1）电子商务

• 常备属性：工具+交易；

• 岗位市场规模：极大；

• 发展顶点：极高（阿里巴巴、京东、亚马逊）；

• 转行壁垒：高。

• 相关知识：物流、仓储、供应链、商品体系、支付系统、订单系统等。

电商行业属于产品经理较为不错的选择，工作岗位多，发展潜力大。同时电商行业如果想转其他行业或其他行业转电商行业还是难度比较高的。

（2）社交

• 常备属性：工具+社交；

• 岗位市场规模：中；

• 发展顶点：极高（腾讯、陌陌、YY）；

• 转行壁垒：高；

• 相关知识：用户关系链与用户间互动。

中国最顶尖的社交产品几乎都在腾讯，所以社交产品经理的顶点还是非常高的，但是社交产品经理的上升路线却并不向电商那样平滑。小型社交产品和中型社交产品太少，想走到腾讯级别还是比较困难的。

（3）金融

• 常备属性：工具+交易；

• 岗位市场规模：大；

• 发展顶点：极高（蚂蚁金服、各大银行、宜信）；

• 转行壁垒：极高；

• 行业知识：金融相关知识。

一入金融深似海，从此社交是路人。金融产品几乎是所有行业里壁垒最高的。需要懂得大量的金融知识，而且做得越深入，跳出来的难度也越大。同时，金融产品需要非常严谨的思维，一点点小错误，就可能引发上亿资金的损失。当然，金融领域发展顶点也非常高，而且薪资普遍要比其他行业更丰厚。

（4）教育

• 常备属性：工具+内容；

• 岗位市场规模：大；

• 发展顶点：高（新东方、腾讯课堂、网易课堂）；

• 转行壁垒：中；

• 行业知识：不同教育领域所需知识不同。

目前教育领域分支较多，并没有像社交和电商那样形成巨头垄断的局面。其实电子科技对教育的冲击才刚刚开始，未来教育发展的潜力是非常巨大的。

（5）企业服务

• 常备属性：工具；

• 岗位市场规模：极大；

• 发展顶点：高（微软、东软、SAP）；

• 转行壁垒：高；

• 行业知识：不同的领域所需知识不同。

（6）医疗健康

• 常备属性：工具；

• 岗位市场规模：中；

• 发展顶点：中（阿里健康、丁香医生、好大夫）；

• 转行壁垒：中；

• 行业知识：医疗领域相关知识。

其实，医疗健康领域的互联网化是处于滞后状态的，可能是因为医疗领域还是以国营医院为主，市场化程度低，很难撬动传统习惯。但同时，医疗行业具有和教育行业相同的巨大的潜力。相信随着时代发展，医疗健康领域一定会诞生出巨头级产品。

（7）文化娱乐

• 常备属性：工具+内容+社交；

• 岗位市场规模：大；

• 发展顶点：高（腾讯、YY、阿里文娱）；

• 转行壁垒：低；

• 行业知识：几乎非常少。

文化娱乐是非常巨大一个领域，甚至边界都比较模糊，不好定义。体育、影视、音乐等等领域随意拿出一个都是亿级用户产品。此类产品经理没有很清晰的限定，行业壁垒并不是很深。建议可以选择某个子领域深入研究，依然能获得很高成就。

（8）旅游出行

• 常备属性：工具+交易；

• 岗位市场规模：中；

• 发展顶点：中（去哪儿、携程、艺龙）；

• 转行壁垒：中；

• 行业知识：旅游相关产业链知识，季节交替对旅游出行影响的相关知识。

旅游出行整体市场规模是非常巨大的，而旅游产品中的大多行为也都属于交易行为。所以电商行业和旅游行业互相跳槽门槛还是比较低的。

（9）数据服务

• 常备属性：工具；

• 岗位市场规模：大；

• 发展顶点：高（阿里云、腾讯云、艾瑞）；

• 转行壁垒：高；

• 行业知识：需要了解数据库，懂得数据采集、处理、分析等相关知识。

此行业前景非常不错，随着互联网发展越来越多的公司都更加重视数据分析。想在数据领域做到专家级别，相关技术知识是必须了解的。

（10）媒体资讯

• 常备属性：工具+内容；

• 岗位市场规模:中；

• 发展顶点：高（今日头条、知乎、腾讯新闻）；

• 转行壁垒：低；

• 行业知识：媒体领域相关知识。

此行业属于典型的内容类行业，行业壁垒比较低，需要的相关专业知识也比较少。

其他行业持续整理中……

进入主页了解更多详情

④ 关于产品经理在企业中的定位

产品视角：从产品工作本身来看产品经理这个角色，首先他会是一个用户研究员，要懂用户、要理解人性、要会做用户调研和访谈，还要会构建用户画像。其次他是一个需求分析师，要能挖掘用户的真实需求，要能对需求进行价值判断。最后他是一个产品设计师，会画原型、会写文档，会进行产品设计的评审和交付。

职业视角：从产品经理这个职位本身来看产品经理这个角色，首先他会是一个需求管理者，内部外部所有的需求都会汇集到产品经理这里，他需要对各种需求进行真伪鉴别、价值评估、优先级排期、需求评审，研发，上线等需求管理工作。其次他也是一个产品管理者，负责多个产品线，或者一个产品多个版本的规划。最后他也是一个项目管理者，从需求分析到产品设计，最后到产品研发和交付上线过程中所有的活动过程称之为项目，产品经理要负责整个过程中的需求分析、方案评审、研发追踪，上线验收等一些列的事项。
自我视角：从个体的自我视角来看产品经理这个角色，一些人定位自己是一个产品工作者，负责分析用户需求，然后把有价值的需求设计成产品。一些人定位自己是产品缔造者，与完成本职产品工作相比，融入了一些自我价值实现的需求。乔布斯把产品经理比喻成一个交响乐团的指挥家，指挥着弦乐、打击乐、木管，铜管以及特色乐等，带领乐队为观众演奏出动人的作品，也是把自己定位成一个缔造者。而还有一些产品经理把自己定位成用产品改变世界的人，例如张小龙说：产品经理是站在上帝身边的，他们用产品改变世界。 以上是从不同的三种视角来看产品经理这个角色的定位，对于前两种视角，大多数人会是一样的定位。但从长远来看，是真正能拉开人与人之间差距的，其实是个体视角的定位差异。一个定位自己是一个园丁的老师和一个定位自己是一个教职工作者的老师相比，他们的教学任务和本职工作是一样的，但是前者一定会给予学生更多的关心和关爱。同样一个定位自己是乐团指挥家、站在上帝身边的人、产品缔造者，改变世界的人的产品经理，也一定会给予产品更多的热情和热爱。而这些热情和热爱随着时间的积累，必然会潜移默化的影响每个人职业成长和发展。
希望产品经理读者们能对自己的职业角色有更高意义的定位，而不是仅定位自己是一个提需求的、画原型的、设计功能，推动产品上线的产品经理。找准自己内心高价值的产品角色定位，作为源动力，在漫长的职业生涯里，驱动自己进阶和成长。
PS:大家可以看到，我在公众号底部菜单开设了一个“产品经理”的专栏，未来我会写100篇文章来建立产品经理整个知识体系框架，内容涵盖以下几个方面：
产品知识体系的基本概念、基本框架、产品经理的角色定位、文档的撰写方法、原型的设计方法、流程图的画法、架构图的画法。
用户研究能力建设、产品分析能力建设、需求管理能力建设、产品设计能力建设、用户体验能力建设、数据分析能力建设、技术理解能力建设、项目管理能力建设、行业&商业分析能力建设。
通用的产品功能设计、通用产品逻辑设计、基础形态产品设计、基础系统理解、通用产品体系介绍。产品学习方法论，产品求职面试方法论，产品职业成长与人生定位。

⑤ 大话产品经理

大话产品经理

“产品经理”, 一个重未被真正定义的争议角色. 他有时是模糊的, 有时却又清晰无比. 有时他是产品的缔造者, 但更多时候他却是开发和设计人员眼中的公敌.

很早以前就想抽时间来写一篇文章, 说说我对 “产品经理” 这个角色的想法. 后来一直因为时间关系没有动笔. 再后来自己也懒得动笔了. 再后来, 随着我遇见过的产品经理越来越多, 加上自己也亲自做了一年多产品经理, 从不同角度再次认识了这个职位. 今天, 我想把这些经历分享出来, 聊一聊产品经理.

因为没有清晰定义其职责范围, 所以在下文中我提到的 “产品经理” 将会是很宽泛的概念. 我会尽量以目前业界的事实标准来界定产品经理的职责范围并进行讨论.

1. 新蛋产品经理: 分而治之
第一次接触到这个职位, 是在新蛋做对美业务时. 所有的需求文档都是美国直接发过来. 写需求文档的被称为 “BSA”, 意即 “商业系统分析”. BSA 会将详尽的需求文档发到项目参与人员手上, 然后进行电话沟通, 传达项目的背景与商业目标. 确定大家没有问题之后, 就会开始项目排期, 进入到开发阶段. 对于稍大型的项目, 还会有 “BSD”(商业系统开发) 参与, 负责所有技术资源的调动. 有的项目里 BSD 还会参与 coding, 负责技术方案, 架构和底层实现等. 下面的开发人员会根据 BSA 的需求和 BSD 的方案进行开发, 直至提交测试和最终上线.
大体上在新蛋 “产品经理” 的职责是由 BSA 与 BSD 两个职位来分担的. 前者负责需求, 后者负责实现. 而一个小项目往往从属于更大的项目, 因此 BSA 实际负责的会更多. 项目进度的把控也是由两个角色共同负责. 一般来讲, BSD 会负责掐住开发时间, BSA 则负责整体进度. 与其它公司不同的是, 除 BSA 提出需求之外, 还有另一个被称为 “WM” 的团队专门负责提出和验证需求, 并交由他们选定的 BSA / BSD 去执行.

值得一提的是, 新蛋的 BSA 与 BSD 都相当专业. 我接触过的几位 BSA 都会和我详尽沟通需求, 对问题尽其可能解答. 那时候 BSA 通常选择在电话里直接沟通需求背景, 而在文档中则详尽描述需求对应的每个功能点. 对每个功能都配上 UI 界面与交互流程. 后来我在阿里时, 一位同事拿他的 Axure 给我解释什么叫 “高保真 PRD”, 看着他那图多字少, 流程混乱的文档, 我只能蛋蛋一笑.

BSD 也不是虚职. 我遇见的 BSD 都有极强的代码功底, 他们本身往往就是项目的技术架构师, 在项目里负责根据情况调整技术方案, 协调技术资源和与进度把控等工作, 类似其它公司的架构师 + PM.

要注意的是, 新蛋的 BSA 们似乎没有涉及到与运营相关的工作. BSD 们更不会涉及. 这块工作通常交由 Marketing 部门去做. 当然也有可能 BSA 们会做运营相关工作, 只是做为底层开发人员的我并不知晓

2. 阿里巴巴产品经理: 大包揽
后来我来到了阿里巴巴 B2B. 在这里真正零距离与传说中的 “产品经理”, 阿里称之为 “PD”(Proct Director/Designer)一起工作.

在阿里巴巴, 一个合格的 PD 首先必须是成功的 saler. 阿里内部有 “打鸡血” 的传统, 每次做项目, Kickoff 都恨不得能办成晚会. 做为项目发起者的 PD, 必须有良好的 “忽悠” 功底. 当然, 我说的 “忽悠” 是褒义词. 因为在大公司, 特别像阿里这样的巨型航母里, 不见得每个项目都有意义, 做了都能看到实际的成效. 怎么调动项目参与人员的极积性, 让他们认为自己手上的项目是最逼的? 这必须要求 PD 会说, 有些时候还要善于画大饼. 除此之外, 阿里的 PD 们相更贴近用户, 更加 “草根”. 由于公司的轮岗制度, 大多 PD 以前做过运营甚至客服, 在这些一线职位摸爬滚打几年后, 对公司的用户群体会有更深入和直白的理解.

其次, 阿里的 PD 还必须是团队的 CEO. 从产生想法, 需求调研, 到 PK 项目资源, 向项目组传达需求和目标, 再到 kickoff, 进度跟踪, 随时根据情况迭代需求, 再到安排测试 case, 验收功能, 产品上线, 直至产品运营推广, 数据分析, 用户反馈和版本功能迭代等, 都由 PD 一人负责. 并且 PD 还要为产品的表现背最大的 KPI 指标. 所以好的 PD 必须是好的 CEO, 上窜下跳, 费尽口舌为项目做好三件事: 找方向, 找人, 找资源.
当然, 做的事多了, 就很难精通某个方面. 所以我合作过的 PD, 大都会遇见以下问题:

MRD, PRD 不清晰. 特别是 PRD, 由于产品需求经常一变再变, 甚至到了开发阶段仍然状况不断. 加上项目时间永远不够(有趣的是, 我从没有参与过时间充足的项目, 每个项目都号称时间紧迫资源紧张)因此很多时候 PRD 成了一纸空文, PD 不会持续更新, 就算写也只是草图画画. 到最后各种需求变成了口头交流.
流程进度把控能力较弱. 我做项目时就常遇见为赶 deadline 或初期没想清楚中途再改需求导致增/砍功能的情况. 常常搞得 UED / 开发团队一片怨声.
PD 大多不了解(广泛意义上的)技术却又自持理解用户. 这是个很大的问题, 常常导致 PD 想做的东西开发人员并不真正理解, 而开发的问题又很难被 PD 真正重视. 长期以往, PD 与开发产生了各种互不信任.
但即使有各种问题, 公平的说阿里的 PD 们还是具备强大的专业能力与敬业精神. 特别是在用数据说话这方面, 我遇见过多位强大的 PD. 但我的映像是, 阿里的 PD 们总是缺乏一些互联网 sense. 当然, 一家之言.

3. 创业团队产品经理: 铁人汉堡
离开阿里后, 我加入了一家创业公司. 在那里我的身份由开发人员转变为了团队管理和产品经理. 和老大谈职位时, 做为 UEDer 我聊了很多对产品设计的空想. 于是老大让我负责这块东西. 就这么着我开始了产品经理的生涯. 前后一年多时间, 做出了一个移动端产品. 这次亲身体验, 让我有了机会从另一个角度看待产品经理.

在创业团队里, 要求每个成员都能够 “一专多能”. 如果说阿里的 PD 是 CEO, 那创业公司的产品经理无疑是 CEO 中的铁人. 在事情的每个环节上, 都要求产品经理想得更清楚更加深入. 因为这时候产品经理背的不再是 KPI, 而是公司的方向, 甚至是公司这么多兄弟的饭碗(这么说一点也不夸张. 虽然有的公司老大很强势, 但也需要下面一帮产品经理帮着去实现他的想法). 这时的心理压力和所处环境与大公司做项目是不一样的. 事情变得极其琐碎, 需要搞定内(老板, 开发人员)外(商业, 渠道, 媒体等)各种事情. 至于客串 HR 招人, 清洁员工打扫卫生那更是便饭.

在创业初期, 基本没有自己的休息时间. 产品开发时我跟着开发一起加班, 连续一个月凌晨两三点回家. 产品刚上线时又常在周末被电话叫起来看数据. 所以那个时候, 我真的成了铁人.

同时, 创业公司的产品经理又是 “汉堡”. 为什么呢? 因为产品经理常常被夹在老板与开发人员之间. 老板看到的方向, 想做的事, 由产品经理负责转化为产品功能. 另一方面对于 UED, 开发等团队而言, 因为信息不对称常常不理解为什么要做这样的功能? 所以产品经理需要不断与团队成员沟通, 分享数据, 解释问题. 但要命的是, 一方面产品经理们没那么多精力, 另一方面并不是所有需求都能事前想通, 事情总在不断变化. 所以产品经理的想法经常修改, 难以执行下去. 久而久之, 产品经理成了大家的出气筒. 老板认为产品经理执行力不强, 而开发们则总认为产品经理没有想清楚, 不想投入太多资源和精力. 这是我在一年多的创业里所体会看到的.

每个职位都有几本人人推崇, 称之为 “必读” 的入门书籍. 做前端的有 O’reilly《xxx 权威指南》动物书系列, 交互有 Alan 写的《交互设计之路》或《Don’s make me think》. 而对于产品经理, 放眼望去最具人气的应该是《人人都是产品经理》了吧. 可惜的是, 前几本书都经受了时间的考验,确为经典. 而后者近来却质疑不断.

当然, 首先声明我这里并非要讨论这本书. 因为我没有完整读完它, 仅仅看过一些片断, 在阿里内网里看过作者的一些东西. 这里只是想说说它的书名: 人人都是产品经理.

真的吗?

其实我十分理解作者取这个名字的用意. 但这个名字就如同魔盒, 一旦开启便失去了控制. 特别是对那些和我一样没有读过本书的人. 它似乎在告诉大家, “产品经理” 没什么了不起的, 人人都可以做. 就像滥大街的. “客户经理”, “销售经理” 一样. 但产品经理门槛真的这么低, 这么好做以至于刚毕业没任何经验的大学生也敢来应聘这个职位?

其实通过上面我所描述遇见过的产品经理们可以发现, 和任何职位一样, 想真正做好产品经理并不轻松. 很多时候甚至是痛苦. 《人人都是产品经理》告诉人们拥有哪些特质就可以成为产品经理, 而我则要列出一些点告诉你缺乏了这些不能够成为产品经理.

缺乏抗压能力.
如同上面谈到的, 虽然产品经理在不同的公司团队职责不一, 但都背负着极重要的责任. 对于大公司而言, 你的眼光和思考决定了项目组一票兄弟 KPI 是否过关, 大家忙活了几个月能否看到实际的功效反馈, 是否让大家觉得在做的事情是有意义的.
而对于小公司或创业公司而言, 产品经理认定的方向更有可能关系着大家伙吃饭的问题, 马虎不得.
除这些职责之外, 你还得做好准备随时被老大叫到办公室臭骂一顿, 亦或者每天被设计, 开发同事呼来唤去, 还得两边陪着笑脸, 一定不能崩溃掉. 在前期过需求讨论时, 请随时做好接受众人从不同角度的全方位 “拍砖”, 直到你觉得自己做互联网这一行就是个错误为止. 当然并不是说不该拍砖, 我只是把这些真实的日常会发生的常景说出来, 给没有任何经验的同学一个参考.
另一个压力来自于高层想象出来的 “需求”. 往往这些东西被称为 “行政任务”, 虽然和自己的理念不合, 但抗争无效后还是只能强加在当前版本里. 这等于是把压力推给了下面的开发同学, 搞得开发不配合, 老大又不停催促. 只能让自己夹在中间, 两边受气.
所以, 做产品经理, 请做好准备担责任, 受委屈, 背黑锅.
不能接受工作时间碎片化.
刚工作的朋友可能对这条不是很理解. 但有经验的朋友都知道, 当我们集中精力认真投入一件事时, 不仅效率非常高, 心情也会十分愉悦. 但如果你选择成为产品经理, 那就请和这种状态说 bye bye 吧.
产品经理的时间被分割得极碎.通常一天的工作时间都会在不同的需求会议, review 会议, 头脑风暴会议, 数据分析会议等等各种大小会中渡过. 真正写 PRD 画产品原型的时间, 往往只有等到下班后自己补上. 特别是在创业公司, 好不容易坐下来理清思路开始写文档画原型, 老大一个电话叫到办公室, 聊上几小时, 出来后发现不仅文档不用写了, 整个项目都可能暂停重来.
所以, 做产品经理, 请做好准备随时变化/被变化, 和 “专注” 说再见, 多线程运作起来.
没有一线工作经验.
个人觉得这是最忌讳的一点. 如果没有任何一线工作经验, 请从基层做起, 产品经理并不是捷径. 前些日子我总在思考什么样的人才适合做产品经理, 有很多感悟. 其中最重要的一条, 如果一个人没有积累大量的基层工作经验, 那么是无法胜任产品经理职位的.
因为从专业性上来说, 产品经理要求必须打通横向技能, 对 UED(用户心理/体验, 交互设计, 视觉表达等), 开发(实现的边界在哪里, 怎么合理安排资源), 运营推广(产品外部环境, 渠道, 成本), 内容(产品气质, 玩法, 功能), 数据(指标) 等几大模块都要有相当深入的了解, 进而形成自己的见解.
从产品上来说, 只有当产品经理对上述各模块融会贯通有机吸收后, 才能够做出真正贴合用户需求, 甚至如乔帮主般产生用户需求的东西. 才能够合理设计产品功能和规则. 才能够知道在什么时候应该坚持什么, 放弃什么.
而要做到这点, 需要花费大量时间精力去研究每个模块. 这并不是简单读几本书, 说几个专业名词, 或者扒几句别人的 blog 就可以的, 这需要学习和积累, 漫长的学习和积累. 但眼下整个行业却弥漫着浮噪, 我们一边标榜着乔帮主信徒, 一边肆意抄袭. 各种粗放的产品应接不暇. 产品经理们活在自己的世界里考虑各种用户需求和场景, 唯独忘了想想用户真的要什么.
在知乎上看到有人问 “产品经理（尤其是创业的）需要懂技术吗？懂到什么程度？”, 感觉挺杯具的. 提这种问题, 是没有真正认识 “产品经理” 的人. 做产品, 就好像手工艺人打造玉器, 或农民耕种土地. 如果对 “石” 或 “土地” 不了解, 看再多教科书也无法烧出温润的玉品, 耕出成片的麦浪. 看看缔造出我们身边真正可以称之为 “成功” 的互联网产品的人们, 谁不是从最基层做出来的? 马云从销售做起, 挨家挨户做推广开启了阿里巴巴; 李彦宏, 马化腾, 张小龙自己就是技术出生; 现在的 “反流氓大王” 360 当年不也是从流氓开始做起来的吗?
所以, 做产品经理, 请做好准备摆正心态, 不停学习, 先做专家再做大师, 切忌浮噪.
不了解自己的用户.
这点是接着上面的话再讨论. 由于缺乏一线工作经验, 不清楚自己的用户在哪里(对于开发而言, 技术就是他们的 “用户”), 不了解他们是怎么样一群人, 有着什么样的生活习惯, 价值观和追求, 常以虚拟的 “用主角色” 聊以自慰. 或者潜意识里把自己当成了典型用户. 这样设计出来的产品也难怪表面好看, 实际打不中用户的需求点.
还有另一种产品经理, 几乎从来不用自己的产品. 下班回家就和产品脱了节. 这样的产品要么太高端, 和衣食住行这样的平凡生活不搭勾, 要么就是产品经理自己都不愿意当产品的重度用户. 这样做一是发现不了产品有哪些毛病, 二是是将最后一条了解用户的路给堵死了. 我在这点上走过很多弯路. 在阿里和创业公司时都犯了这样的错误, 即把自己当成典型用户来设计产品, 又不愿多投入精力来用自己做出的东西. 到最后才发现,我不用, 也没有其它人会用.
所以, 做产品经理, 请做好准备成为自己产品的头号重度用户, 在不同的地点时间场景下, 使用它.
缺乏必须的沟通能力.
沟通能力分为口头表达与书面表达. 口头表达, 要求产品经理能够条理清晰的阐述产品意图和思路, 能够给老大或开发讲清楚用户的需求和对应的功能点之间的关联. 书面表达则需要产品经理能将脑里的产品蓝图化为文档, 原型, 流程图等一一展示出来.
除此之外, 做为项目组 “CEO”, 你还得随时关注项目成员们的工作状态和情绪, 有什么不满的地方, 必须及时与他沟通. 一般跨度稍长或压力特别大的项目, 随着时间推移大家都会滋生出各种负面情绪. 这时候仍然需要你不断沟通来鼓舞士气.
所以, 做产品经理, 请做好准备练习保姆心态与三寸之舌, 通过沟通不断 push 大家前进.
想走上产品经理这条路的人们, 能停下来问问自己这五个 “准备” 有做好吗?

知乎上曾经有一篇神贴: 《豆瓣的产品经理面试题, 你能做出来么? 》(现在已被锁贴了), 相信很多人都看过. 贴子的回复里很多人都在对产品经理这个职位做反思. 有人问, 中国互联网已经发展到了需要职业产品经理的阶段了吗? 你看看当年的 QQ, 阿里巴巴, 网络, 哪一个是 “产品经理” 做出来的?

话是不错, 但眼光未免稍显狭隘, 忽略了当时与现在的环境差别. 暂且不论国内互联的发展阶段, 看看现实就知道, 产品经理职位确不可缺.

产品经理扮演着将不专业甚至不懂行的老板的想法转化成产品的角色(以及质疑推翻这些不合理的需求的角色). 所以老板们需要他. 有了产品经理, 老板们可以放开手来做更专业的事: 找方向, 找人, 找资源.

产品经理扮演着 “保姆” 的角色. 给团队打鸡血讲需求, 找成员聊天谈心画大饼, 为大家订饭搞活动. 同时产品经理也 “解放” 了很多技术人员, 可以让他们远离碎片化需求的干扰.

但不得不承认, 现在行业里的产品经理们是有问题的. 在上述 “真的人人都是产品经理吗?” 一节中提到的诸多不利于做产品经理的因素, 实际上就是我自己身上表现出来亦或观察到别的产品经理身上的毛病.

我认为现在各个公司似乎夸大了对产品经理的需要. 实际上有些工作可以由运营人员或技术去完成. 大包大揽导致人为扩大产品经理岗位缺口, 让很多没有经验的朋友误认为产品经理是 “万金油” 职业, 是没有技术要求的职位, 甚至是一块敲门砖, 摇身一变成为产品经理, 去决定他们的用户应该使用什么功能. 但大量同质化, 粗放的产品告诉我们, 这样做是有问题的. 并不是人人都是产品经理, 人人只是一个网站.

理想情况下产品经理不应该成为一个人的 “目标职位”, 而应该是顺其自然, 水到渠成的职位. 也就是说, 不应说 “我要当产品经理”, 而是当各方面积累到一定程度后, 自然而然转变为 “产品经理”. 很难想象一个有充分积累的人一点不会关心产品本身. ;

⑥ 产品经理负责什么

问题一：产品经理应该做什么，在公司？ 用户调研
市场调研

产品项目立项

产品项目UE设计

产品项目需求文档PRD撰写

产品项目推进

产品项目测试

产品项目上线

产品项目BUG反馈，重新修改上线锭运营建议文档.Q&A等。）

产品后期跟踪，上线报告文档。

问题二：产品经理的主要职责是什么？ 简单来说：
1，从0-1，负责产品从无到有的规划，包括市场分析、竞争对手分析、用户分析等，制定产品方案或策略，并协调产品设计、工业设计恭产品研发（或生产）。

2，从1-无穷大，负责产品上市后的数据跟踪、用户调研。并根据各项反馈完成产品改进及新版本推出。不断提升竞争力。

不同的行业要求各有差异。不知道你说的是哪个行业。

问题三：互联网产品经理具体是做什么的？ 前面一个朋友答的已经差不多了，我再通俗一点说。产品经理主要管理的对象是产品，根据公司的战略目标，设计相应的产品以达到战略目标。要设计产品那你就要会设计原型、表达清楚自己的想法意图、规划产品的发展、收集和分析需求、数据的分析、产品的迭代，等等。产品经理是一个比较综合的职位，你几乎需要同公司所有部分打交道。

问题四：产品经理是干什么的 一转眼走出学校参加工作已经20天了，我学到了很多，今天就谈谈我的工作带给我的收获，写给我自己，也分享给学弟学妹们。
天大信管系的学生在就业市场还是很有优势的。我在大学里成绩一般般，因为我不是那种特别刻苦特别爱上自习的学生。我的很多时间都用在鼓捣各种各样的技术上了。没能保研，我也没考研。我是一个跟着感觉走，遵从自己内心想法的人。我喜欢互联网行业，因为这个行业是充分竞争、机会均等的，也是在中国最具活力、最不受 *** 和宏观政策干预的。简言之，这个行业最自由。

大三暑假我在天津一家软件公司实习，公司是做网络设备管理系统的。我的主管是PPM（Proct Planning Manager），是一位非常高雅和蔼的lady，南开计算机毕业的。她给了我很多帮助，教会了我很多有用的技能，比如Word排版，让我在写毕业论文时省了不少力气。也是在软件公司实习的时候，让我对一个商用信息系统的生命过程有了一个清晰的认识，转变了我的技术思维。

我对技术很狂热。我不敢说在07信管我是技术是最好的，但是我敢说我懂的最多。从大二开始就折腾Linux，学shell脚本，而且坚定地使用Java。其他同学可能更喜欢.NET平台，可惜我对微软的东西一向没有好感。实习的时候也是跟一堆Linux服务器打交道，跑测试，抓IP包，编译程序。在接触到一个系统从出生到成熟，到最后交付的整个过程后，我对技术至上论起了动摇。我看到这个过程中大量的工作是沟通，而不是代码。我的主管，也就是PPM，因为一个功能的实现方式的问题与架构师争吵了一下午，架构师把PPM骂哭了。当时我很不解，为了一个下拉列表的位置至于争吵地翻天覆地吗。后来跟PPM交流后我意识到要做好一个产品真的不容易。对用户的理解，对需求的把握，对产品的设计，对功能的拿捏，都需要有专业的知识和技能才能做好。技术上的东西并不是关键，因为现在随着开源运动的兴起，技术民主化浪潮使得技术的壁垒越来越小。一个在腾讯做DBA的人跳槽到淘宝后会非常容易上手，因为技术的东西是基本一样的。但是一个腾讯的产品经理跳槽到淘宝要适应很长时间，因为产品的生态很不一样。我开始觉得产品设计和规划真的是一个非常重要但是有趣的工作。

很多同学可能不了解产品经理是干什么的。这要从一个信息系统的生命过程讲起。一般情况下，系统的诞生是要满足一定的需求。这时候要规划目标用户是哪些，用户的需求是什么，怎样满足这种需求。这个时候产品经理要做的就是需求分析。这个工作做好以后，产品经理要设计产品的业务逻辑，这是最重要的一步。然后在这个逻辑的基础上，设计系统的功能，交互界面。这项工作就是产品设计。这一步完成后一个产品的原型就出来了。接着产品经理把各个部门的人召集起来，讨论原型的优缺点，进行修改。项目确定后就进入实际实施阶段。这个时候会有项目经理出来掌控资源和进度。产品经理的角色转入配角，但也是主要的拍板人。前端工程师把产品的界面做出来，产品经理要确保这个界面能够满足用户需求，用户能够方便地使用。架构师会从技术上规划产品的技术架构，产品经理要确保技术架构符合业务逻辑。开发工程师遇到不明白的细节也要咨询产品经理。在项目的不断推进中，每当有不确定产生，产品经理就要站出来拍板。最后产品出来，经过测试后成功上线。产品经理要监控用户的对产品的使用，检查产品是否满足了用户需求，倾听用户的反馈，对产品不断地进行升级和改进。这就是产品维护。整个过程很复杂，产品经理要做的事情非常多，每一项都很有挑战性。

首先一个产品经理要有敏锐的观察力，要能够体验生活。一个脱离生活、脱离用户的产品经理只会闭门造车。所以产品经理一定要会玩......>>

问题五：产品经理是主要做什么 说到产品经理，title叫什么的并不重要，我们最早所认定以及现在所期望的产品经理角色其实就是对一个产品负根本责任的管理者。比如说老板是对公司负责，设计师是对他的设计负责，那产品经理就是对某个产品线/产品/或者是某一产品下的部分（可以看成子产品）负根本责任。那怎么个负责法呢？就是你需要根据上头的公司战略，协调多方资源，推动这个产品达到计划中的目标。

问题六：产品经理是干什么的 不是的
产品经理主要指的是营销这一块

营销最基本的需要对产品的性能、生产工艺等相关信息有多所了解

但就只为本身而言属于专才！

问题七：产品经理是什么岗位 我们这就是产品总监管理一堆产品经理，总监相当于副总的级别了。
产品经理主要管理产品，负责产品的技术、市场方面的工作。比如需要了解市场需求，向研发部门建议开发哪种新产品，需要哪些功能。现有产品哪些不适合市场，需要停产。哪些产品需要重点推广，推广到哪些行业。新产品如何定价，需要哪些认证等等。

问题八：产品经理有哪些类型 产品经理大致可以分为以下7种类型
【1】规划型

规划型产品经理负责产品的从0到1的过程，对产品的方向，目标用户，产品特性，产品核心价值、应用场景等等方面进行全面的掌控。

素质：

产品通盘思考的能力；

4年以上产品经理相关经验，

有过5个以上中大型产品项目经验。

评价：

规划型产品经理需要有一定的产品阅历，经验的累积对产品方向的掌控、市场机会的嗅觉培养有很大的帮助。

【2】管理型

管理型产品经理负责产品的整体过程，以结果为最终导向，全权控制产品的生老病死，重点在于产品与市场的契合，为最后产品实现盈利提供最大的保证。可能不会参与到很细节的产品设计中，重心在产品的全面管理，版本管理、运营管理、市场管理等方面。

素质：

产品整体运作的能力；

5年以上产品经理相关经验，

有过8个以上中大型产品项目经验。

评价：

管理型产品经理被认为是个小的CEO，这话一点也不夸张。管理产品如同掌握整个公司的发展，有可能决定着公司的生死。

规划到管理仅差一步之遥，但是这一步，却是很艰难的一步蜕变。

【3】设计型

设计型产品经理负责产品的设计工作，包括产品原型设计，产品PRD文档编写，协调项目资源，保证产品迭代节奏，每个版本产品能够如期上线，如期交付到用户手中，同时能跟运营推广等支撑部门配合，保证内外利益最大化。

素质：

产品设计、执行能力；

2-3年以上产品经理相关经验，

有过2个以上中大型产品项目经验。

评价：

设计型产品经理也可以比喻为工匠，更多的是在关注产品每个版本中的功能实现情况，产品的数据走向如何，市场反馈情况等等。

【4】全能型

顾名思义，不管哪方面都可以胜任，能够独立完成产品前进过程中的每一项工作。简单来说就是，革命一块砖，哪里需要往哪搬。

素质：

产品全局支撑的能力；

3年以上产品经理相关经验，有过3个以上中大型产品项目经验；

评价：

全能型产品经理项目经验丰富，在团队中能起到老师的作用，给产品的发展给予足够的支撑。

【5】技术型

现在很多团队并不是产品驱动，而是技术主导，所以这种类型的产品经理很多是研发同学化身而来，有一定的技术基础，再结合产品的思维去开展各项工作。

素质：

以产品为主，技术为辅的复合能力；

3年以上产品技术相关经验，有过3个以上中大型产品项目经验。

评价：

技术型产品经理是很多技术人的一个常见的择业方向，技术与产品必然有交集，需要有一定的技术背景。

【6】运营型

民间流传这么一句话，懂得运营的产品经理是非常“值钱”的、好产品是运营出来的。能看出这两句话的意思吧，产品运营是多么重要，而懂得运营的产品经理又是多么神一般的存在。

素质：

以产品为主，运营为辅的复合能力；

3年以上产品运营相关经验，

有过3个以上中大型产品项目经验。

评价：

运营型产品经理把产品功能与用户需求结合，将产品通过运营盘活。

【7】项目型

项目型产品经理关注产品的进度、迭代计划，更加关注正确的做事。对产品研发的资源调配，时间进度管理更加擅长。

素质：

项目管理的能力；

3年以上项目管理相关经验，

有过3个以上中大型产品项目经验。

评价：

项目型产品经理确认项目进度，保证产品每个版本如期上线。这类产品经理更加偏向项目经理的角色。...>>

问题九：产品经理应该具备哪些素质？ 一般来说，产品经理是负责并保证高质量的软件产品按时完成和发布的专职管理人员。他的任务包括倾听用户需求；负责产品功能的定义、规划和恭计；做各种复杂决策，保证开发队伍顺利开展工作及跟踪程序错误等，总之，产品经理全权负责产品的最终完成。[
另外，产品经理还要认真搜集用户的新需求、竞争产品的资料，并进行需求分析、竞品分析以及研究产品的发展趋势等。

问题十：什么叫产品经理 产品经理（Proct
Manager）就是企业中专门负责产品管理的职位，产品经理负责调查并根据用户的需求，确定开发何种产品，选择何种技术、商业模式等。并推动相应产品的

开发组织，他还要根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。

⑦ 产品经理该不该画原型原型设计上谁负责

我作为10多年互联网行业的老鸟，从三个问题的回答来一次性解决你所有问题。

一、产品经理应不应该画原型？

题外话：作为产品经理，需要不断提升自己的能力，熟悉使用各类工具和在线设计平台，比如国外的软件Sketch、Axure、justinmind，以及国内的摹客在线产品设计协作平台。不管是交互还是技术甚至是UI审美方面，都要保持进步，这样才能应对更多的复杂急性事件。

⑧ 产品经理是否需要画高保真原型

文章来源  产品狗跑偏了？因为他一直在画高保真原型啊  本文是对这篇文章的提炼。

首先先来看一下低保真原型、中保真原型和高保真原型的图片：

以下是各种原型 侧重点 和 优缺点  对比：

①低保真原型：

侧重点是核心功能和产品框架，使用它的一个非常大的好处是，在产品设计初期快速形成方案、快速讨论、快速调整，能够让人把精力专注在产品最核心的结构层和框架层；

相对地，同样由于它的快速制作，对外沟通时解释起来会比较烦。

②中保真原型：

最常用的原型图类型，侧重点在具体的功能流程和交互，

优缺点都介于低保真原型和高保真原型之间。

③高保真原型：

侧重点是视觉呈现，

它的优点在于细节非常完善，想要的效果可以直观展示出来；

然而相应地，修改起来非常非常地麻烦，要消耗大量精力在原型图制作上，这就容易让人对产品最核心的结构、框架、流程思考不到位。

接下来，讨论为什么产品经理 不 需要画高保真原型

1 首先

明确产品经理的 核心价值 ：

一个比喻是：产品经理就像妈，产品就是娃，产品经理就是负责把娃生出来，然后和运营妈一起把娃带大。那么在产品经理“生娃”的过程中，产品经理能赋予这个孩子最重要的事情， 一是DNA，二是健康的生理机能

产品的DNA：它确定了产品的 定位、目标 以及所满足用户的 需求、功能 。

健康的生理机能：则是要在画原型的时候树立的了，这就到了结构层和框架层。产品原型，是为了确认产品的 信息架构、布局、流程、交互 ，

2 其次

完整的产品原型生产流程应该是：“功能设计——交互设计——视觉设计”三个步骤，流程完善的互联网公司会相应配备 产品设计师——交互设计师——视觉设计师 三个岗位，再小的公司，至少也需要产品设计师和视觉设计师。

产品经理把精力专注在低保真和中保真的原型上，不仅是对自己的本职工作负责，而且是在尊重视觉设计师的本职工作，不要越俎代庖 ，更不要本质工作都没做好，还乱对别人指指点点。

3 再者

很多产品经理抱怨团队里的视觉设计师能力不足，这里面有两方面原因：

      1） 视觉设计师不是能力不足，而是观念和产品经理不一致

          如果是观念不一致，产品经理最该做的是加强沟通，说服视觉设计师为什么要做成你希望的样式和风格，让对方信服你才有利于以后长久的合作。

      2） 视觉设计师真的能力不足

           此时产品经理应该拿中保真原型，再拿出几个可参考的设计样式和竞品和对方面对面沟通。其实这样的设计师很容易被说服，也很愿意学习，提供给她设计方向和设计思路，多磨合两个回合，以后的工作里产品经理就会轻松许多，这叫一劳永逸。

⑨ 产品经理和运营经理的区别

互联网行业对产品经理和运营经理定位侧重应该有所不同，前者关注产品本身的功能规划及相关设计，后者关注产品的运营推广、活动策划，两者的目标是一致的，共同协作，致力于将互联网产品做大做强，使产品获得用户的认可，占有市场，通过某种商业模式为企业创造价值。不太恰当，当比较形象的比喻，产品经理是磨豆腐的，运营经理是买豆腐的，目的一样把豆腐这个生意做好，岗位侧重不同，对人员要求也是不一样的，但有些企业，尤其小企业会将其统称为产品经理，对产品的整体成功负责。

⑩ 软件行业的产品经理是做什么的有没有发展前景啊

产品经理也叫产品策划，和产品运营同属产品大类，工作中经常会相互打交道。岗位名字乍一看很有气势，但此“经理”非彼“经理”，管的是产品而不是员工。简单的解释，产品经理对项目/产品（和老板）负责，需要照顾产品的方方面面。实际工作中作用类似于交通枢纽和炊事班，为各个环节的一线人员准备和提供弹药，同时还要统筹和推进整个项目的进行。这种性质决定了工作中需要和多个环节对接，有一定的自由度，像是老板的影分身。

举例来说，工作中可能会有如下的环节：

• 和业务需求方（老板、用户、客户、品牌、运营等）沟通他们的具体需要，比如老板觉得页面UI风格不够科技感，某个功能入口太深不好找；品牌部希望在界面上突出我们的Logo，运营同学希望能增加更多的社区活动支撑，增加投票功能等。

• 收集了各方需求后，综合信息并且进行功能点的设计。拿写文章来作比喻，产品经理就是写大纲、文章要求和初稿的人。这份大纲会被后续各个工作环节的同事拿来使用和作为参考。

• 和各种开发（架构、前端、后端、测试、运维等）聊设计好的开发需求和功能点，比如“作为售后运营人员，我需要一个批量导入用户的功能，方便后期的管理和运营。所以这里的这个功能我是这么设计的。”开发会按照我的设计，去具体拆分技术实现方案，再写代码实现。

• 开发和测试基本完成，功能上线，此时可以进行下一轮需求的收集和市场调研。

上面只是列举了部分的工作内容，实质上，产品岗位的工作内容是比较多样的，相对来说离业务的核心决议比较近，培养的能力也是比较丰富和通用的。很多其他岗位和行业的人会在职场历练多年后选择转岗产品经理，产品经理工作多年后也可能会按照自己的特点进阶到业务负责人或者产品架构师的方向。和运营一样，是一个很有前景的工作。

此处要说一句，互联网公司中，除了大家熟悉的运营和上面说的产品岗位，同样的非技术岗还有市场、品牌、项目管理、公关、售前、商务等，游戏公司还有游戏策划、游戏运营等一系列岗（非常适合有丰富游戏经历的同学）。如果大家有兴趣，都可以去了解和尝试。