产品经理岗位是互联网行业的热门岗位，竞争非常激烈。但是许多外行对产品经理有很多误解，甚至连产品经理也会误会自己。

结合自己对这个行业的探索，我决定把这些常见的误解整理成一份清单，欢迎大家留言补充。

1、人人都是产品经理。

行内人都知道这是苏杰老师的写的一本书的书名，同样也是一个同名的平台，不少朋友会误以为，只要自己对产品有一点点的看法，自己就可以成为产品经理。

2、产品经理喜欢刁难设计师。

公司常见的一种情况是，产品经理对设计师出的设计稿不满意，使劲的要求设计师拼命改，结果设计师会误认为产品经理在整她（他）。一个有趣的案例在梁宁老师在产品思维中提到的：

我曾与一个很优秀的产品经理一起协作，他要挑一张App的开机图，图片闪现时间其实不到1秒。他挑了100多张图都不满意，最后挑到设计师无法忍受，提出了辞职。

当我告诉他，和他配合的设计师要辞职时，他的第一反应是：“新的设计师什么时候到？得接着改。”

另一个例子就是乔布斯对苹果的要求，在苹果企业内部有不少人依然觉得，乔布斯是一个性情暴躁、极端倾向严重、过分追求完美的人。然而这是不同的产品经理对用户体验的追求。

3、用户就是客户。

看起来似乎没有错，因为要服务的对象，不少的产品经理也会这么认为，用户等于客户。换作英文会稍微清晰一些，用户是User，有时也叫做终端用户，End User，是使用产品的人；而客户是Customer，是购买产品的人、为产品付钱的人。”

比如你觉得新浪的免费邮箱用得不爽了，忍不住付费买了新浪VIP邮箱，这时候你既是新浪的用户、也是客户。又如某天你在路边的超市买了一瓶娃哈哈矿泉水，这时你是娃哈哈的终端用户，是超市的客户，同时超市是娃哈哈的客户。

用户与客户可以是同一个人，也可以不是同一个人，对某个产品来说，产业链越复杂，这其中的关系也就越复杂。所以我们平时也经常不去刻意区分这些概念，而是统一用“用户”这个词来代表“广义用户”，它指的是所有和产品有关的人，或者叫产品干系人，除了终端用户、各种客户，还包括你所在的公司里与这款产品有关的老板、销售人员、服务人员、技术人员等。

4、产品经理职位入行门槛低。

多数人的理解是产品经理是互联网行业催生出来的（这也是个误会，后面马上谈到），自21世纪以来互联网每年以20%的速度增长，催生出来的岗位非常多，产品经理似乎不需要会什么过硬的技术，如编程、设计类，只需要写写文档就够了。

真实情况是，任何行业都有一个极限，随着全球资本增长疲倦、国内人口红利逐渐消失、国内的互联网从业者增长速度远超过互联网本身的增长速度，再加上近几年互联网寒冬，产品经理这个职位入行门槛只会越来越高

5、产品经理只会吹牛皮、瞎搞需求。

产品的经理一个很重要的职责就是围绕需求转，需求分析，需求挖掘，需求整理，撰写需求文档等，产品经理的需求也并不是瞎搞出来，市场调研和各类分析以及对商业的解读，综合在一起才能得出一个需求。

“吹牛皮”有时候不是一件坏事，会吹点牛皮的人通常具备一定的幽默感，而产品经理的一项职责就是调动大家网一个目标行动，平常吹吹牛皮可以很好地培养团队氛围并得到大家的认可，反而一个高高在上、特立独行的人不太适合做产品经理。当然，凡事过犹不及，如果一个产品经理整天都在吹牛皮，他也不太可靠。

6、很多大学都有开设产品经理的专业。

并没有。互联网的兴起让互联网行业的产品经理火了起来，由于对于产品经理的职责和职能要求都比较高，而大学里面的专业变化很慢，然而社会的进化却非常快，很多新的职位都是最近几年才冒出来的。产品经理岗位虽然很早就有了（下面文章会提到），但单独为一个职业开设一个专业并不符合大学的风格，专科可能会有，随着市场饱和和对行业要求变高，产品经理很难出现在专科学校中。所以，本科学校不开，专科学校开不了，大学也就没有了，至于更多的为什么不开设原因，可参见知乎的这个问题，一起讨论：大学中为啥没有产品经理这个专业？

7、产品经理只会写文档，不懂技术。

说产品经理很会写文档，这回不假，各类文档产品经理几乎都是要有接触的，但同时产品经理还会很多意向不到的事情，如市场调研、商业开发、项目调度等。

不懂技术这句话存在一定的二义性。一方面，产品经理没有太多的时间去钻研技术细节，探索深层次的业务实现逻辑；另一方面，技术本身就不是产品经理的硬性要求，而且多数产品经理对技术的理解程度肯定是不如开发人员的。产品经理需要做的是对技术的一些理解力，这在与开发人员沟通和需求评审能够为打造更好的产品提供基础保障。

不过根据不同的场景和行业发展，未来可能存在这样一批产品经理，他们懂得一定的技术原理，并且善于将技术与产品工作相结合，如AI产品经理，LOT产品经理，就连现在不少的数据产品经理都会使用python的Numpy、pandas进行数据分析处理。

8、程序员和产品经理是天生的宿敌。

Google或百度以下这两个关键词，可能会弹出类似以下的结果：

一个大家最认可的现象是：程序员最恨的不是客户或用户在改需求，而是产品经理在瞎搞。

但产品经理和程序员不是天生的宿敌。

产品经理的职责就是为了打造更好的产品，让他服务于用户（客户）；而程序员的职责则是根据需求和设计，通过代码的形式将产品实现起来。这个需求来源于用户，用户的需求是不稳定的，所以在需求调研、分析、评审这一块，需要产品、开发、设计等多方进行沟通协调，最终的目的不是为了让程序员和产品经理杠，而是真正满足用户的需求。如果大家可以做到心灵相同，团队间的矛盾自然会少很多。我只能说，要想改善这一误解，我们还有很长的路要走。

9、产品经理是团队中权力最大的。

产品经理在团队没有任何权利。

之所以会出现这样的误解，一部分来源外行错误的解读；另一部分则是因为经理这个头衔。在其他什么行业的经理中，通常具有不少的权力。然而现在的产品经理（互联网），经理只是一个虚衔。

10、产品经理是互联网行业催生的新职位。

产品经理最早来源传统行业，并且在没有互联网的时候，产品经理就已经出现了。

世界上第一位产品经理出现在宝洁P&G（1927年），最初的目的是通过安排产品管理人员去着手推广业务，后来通过时间证明，设置这样一个岗位并分配相关的工作职责，可以让产品的研制开发有的放矢，快速地满足客户的需求。并且取得广泛的成功。

11、只有产品经理才会用Axure。

Axure只是一种画原型的工具，任何人都可以用，产品经理和交互设计师可能用的更多一点，有的公司没有安排交互设计师，通常就是产品经理和其他设计师（UI、视觉等）接触的比较多。程序员也可以用Axure，并没有规定只有产品经理才能用。

再强调一点，Axure只是一款工具，用的人使用它也是为了打造更好的产品和服务。

12、转行成为产品经理必须是计算机专业。

产生这种误解的原因还是因为互联网行业太火爆，而在互联网行业中，大家联想到的写代码搞编程类的居多，前端、后端、运维、架构、数据库管理等，都是纯技术类的活，所以要成为互联网行业的产品经理，必须是计算机专业，才能很好的和这些同事打交道。

事实情况是，产品经理很少关注技术细节，更重要的是方向上的把控。当然，如果是计算机专业来应聘产品经理，的确会有一定的优势，并非必须。

13、产品经理总是急着要迭代产品。

产生这一原因还是行业的缘故，发展太快、变化太快，各种流行的手段都是风起云涌，测试驱动开发（TDD）、敏捷开发、Scrum、devops等，一个字就是：快。行业变化的太快不能怪产品经理呀，我们手机上的各类App也是隔几个礼拜就更新一个版本。

web产品不像原生App那样需要用户频繁更新，但是看下两个世界两个主流的浏览器开发团队的节奏：Mozilla 决定从 2020 年第一季度开始，每四周发布一次 Firefox 浏览器的新版本。Chrome Dev版每周更新一次，适合 Web 开发者用来测试新功能和网页。Chrome Stable 是我们熟知的正式版，它以 Beta 为基础，几个月更新一次。

再看下前端领域的技术，Vue、React、Webpack、Typescript各种轮子飞转。so，不要再误会产品经理总是急着要迭代产品，大家都是被时代推着走的。

14、五年后，产品经理岗位将消亡。

此误解源于几年前在网上流行的一篇文章，无非是感觉现在做产品经理没那么光荣，没那么伟大了，而且对于多数打交道的领域，无论是开发、运营、设计，产品经理多多少少会一点，但从不精通。未来的发展职责逐渐被分化替代，甚至找工作也变难了。

如果眼光再放宽放远一些，你会发现其实不仅是互联网企业如此，也不仅是中国如此。宏观经济增长的放缓对全世界各个行业都是会有影响的。新的科技必然是提升社会生产效率的，意味着要达到相同的产出，所需要的投入肯定也是比以往少的。随着互联网行业的降温，并逐渐底层化，对产品经理的要求会越来越严格，但是要说取代，让岗位消亡，这是不可能，取代的只是无法跟上时代的产品经理，而非岗位。

15、需求文档一定要写得很长。

在别人看来，需求文档是老长老长的，实际上，需求文档可能是产品经理要写的所有文档中最长的。但是并不要求说一定要写的很长，把该有的要点、功能、逻辑理清楚了，就可以了，毕竟，需求文档也不是写论文。

但从某另一个角度看，需求文档还是挺长的。

16、产品经理就是项目经理。

行业内不会搞混，这本身就是两个不同得职责岗位，但对行外人就很难说了。

这里套用苏杰老师在书里得引用，他也是引用别人的：

产品经理——靠想。产品经理是做正确的事，其所领导的产品是否符合市场的需求，是否能给公司带来利润。

项目经理——靠做。项目经理是把事情做正确，把事情做得完美，在时间、成本和资源约束的条件下完成目标。

产品经理关注的是做正确的事，关注的是产品生命周期，关注的是产品能否赚钱，能否持续地赚钱。因此产品经理必须要能够规划整个产品的架构和发展路线，能够确定产品的定位和受众，能够预计产品真正的价值和效益。

项目经理是需要正确地做事情，即按照产品规划制定的项目目标正确地做事情。项目能够按照目标完成则项目就是成功的，即使项目的产品不能真正赢利，那往往也是产品规划出现了失误。

17、BRD、MRD、PRD代表同一个东西。

一开始刚入行的时候，可能别人会告诉你，不要去在意这些概念性的东西，把它们当成一个就好了，就是需求文档。

而实际情况是，随着在产品经理行业陷得越来越深，区分这些概念很有必要。BRD、MRD、PRD按顺序来讲，这几个词是从商业的描述渐渐过渡到对技术的描述

BRD：Business Requirement Document，商业需求文档。它是产品生命周期中最早的文档，再早就应该是脑中的构思了，其内容涉及市场分析，销售策略，盈利预测等，通常是供决策层们讨论的演示文档，一般比较短小精炼，没有产品细节。

MRD：Market Requirement Document，市场需求文档。它是产品项目由“准备”阶段进入到“实施”阶段的第一文档，其作用就是“对年度产品中规划的某个产品进行市场层面的说明”，这个文档的质量好坏直接影响到产品项目的开展，并直接影响到公司产品战略意图的实现。

PRD：Product Requirements Document，产品需求文档。这是我们日常工作中接触最多的，它是产品项目由“概念化”阶段进入到“图纸化”阶段的最主要的一个文档，在产品项目中是一个“承上启下”的作用，“向上”是对MRD内容的继承和发展，“向下”是要把MRD中的内容技术化，向研发部门说明产品的功能和性能指标。

一般初期的产品经理对PRD接触得更多，而BRD、MRD在不少公司就直接当成了PRD，导致很多人误以为三者指的是同一个。

18、产品和需求是同义词。

这是同行内也容易搞混的概念，产品和需求是两个概念。一个产品的出现，只是用户满足用户的需求。需求的产生来源于用户，产品的诞生来自产品经理、设计、开发整个团队的协作。

19、交互设计师是产品经理的助理。

产品经理和交互设计师工作中有很大的交集，但两个岗位的职责专注点不一样。在大公司里，各个岗位的分工非常明确，产品经理更专注于市场和用户以及需求等，而交互设计师就是把产品的需求进行绘制原型，与设计师、视觉设计师等进行交流策划。然而在很多非大型公司里，产品经理兼任了交互设计师的职责，大公司其实并不多，这就显得交互设计师招来是给产品经理当助理的。

20、产品经理是CEO的接班人。

在早些年的培训机构圈里，被广泛流传，将产品经理与乔布斯，马化腾，周鸿祎等人联系起来。殊不知，这是一种典型的幸存者偏差。何况这些人本身就是CEO。

21：产品经理是条狗。

本人表示不赞同，但也不想做解释。