“在一个技术导向、大牛环绕的氛围下，产品经理如何生存？”

『向RD低头啊！』我玩笑着说。

01

—

自动驾驶用得着PM? 

公司以技术为信仰。我也相信技术改变世界。在我厂一度低迷股价跌倒谷底的时候，我仍对公司抱有信心，跟同事聊天说：我们不应该凑热闹去做重运营的业务去赚辛苦钱，我厂的基因就应该去有技术含量的、别人做不来的事情。

好在，AI和自动驾驶是这类事情，也真心期盼这样的领域为我厂带来新的生机。于是毅然决然来到这样的方向。朋友问：『你要去无人车啊？无人车需要PM么？』

02

—

是什么让PM鼻酸? 

(PM好友看到我的草稿说：看得鼻酸。大概是因为下边这段带来触动吧）

难免会觉得委屈：

当产品经理构思出一套产品体系，技术大牛挑剔其中技术细节的时候。

当产品激昂地在白板上讲产品思路，会上的技术大牛们默默敲键盘甚至有人睡着的时候。

当技术大牛说你不懂、你又没写过十年代码的时候。

当理所应当地在沟通之余，为团队订会议室、订餐、写会议纪要、做好一切服务，因为自觉技术的时间更宝贵而不容耽搁的时候。

委屈是因为：

他们大概没有看到，我们抱起来从头啃起的技术书籍，在晚上和周末边看商业书籍边结合业务的苦苦思索、跟各种场合认识来的行业伙伴微信/聚会探讨、打印下来拿回家看的英文标准文档、订阅的各种行业动态...

他们大概也没有看到，我们从接触一个全新技术领域的懵懂，到可以顺畅对话。

我们已经将产品、商业思维应用在这个技术领域，并有了新的发展规划和对外包装。我们尝试对新领域搭建起了方法论体系。

我们也不曾反击说：码农自嘲在搬砖，有没有反思自己搬砖的核心竞争力是什么，有没有抬头去看自己搬砖是在构建什么样的摩天大楼？

03

—

当初为什么做PM

同伴说『心好累。为什么选了产品经理这个职位啊。』我回答说『因为代码写不好啊！哈哈哈哈』 常常自嘲，内心却不曾放下傲娇。

从技术转产品的朋友说：

当初我从技术转pm，不是因为技术做不好，是想知道 自己每次执行的任务 是从怎样的宏大目标中拆解出来的

有资深工程师曾说：

不是技术做不好就能当产品经理。而是技术之外 有了更宏观的认知和对业务更深刻的理解，才能当得了产品经理。

我的某前leader说：

我做PM是因为 小时候想当发明家。

这些都是我们的初心，还记得吗？

如果不看重PM这个岗位，只能说明行业发展还在初级阶段。你去看发达国家的企业走势，就会发现企业中project manager, program manager, product manager 处在业务中心，需求定义、方案设计、甚至伪代码要在欧美、日本总部的核心部门落实之后，才会交到劳动力成本相对较低的中国、印度、巴西等，去做编码实现。（当然，近几年我国业务能力提升、劳动成本提升，已经有所不同。另外此处无意贬低编程。） 

有了产品经理这样的职位，而不是拿着别人掰开了揉碎了的事情去做，是中国在行业发展中走到前沿的象征。

我们抱着热爱，希望孵化新的产品和模式，希望看到产品被使用、被需要，甚至希望改变世界。

这些都是我们的初心，还记得吗？

04

—

产品经理如何赢得尊重？

如果只是吐槽抱怨没有营养，我自己都会鄙视自己。

当然要找到理由让自己开心，找到方法让大家开心。

方法1：输出能力

与追求姑娘类似，你对她再体贴，不如让她看到你有多优秀。

产品经理，可以做程序员鼓励师，更要做产品的CEO。

术业有专攻，很多技术同事擅长用高明的办法去解决问题，但不擅长：

（1）发现和定义问题：有了Why和What，才有How.定义Why和What是痛苦的过程，需要宏观的视野、全局的把握。

（2）抽象概括和输出：做得很好，但说不明白，陷在细节抽象不出来。

（3）灵活沟通寻求通路：不喜欢跟人打交道，沟通受阻时不愿意迂回。

人无完人，团队的意义就在于优势互补。这个时候就需要PM来发挥价值了：

PM将竞品的深入分析带给团队，将市场有多大我们份额能做到多大的信心带给团队，找到正确高效的实现路径、将技术能力包装成解决方案输出给客户、用活跃的脑洞构思宣传方案，与大家共同去实现构想的目标...

在这个过程中，自然会赢得同事的尊重。

方法2：尊重专业

在技术为主导的公司，总是以跪舔+引导的方式让rd自己说出我要的需求，方式不重要，我的需求达到了！rd然后会笑着说我都可以自己当pm了，我说是啊是啊

(1) 充分尊重对方的专业。在学习和积累中默默成长。『向RD低头』代表的是一种心态和方法，换位思考、放低姿态。大方承认自己的无知，示弱也不失为有效推动的方法。

(2) 如果有足够的独立见解及自信，那么就采用循循善诱的引导方法去落地。

讲师培训中提到，填鸭式灌输已经过时了，引导式才有效果。去看现在孩子的乐高课程会发现，老师一直在『袖手旁观』，知道答案但是不动手，只在旁边提问题，孩子自己就会在引导下得出答案，从而获得深刻的理解和成长。

做个facilitator，提出问题、引发思考、共同得到答案，这比直接抛出回答要高明得多。多去运用这种方法，引导出结果以后，深藏功与名，大家好才是真的好。毕竟，能被吸收、能落地的想法，才能真正改变世界。

方法3：维护关系

所谓"程序员鼓励师"，陪加班陪聊天，按摩捶背这些，就是茶余饭后的事情啦。用情商换来的和谐 vs 用专业性换来的尊重，两种路线都不会失业，但成长不同，得到的尊重也不同。

当然，如果能综合应用，效果才是最好。

以上。希望我们：不忘初心，合作开心。

本文经过3+位朋友预审，经过3+版本修订。感谢。

- 但没有深入讲How

- 写不下去了 说下期待续。被你看出本质了。。好吧，1.尊重技术。2.搞好关系。3.输出专业性

- 顺序可以是 3、1、2

这位朋友是技术总监，我们在对立的合作中建立起了信任。朋友提到了QCon上讲的内容，是类似命题，不同角色视角的探讨，附链接：如果你是技术leader，团队成员不停向你抱怨时你会怎么做？ (作者原标题："强业务驱动的互联网+，技术管理的坑与路"。值得一读，比我写得好太多了。)

欢迎指教，一起成长。