产品经理应具备的职业心态

产品经理应具备的职业心态

产品经理需要考虑目标用户特征、竞争产品、产品是否符合公司的业务模式等等诸多因素。一般而言，产品经理管理的是一个或者多个有形产品。下面为大家带来产品经理应具备的职业心态，快来看看吧。

前提条件

(1)必须基于兴趣

产品经理是一个非常消耗人意志力的职位，所以只有浓厚的兴趣支撑可以给我们提供源源不断的动力。无论我们做什么，如果没有兴趣，很容易会枯燥，也会很轻易的放弃。

(2)不要做伸手*

产品经理是一个主动思考型的角色，无论是工作中还是学习中，都是其他人在等着我们出方案、出原型、出需求，然后才开始执行。对于这样主动型角色，我们要从方方面面养成一个主动的思维，所以我们不要做伸手*，凡事自己去挖掘和寻找解决方案或答案。

心理学家Ericsson的研究发现：决定伟大水平和一般水平的关键因素既不是天赋，也不是经验，而是“刻意练习”的程度。

这也是为什么优秀的人会越来越优秀，而普通的人一直普通。因为优秀的人都有一个惯性般的路径依赖，基于这个路径会习惯性的学习和掌握更多知识，而普通人则会习惯性无助，最具有代表的就是习惯性伸手，而非主动思考和探索。

在我踏入互联网行业的时候，当时还是RSS很流行的时期，因为浓厚的兴趣和尝新的习惯，所以我对互联网信息有着饥渴般的渴望，因此通过RSS订阅了很多科技类博客和各大互联网公司的UED博客，每天像吃饭一样准时阅读相关的动态和资讯。

最开始是每篇都看，如果文章中有不了解的名词或知识点，我就会通过搜索引擎寻找答案，后来积累到一定阶段后，有了知识沉淀就开始通过标题和评论来吸收新知识。其实有时候某些文章的营养可能全在评论里，评论中带给我们的第三视角的观点，精彩程度往往能超越了文章本身。

目前我订阅的RSS源每天有上千篇文章，能够让我不会错过任何新鲜事和营养文，虽然文章数量很多，但是经过多年的习惯养成，我已经能够从标题和摘要就能判断一篇文章的价值，并且消化他们也越来越不需要太多精力了，因为我已经养了路径依赖般的习惯，像吃饭一样轻松。

我这个习惯保证了我不断阅读新资讯、吸收新知识，并且养成了利用搜索引擎查找更多有价值的信息，还能顺藤摸瓜的了解和扩充自己的知识面。我的职业转折点也是因为这个习惯，让我发现了一个新的知识名词，当时我做的并不是伸手*，而是先自己主动探索，先看看自己能不能搞清楚。于是我利用搜索引擎开始挖掘这个知识的内容，顺藤摸瓜了解到了这个名词背后的相关知识，甚至挖掘了一个行业领域的用户需求，做出了一个成功的产品(现已被收购)。

对于一个领域的新人来说，在还没有掌握一些方式方法的时候，不做伸手*可能会非常耗时间，特别是在时间紧张的情况下。但是我觉得，这更应该不做伸手*，而是先尝试自己探知和寻找方案，慢慢培养自己查询资料的技巧。比如在搜索引擎中查找、在Wiki、BBS、知识问答等垂直类产品中查找。

知识是单一的，但是经验是彼此相互连接的知识，是点状的知识组织成网状的解决方案。没有点状的方方面面知识的积累，就不可能形成网状的相互关联和相关效应的经验方案。虽然主动探索会在某些情况下比较耗时间，但是在探索的过程中我们能够积累很多周边的知识点，无所谓我们在这个过程中学到了什么知识，也无所谓这些知识在以后能否派上用场，或者能派上哪些用场，这些实际上并不重要，因为本质上最重要的'是培养我们这种思维方式，这其实逐步是培养我们逻辑思维的过程。

通常做伸手*的人都是不知道怎么去挖掘和寻找问题答案的方法，所以在下一章节中，我会分享一些我总结的技巧方法。

(3)务实，不浮夸

由于互联网是一个快速发展的行业，加上工作和社会环境的影响，很容易导致从业人员浮躁起来，无论是产品规划还是职业规划，最常见的浮躁现象就是急于求成。

产品经理是一个天性就务实的职位，就像盖房子一样，是一砖一瓦的盖起来，不能浮夸、不能偷工减料。这一点是和程序员非常像的，程序是一行一行代码写出来的，功能实现的代码不能少一个字符，少了就会出现bug，也不能多，太多就浮肿，容易导致程序崩溃。

(4)不能做懒人

产品经理不是坐班白领，不能安排完任务之后就坐着不动了，这样执行过程中一定会出现需求走样。在工作中我们需要时刻和团队成员沟通，即时跟进产品进度，确保产品在执行的过程中是按我们规划的需求和意*落实的。

所以在团队中，并不是所有人都像产品经理这样对产品有一个全局的了解。很多时候设计或技术，他们并不太清楚产品经理定义的功能和体验的出发点是什么样的，特别是不要给一个线框原型就觉得设计或技术就明白了需求，所以除了在需求执行前的讲解和沟通之外，产品经理至少在需求执行的过程中保持1~2次的中途跟进，这样可以了解到产品进度，也确保产品需求的执行没有出现偏差，如果遇到偏差也可以即时调整。

工作心态

要做好产品经理，除了要具备上边所说的4个前提条件外，还要具备下边要说的4种心态。

(1)需要工作外的努力

无论产品还是说其他工作，想要进步仅仅靠工作中积累是不够的，除了日常工作外，我们还需要更多其他方式的努力。产品经理是主动思考创作类的职位，需要我们有很多综合知识，不仅要懂产品，还要懂运营、懂市场、懂营销，懂的越多对工作越有利，在产品规划和设计的时候就考虑的更全面、更完善。

所以工作之外，我们不能懒，必须身兼数职的去接触、去学习、去积累，还要关注互联网资讯、了解产品形态，研究各类产品模式，不断丰富自己的视野，特别是千变万化的互联网行业，每天都在变化，每天都要关注和学习。

(2)受得了委屈和挫折

很多新人可能抱着一腔热血，像打鸡血一样为公司奋斗，但是最终鸡血却洒了一地，倍感挫折和委屈。这种感觉来自方方面面，比如给公司提的方案被否定、比如和同事沟通不顺、比如设计的产品功能或原型被打回重做。这个时候新人可能就会感觉到很委屈很受挫。

作为一个职场老人，我告诉大家，这样的感觉是没有什么大惊小怪的，无论是产品工作还是其他职业的工作，受挫是很正常的事。本身产品经理就是一个创作类职位，工作中构思的方案或功能，不一定符合所有人的观点。另外如果作为一名职场新人，在没有太多工作经验的情况下，提出的方案很有可能会缺少全面的考虑，在细节或市场层面上，可能不具备可行性。也有可能提出的方案确实是一个不错的想法，但是可能新人还没有学会更好的沟通技巧，在方案宣讲的时候导致听者理解偏差。原因可能有很多种，最主要的就是新人还没有掌握更多经验知识，还没有能力支撑起一个论点的确立，受挫也就成了很常见的情况，然而这也是帮助我们成长的方式。

无论是职场新人还是有职场经验的人转型过来的，只要是第一次做产品经理，那都是新入门。由于新入门的人在行业认知和工作经验方面都很少，公司为了降低出错率，所以很多时候会让新人做一些周边杂事。比如只让新人画产品原型，这个时候新人也很容易感觉到委屈，很容易会这样抱怨：我是来做产品经理的，是策划和规划产品的，不是来画原型的。

但是换个角度想想，作为新入门的产品经理，在工作的前一两年实际上是职业投入期，也就是学习期，我们需要花时间和精力去学习和积累职业知识，等我们经验丰富了之后，才是收益期，那个时候我们才有更多话语权，策划方案或者说问题的时候也能说到点子上，所以在学习期最主要的就是有没有学习的机会，至于学习机会，很多时候公司已经给我们了，只是我们没有意识到。

(3)善于挖掘性的思考

如果我们养成了挖掘性的思考习惯，那么很多时候，我们就会主动的多角度的想问题。比如方案被否定，我们挖掘性的思考更深层次的含意，是不是我们写的不够好，那么我们就去请教哪里不好，然后研究并完善这方面的缺点;再比如被否定是因为在沟通中没有讲清楚方案，那么我们就去研究怎么改进自己的沟通技巧。

经常见到新人抱怨在工作中没有学习的机会，但是实际上工作给了机会，只是我们没有换个角度去看待问题，所以没有意识到。比如工作单一只是画产品原型，如果挖掘性的思考一下，问问自己画原型是简单的工作吗?有没有难度?很多人可能会觉得画产品原型就是一个工匠，没有实际意义，但是换个角度想想，画原型也是产品设计，我们设计的原型是最好的吗?原型里需要体现的比如SEO、用户体验，这些考虑进去了吗?用户体验的交互设计是符合用户习惯的吗?为什么这个按钮放在这边，而不是那边，如果放在那边可以吗?影响体验吗?这些东西我们考虑过吗?

所以如果我们挖掘性思考一下，就算画原型也是一个非常有学习的工作内容，像SEO、用户体验，这些都有专门的职位，是一门学科知识，通过画原型，可以让我们接触和实践这方面的知识，难道不是一个学习的机会吗?而且画原型十分考验产品经理的业务理解能力，因为原型是将业务需求转化为产品方案的一种方式，如果领悟错误的话，画出来的原型也不会正确。

所以无论是策划方案，还是工作或学习，我们需要放平心态，静下心来挖掘性的思考一下，换个角度去感受一下思路。

(4)别想着混日子

通过上面的几个篇章介绍之后，大家应该很清楚产品经理的工作性质了，这是一个主动型岗位，工作内容也是探索未知的性质，所以他不是一个流水线的工作岗位，非常不适合混日子的人担任。

产品经理就像火车头，一旦你敷衍或者不动，那么火车的车厢立马能够表现出来，也就是立马会体现在整个团队的工作节奏和产品层面上，所以在这个职位上就别想着混日子了。

产品经理沟通技巧

作为一个沟通纽带，产品经理在日常工作中总是扮演各个部门之间协调者的角色。就我自己的工作经验来说，一个项目的前前后后往往包括这样几个阶段：

1.项目提出与规划。需要与Leader以及相关产品同事一起决定产品的形态、明确核心功能和目标人群、划分项目周期和各部门之间的分工。期间伴随着项目的前期调研（功能需求性验证、必要的数据采集等）以及竞品分析等工作。

2.项目设计与开发。产品经理完成产品需求文档、制作产品原型。根据分工配置，交互设计师、视觉设计师、研发工程师依次同步跟进。期间产品经理负责人员、资源协调以及各项沟通，并且根据需要及时调整产品方向。

3.项目测试与验证。当项目初步完成后，进行内部测试与范围性外部测试（ABtest），期间伴随着Bug修复和细节调整。在Btest过程中对产品模式进行验证，及时调整策略。

4.项目上线，运营与维护。项目正式上线，产品运营、维护以及及时进行版本迭代。

这么多的流程，产品经理需要和多少方面进行沟通？

我将同事们大概分成四个部分：Leader、产品设计、研发和运营。

Leader，上传下达的核心。

好的Leader是一个项目成功的一半。这里的好，特指个人魅力和决策力，前者能够凝聚团队，而后者则可以提供持续的执行力并且保证项目方向靠谱可行。在与Leader沟通的过程中，明确产品需求是非常重要的，我强烈建议所有的沟通之后都要以文档的形式确定下来，包括产品的功能和定位等。误区常常发生在仅仅凭借口头沟通，需要用的时候才想起来靠记忆去回忆，往往导致信息传递错误。

而在其他环节，产品经理也需要按时、及时地向Leader汇报项目进度，准确引入决策。如果Leader对技术和产品有想当的经验，可以和他一起讨论；如果他对某一方面不是很了解，则客观地将介绍清楚。

产品设计，理性和感性的碰撞。

其实我写这篇文章的来源，就是最近工作中与设计师们的交流。我自己在团队中除了产品经理，还承担交互设计的工作，对接视觉设计师。来回接触了三四个设计师，生为理工科出身的我在与艺术相关专业同事的沟通中发生了不少的碰撞，也收获了不少的经验。理工科思维行事更注重流程，相对来说比较死板，一个功能是什么样是前期就已经决定的，工作应该按照规划来推进；但是设计师不同，他们的工作需要创意、更具灵性，而优秀的设计师本身也是如此。因此在沟通中，经常发生这样的情况：设计师将原型稿完全修改，增加了很多炫酷的效果和设计风格，甚至在我看来影响了功能和交互易用性。刚开始处理这样的情况，我们互相不理解，设计师认为我太死板，原型沉闷并且没有创意，而我则认为视觉设计不应该掩盖功能和易用性的需求。另一方面，我们常常互相纠结于自己所在乎的方面，设计师会对一个按钮的样式与摆放思考整整一个晚上（而我认为早就差不多了），而相反地我觉得某一处需要突出，设计师却觉得这里已经是最完美的呈现。

怎么解决这些问题？我的技巧有两点。

首先，以产品本身为探讨核心。这要求我们遵循产品文档，事先就确定好设计的重点以及脉络。在动手之前，就应该先说清楚哪些方面是必须要注重的、哪些方面又是需要创意和发挥的。在沟通过程中，万万不能因为话不投机转而互相抱怨，互相指责（我就在之前发生过与设计师互相争执的情况，非常不应该），项目本事才是团队合作的动力和目标。

其次，尊重互相的专业和思想。现在工作时，设计师提出了一个创意设计，如果我觉得不应该放在这里位置，我不会直接地否定，而会『建议』设计师保留这个设计但是挪到其他更适合的位置。创意对设计师而言非常重要，也非常值得珍视，对设计创意的否定经常激发矛盾，让设计师感觉努力被白费。

所以，做好前期规划，做好中期沟通，做好后期反馈，可以大大减少设计师返工的概率，可以让合作双方互相理解。

研发工程师，GEEK的世界。

我真的很庆幸自己在某种程度上『文理兼备』，尤其是当我刚刚和设计师讨论完扁平化和项目VI之后，马上打开另一个窗口和研发同事谈论服务器接口和安卓兼容性。研发工程师以解决问题为最终目的，他们在乎的是，通过什么方式去完成，以及工作量有多少。在工作中，我充分信任团队的工程师，提出合理可行的需求并完全交给他们去做。另一方面，当他们遇到困难，我也可以一起投入解决，或者申请资源调度。因此我真的很不同意之前文章中一些朋友的评论，认为产品经理不需要多么深入技术，认为这样会离用户越来越远。我们面向的绝不仅仅是用户，还有整个项目团队。

和研发工程师沟通时，要注意效率和调理。我自己做开发的时候经常遇到其他人够来沟通，但是讲了五分钟都没有说明白具体要做的是什么，或者明明在讨论这个问题，中途总是摇摆到其他东西上，这样效率真的太低了。一句话能说清楚的事，马上打好腹稿敲定清楚，沟通简单流畅，不然磨磨唧唧真的很让人烦躁。

运营团队，产品的指导老师。

都说产品经理和研发工程师是产品的父母，他们计划、创造了产品。而运营则是产品的指导老师，他帮助产品发扬优点、改正缺点，教会产品如何吸引用户、如何与对手竞争，当产品出现了问题，还要及时和家长反馈。

我一直相信，产品本身优秀严谨，是对运营最大的尊重。已经不记得多少次做运营的朋友向我抱怨，某个产品说实话连他自己也不想用，怎么做推广？因此把产品做精做好，运营才有料可做，才有动力去把产品带大带好。

在和运营团队沟通时，我更注重数据和方案。根据运营数据以及运营方案来观察当前产品的状况是最直接可靠的两个方法。就像你的孩子往往在闯祸、或是某次考试成绩（数据）特别差的时候，才会被叫家长，而我需要和老师分析孩子问题的出处，采取合理的措施去纠正这些问题。