今天的文章，没有什么套路，没有什么方法论，没有什么理论模型，当做一篇随笔来读即可。

我从我认识的我接触的，我深交的一些同行那得来的各种反馈来看，我真的很想说出以下一句老套而中肯的话：

别让浮躁断送了你的职业生涯。

这两天在知乎上看到gashero大神在一个问题下的回答，有人问：“用vim被人说装逼，怎么办？"大神答到:"不用理那些只会用其他编辑器的人，他们的水平，早晚去做产品经理。" 看到这里我竟无从反驳，只能苦笑，在大多数程序员眼里，产品经理究竟是什么样的人？这一句话，已经清晰明了。IT行业被公认为收入较高的行业，从12年开始，大量互联网创业公司如雨后春笋般兴起，伴随而来的是大量各专业应届毕业生或者其他行业的人急于挤进这个行业，那么不会编程，不会推广，不了解市场，怎么进去呢？那就是只能从产品经理，以及运营入门了，这其实就是大部分转行人真实的想法。产品，运营门槛低。于是就出现了，很多人读几本书，学个Axure，面试时吹吹牛B，讲讲方法论，1~2个月便进入了某家互联网公司，开始写文档，提需求，跟程序员和设计沟(si)通(bi)。大多数程序员和设计觉得现在的PM不靠谱：“什么都不懂也对我指手画脚就会吹NB。”大多数PM和运营反驳道：“你们一点也不懂业务！”甚至于很多产品面试官也会问：“日常工作中，如何处理好与设计和程序之间的人际关系（什么样的姿势和设计程序撕逼更帅)？”仿佛天生这两伙在一起工作的人就是对立的一样，是什么造成了这样的局面？

顺畅沟通的前提是互相尊重，所以在沟通之前首先要想的不是如何让对方听我的，而是要想如何让对方尊重我，如何去尊重对方，产品经理作为一个枢纽，更是需要大量的沟通，聚合各种资源来做事，那么，如何让人们在你说话的时候尊重你而不是觉得你只是个会吹NB的主儿？如何让你的想法正确顺畅的传达给他们并且达成共识来做事？这是个很值得思考的一件事。

上述沟通问题其实是大部分PM进入公司的遇到的第一关，但是这一关基本会贯穿整个职业生涯。随着工作年限的增长，接触的需求越多，直至后来有一部分PM独立负责某个产品或者大产品中某个板块，如果你的人格魅力没有随着你的工作年限的提升，你的知识视野以及言行举止匹配不了你的工作年限，你的形象在团队中其他人的眼里是个只会吹NB做出来的东西却非常糟心的主儿。你职业生涯也到头了。

我们常常讲做事方法论，产品方法论，运营方法论。这些东西俗称套路，这些套路讲起来谁都听的懂，可是如何把他们熟练的运用起来，并且在正确的场景运用正确的套路，是一门需要在日常工作中多次摸索，多次实践，甚至是多次失败才能熟练掌握的学问。很多0-2岁的PM都有一个共同的错觉，听某个大神讲完，看了某篇大神的文章之后，便觉得自己精神抖擞，貌似学到了什么厉害的招式，不做实践，不去验证，反正大神说的肯定是对的，以后又多了个吹NB的套路。这样的人我是见过的，当你问起他你运用这套方法做了什么事，效果如何的时候，他便答不上来。这么浮躁如何让人信服。产品经理入门容易，但是需要更长的时间去沉淀，是个很难做精的职位，无论是知识面的积累，还是视野广度的积累，都是非常必要的，这是我的感觉。

我们经常会看到这样的问题:

问：“产品经理需要懂审美和交互吗？”

浮躁风PM：“会一点就行了吧，拍个低保真原型过去让设计师搞吧。”

开始设计的时候,PM怼设计：“这个字体大一点！那个按钮放小点，不对不对，这个字体用红色强调一下。。。。”设计师努努嘴不说话，心理：“我*****，什么****PM”

问：“ 产品经理需要懂技术吗？”

浮躁风PM:"我们只管业务逻辑走通就好了吧，还要学技术啊，那玩意学习周期太长了。"

程序开发的时候，PM笑嘻嘻的对技术说：“哥，这地方给我改下啊，很简单，今天能改好吧。”技术（看了看要改的需求点）：”很简单？你X@#￥%…（*&……%￥&%“

问：“产品经理需要懂运营吗？”

浮躁PM：“要懂啊！”

问：“怎么去懂？”

浮躁PM：“我看了好几本关于运营的书了呢。”

这些例子虽说有些夸张放大，但是大家应该也有切身体会。就一个需求的整个开发流程来说，设计和程序处于流程的末端，是具体执行实施者，他们的对接人一般只有PM，由于0-2岁的PM沟通经验不足，在针对性的专业知识上也更无积累，再加上双方都不换位思考，如果PM还是比较浮躁的类型的话，这样的矛盾就比比皆是了。如何化解这些矛盾？我总结为：“沟通过程中以业务需求为主线，换位思考，业余时间加强他专业技能积累；只有写过程序的人知道程序员怎么思考，只有做过设计的人知道设计师如何规划，去理解他们的思维模式，并且用他们的沟通方式来让他们明白你为什么要这么做，这么做的好处是什么，让他们信服，同时尊重他们的专业建议，合理的建议进行采纳，脱离业务的建议进行商讨，得出正确的解决方案，这样你好我好大家好。”

产品经理的核心能力是对需求的准确把握并且找出最佳实现方案，而就其他能力来说，各种专业知识的知识广度及深度的沉淀也是很重要的。懂技术，能大体评估实现难度，把握产品程序架构，更重要的是能与程序员聊到一块；懂设计，你就不会再跟设计师用“这个按钮小点，那个按钮大点”这种语言去沟通了，而是在出原型图的时候就已经确定各个元素的信息层级，让设计师根据设计规范进行设计；懂运营，你就可以在产品规划的时候和运营商量并且提出一套正确可行的产品运营方案。这一切的一切都是需要大量时间去积累，虽然很耗业余时间。但是！但是！但是如果不去积累，在日常工作中磨灭了学习的兴致以及对知识积累的渴望，就会变得越来越浮躁，随着年限的提高，不但核心竞争力没有提高，其他方面也不会做的很好。

以下是我的建议：

1.产品经理必须会些技术。每天晚上至少写1个小时代码是可行的，不管你是自己写个前端页面，还是努力去做一个完整的网站，亦或是写数据分析的代码，写的越多，对程序的理解就越深，对程序员的思考方法就更加理解，并且还能顺便持续锻炼自己的逻辑能力；

2.产品经理至少要懂基本的交互设计方法以及页面审美。经常去看各个网站以及App的页面结构设计，页面交互设计，页面元素信息层级安排，是非常有好处的，去分析揣摩竞品的设计规范，并且熟悉了解自己产品的设计规范，与设计沟通表明信息层级即可，千万别再用什么按钮大小，颜色去框定设计师，这样的沟通只会加重设计的反感；

3.产品经理至少要做一段时间的运营。当你亲自去拉新，去想办法留存以及促活转化用户的时候，你才会清楚的了解你产品的优点以及缺点，你会更加理解运营需求方为什么会提出这样的需求，这一点在一个运营主导的公司里尤其重要；

4.多读书，更要多实践。读书多是好事，读完不实践光拿来吹牛B就不太好了，少吹牛B，踏实做事，不浮躁，一点一滴做好自己负责的产品才是正道，憧憬行业大佬是一回事，照葫芦画瓢学装B又是另外一回事，他们敢吹牛B是因为他们有资本，是从风浪中幸存下来的一批优秀的人，他们说自己是产品经理那是谦虚，千万不要把自己的产品经理头衔和他们的挂钩。我们要默默收起自己经理的后缀，做出成绩，将来才有夸夸其谈的资本；

5.给自己树立一个长远目标。10年后自己想成为一个怎么样的人，自己会到哪个位置。是想做一个大公司的高级产品经理，还是向职业经理人发展，或是自己创业，都需要从现在开始规划，看看自己距离目标还缺什么，需要学习什么，然后去踏实的学习积累。当你真正认真去做这些事情的时候，你还有时间去吹牛B吗？

对了，最后，练一副好身体吧，万一真有一天没搞定你的程序员哥哥，起码打架的时候不落下风。。。