这是一位网友在 Quora 上提的问题：硅谷人过了 35 岁后会计划做什么呢？
除非你大红大紫，或晋升到管理层（大多数人并不是这样的），硅谷生活终结于 35 岁。我很好奇，小于 35 岁的人会怎么计划 35 岁后的事。
下面是一些热门回复：
Jimmy Wales ，维基百科创始人 + Wikia 联合创始人
35 岁那年，我成立了维基百科。38 岁那年，我又成立了 Wikia（根据 Quantcast，现在是全球排第 30）
这个问题的前提就错了。或许应该这样问：在技术社区，我们如何确保年轻时的不寻常成功不会被误以为是常态？
Robin Chase
42 岁时，我成立了 Zipcar。47 岁成立 GoLoco ，52 岁做 Buzzcar ，54 岁做 Veniam。
结交了很多朋友，学习了很多新东西，进入了新领域。噢，对了，我还是带着 3 个孩子，他们都好“可怕”。过了 35 岁后，我已经做了很多很多。
Alexander Silverman，学生
Mark Pincus 41 岁创建 Zynga 。
Reid Hoffman 36 岁成立 LinkedIn。
Marc Benioff 35 岁成立 Salesforce。
Robert Noyce 41 岁时和 39 岁的 Gordon Moore 一起做 Intel。
Irwin Jacobs 和 Andrew Viterbi 成立高通时，分别是 52 岁和 50 岁。
Pradeep Sindhu 42 岁成立 Juniper Networks。
开始一个成功公司，不一定非得小于 35 岁。非科技行业，也有很多人在 35 岁后创建了知名公司。
在众多回复中，还有很多知名公司的创始人，比如：
Michael Arrington 透露自己是 35 岁才成立 Tech Crunch。
Tim Westergren 35 岁成立 Pandora。他认为 30-40 岁期间是做事的好时间。人更成熟，生活阅历更丰富，而且精力十足。
Om Malik 39 岁创建 GigaOm（注：知名科技博客）。
Reed Hastings 37 岁开始 Netflix DVD 租赁服务，47 岁时，Netflix 才有了首个视频流。他认为 35 岁后做事并不很糟糕，熬夜除外。
Craig Newmark 42 岁创办 Craiglist。
最值得关注的回复，来自程序员 Frank Jernigan 。虽然只有 4.8 K 赞，数量少于维基百科创始人的，但他的故事，很激励人。
2001 年，Frank 加入 Google 软件工程团队，当时他已经是 55 岁。没错，就是 55 岁。他在 Google 工作的四年内，他是年纪最大的员工。他是做什么的呢？用他的话说：“我不是行政人员，不是管理者，我只是一个简单的软件工程师，和亲爱的同事一起工作，他们差不多都比我小 25 岁。但我的年龄从来不是与他们相处的问题。我感觉自己就是团队中的一员，并且他们也是这样接受我的。”
我在 2001 年加入谷歌软件工程团队，那时我 55 岁。是的，我说的就是 55。在谷歌工作的这四年中，我是那里年龄最大的员工。
我都做些什么呢？我不是行政人员……而且，我不是管理者……我就是一个简单纯粹的软件工程师，跟我所有亲爱的同事一起并肩作战，他们的平均年龄比我小了 25 岁。我的年龄似乎在任何人眼中都不是个问题。我感觉我就是团队中的一员，同样被大家所接受。
并没有像是“上了年纪”这回事。有的只是变得不相关。为了避免自己变得不相关，我从未停止学习。当我在 1975 年开始职业生涯的时候，我用的还是用 Fortran 和 PL/1 编程的打孔卡和大型机。20 世纪 80 年代时，这一有前途的新技术被应用于人工智能领域。我很幸运有一位伟大的老师，他在一个 Lisp 课上看出了我的能力并在他的人工智能研究团队中给了我一份工作。在这个团队中我不但学到了软件概念，还学到了从尖端科技一出现即保持在其前沿的重要性。我致力于一种不断学习的生活。
在上世纪 80 年代中期，我被这种所谓的面向用户的编程迷住了。我学习了所能学到的关于它的所有东西，并且我的硕士论文是关于“以面向用户编程方式使用的设计方法学”，这篇文章现在可能被埋在波士顿大学协议栈的某处，如果大学还有协议栈的话。
所以，在用 Lisp 编程十年之后，我在 1990 年改用那时新的面向对象语言，C++。那之后的几年，互联网兴起，于是我转向 Web 开发，随之使用像是 HTML 和 JavaScript 这样更新的技术。学习，不断的学习，是我生涯中这些转变的关键。
我看到我的同龄人，有的进入管理层，并开始攀登公司阶梯，而另一些人变得不相关并被解雇，或者转行做全新的工作。在我所有早期的工作中，我的经理都注意到我是一个有天赋的软件开发者，并且莫名其妙的总结说我应该成为一名管理者。当时不知道有什么更好的办法，于是我接受了这个晋升，但是一次又一次，我认识到我讨厌做一名经理。我热爱软件开发，并且这是我想做的事情。这一切在某一天豁然开朗，那天我的经理走进我的办公室，看我在写程序，他说：“你在做什么软件啊？你现在是个经理了！”
我发现了自己热爱做的事情，并且对此我很擅长。所以，为什么我曾想要放弃它转而成为一名管理者，做一些完全不同的事呢？许多次，有人告诫我，如果不在公司向上晋升，我将没办法退休。但是每一次我都努力转向那个方向，我讨厌成为管理层。它给我造成了很大的压力，除此之外，我感觉我不擅长这个工作。有时，我选修些课程以帮助自己成为一名更好的管理者，但是这些课程让我觉得厌烦而可笑。我就是想要回到电脑前，靠自己解决一些问题。最终，在 1996 年的一天，我宣布我再也不会管理任何人。我不在乎这是否意味着我可能无法退休。我想这个问题就放在以后来解决吧。
2000 年，由于互联网热潮，我带着新掌握的 PHP 技术从波士顿来到硅谷，就在我刚到不久，互联网繁荣就变成了互联网泡沫。到那时，我非常习惯和年龄只有我的一半的人一起工作。事实上，我非常喜欢这样。我被全职雇用了 10 个多月，但是之后突然有一天我被解雇了。
我一个朋友把我的简历及他给我的推荐信一并送到一家 200 人左右的小公司， 这家公司似乎是残留的有一丝可能成功的几家公司之一。当玛丽莎·梅耶尔（Marissa Mayer）让我去电话面试的时候，我清楚地表明，不管我多大年纪，我对于成为管理者不感兴趣。她向我保证，他们没指望我转入管理层。事实上，她说他们刚决定想要雇佣一些有几十年经验而又不想做管理者的人。
我获得了这个千载难逢的机会，正是因为我不想要成为一名管理者。我确定我的终身信念，即如果你发现了自己热爱做的事，然后尽你所能致力于此，那么你会找到做那个工作的方式。
四年之后，我退休时，过着美好的生活。这一路上我交了许多亲密的朋友，并且仍然感觉和谷歌还有其他我工作过的地方的同事很亲近。在 8 号法案剥夺了这一权利之前，我同我的理想型人结婚了。我们一起旅行，我开始从事艺术，是的，我仍然学习新技术，这只是因为我乐在其中。在过去的一个月里，我在处理 Ruby，而现在我忙于 Ruby on Rails，在这个过程中学到了每一个好的 Rubyist 该知道的所有其他技术，比如，git、gems 以及 bundle。我现在 69 岁了。
我的建议是坚持去做你所热爱的事情，永远不要让自己偏离所热爱的。要一直乐于热心而慷慨的帮助别人。永远不要害怕变得不相关。
导读上节课，我们提到，作为团队枢纽的产品经理，优秀的沟通能力，是必要的能力与品质。
之所以用“必要的能力与品质”的定义，是因为产品经理只要稍不留心（特别是产品新人），就容易与其它同事产生沟通障碍，发生沟通矛盾；特别是与RD（研发/工程师）之间的沟通，“沟”了没“通”几乎会成为常态。而因此引发的一切严重后果，都将由团队陪同产品经理一起买单。
1、产品经理和工程师有哪些沟通问题？
2、产品经理为什么会被工程师嫌弃？
3、产品经理应该如何与工程师沟通？
正文
作为产品经理，特别是产品新人，肯定/绝对/100%会遇到各种各样的沟通问题；与此同时，我们也更加需要学会找到导致问题的本质原因，根本解决问题并更好推动产品工作。
接下来，我们会对X小姐文章里7处具有典型代表的内容，进行解读，方便大家更好的理解。
一、产品经理和工程师有哪些沟通问题？
原文引用1：
最近有位刚做PM（产品经理）的小伙跑来跟我控诉，说公司技术部的RD们（工程师）个个不给力。需求过了千百遍还是理解错，或者就是简单回一句“做不了”，表情如死灰。
解读思考：
这是所有产品新人都会遇到的问题（我过去做产品，有时候也恨不得把工程师们给**），但本质原因不外乎有两个：
1、需求并没有按照工程师们的思维模式来表达，他们理解不了自然也就回复做不了（所以大部分时候他们说做不了真的不是在推诿骗你，而是他们真的没有理解清楚你在说什么）；
2、需求没有优先级，工程师们无法明确研发节奏；大部分时候一股脑无定级的瀑布式需求，自然会遭遇一股脑的无视（就像有时候同事找你做事，一股脑的给你提了很多需求，也不说轻重缓紧，你也会瞬间懵圈）。
原文引用2：
这位PM血气方刚，张牙舞爪，脑子里总有一千万个新产品需求的想法扑腾着。
解读思考：
这里需要打击一下，“脑子里想法创意万马奔腾，实际中能落地的几乎为零”，这是几乎是所有产品新人的通病。
产品新人在自身的能力还没有系统丰富的时候，对于需求的理解和认知，大部分时间都局限在一个点上，很难以点思面的思考问题（这并不是产品新人的错，事实上每一位优秀的产品经理，都需要这个成长的过程；要解决这个问题需要一定时间的业务经验与思维拓展历练，稳定心态很重要）；所以，在产品新人的大多数时期，不提需求比提需求更重要，执行好任务比天马行空更务实。
同时，发生这种情况的还有一个重要原因就是：被碎片化的文章或言论误导了，对产品经理没有系统客观的认识和理解。
过于理想化和抱怨，真心是产品经理沟通中的硬伤。
原文引用3：
面对他，我的心突然惆怅起来。几年前的自己也差不多是这个模样，懵懂如白纸……
身为一位女性PM，我至今为止并肩合作过的RD团队超过8组共200多人（动荡曲折的职业生涯啊）……
所谓人艰不拆，希望大家看完后能更理解彼此“都不容易”的立场。
解读思考：
产品经理是应该有个性的，但类似：自以为是、以自我为中心、随意放大自我感受……的“个性”，一定要尽早去掉，除非你不想做一个优秀的产品经理。
作为产品经理，一定要避免将自己陷入认识与情绪的局限里；包容与理解，会让你“产品经理“人设的人格魅力MAX！
毕竟不是人人都可以是乔布斯、张小龙……在生命的很长一段时间，我们与并肩奋斗的工程师、运营、设计等小伙伴们都一样是平凡人，我们都要一起面对生活与工作的不易；彼此真的“都不容易”，所以，理解万岁：）
原文引用4：
PM眼里的RD分成两种：能沟通的，和不能沟通的。后者占90％。
解读思考：
我也遇到过这种情况，当我踌躇满志，把一个产品勾勒得很美好的时候，突然发觉，为什么工程师们在用那种木讷的、毫无光亮的眼睛（眼神）看着我？他们不仅一点都不兴奋，还会问我：
1、这个功能为什么这么做？
2、你确定这样做没问题吗？
3、这个东西不是刚改过吗？
所以最开始，我也认为工程师是没法做朋友的（大致原因参考引用2的解读思考）。
原文引用5：
曾经有一个RD总监，在Kickoff会议上把我所有的需求都推翻了，让我差点在十几个老男人面前哭鼻子。
话说人在经历苦难后，要么变乖，要么变坏……于是我学会了通过非正规途径收买RD的心－－
比如请他们吃KFC啦，陪他们聊黄色笑话啦，穿低胸装秀黑丝大腿啦。
解读思考：
Kickoff（启动会议），基本可以理解成打仗前的誓师大会。已经要出征了，RD总监直接把X小姐的产品掰翻。
遭到打击后，X小姐的态度也很鲜明，强烈且迫切的心情想要让RD听命与她，于是决定通过非正规途径来搞定RD。
我觉得女生做产品经理一定要有掌控的欲望，要有一颗当女王的心；男生就更不用说了。
我最开始为了和工程师打成一片，也是什么事干：请人吃饭、帮人泡面、陪人加班、接人上下班（这个不要轻易效仿，毕竟一个成年男人每天刻意的去接另外一个成年男人上下班，而且时不时还要换不同的人，画面的确有些尴尬，也比较容易引起敏感话题 - -！）……通过不懈努力，我和工程师们的关系终于也改善了许多。
原文引用6：
正当我沾沾自喜，认为自己靠美胸美腿赢得了这场战役时，一个Ruby工程师幽幽的跟我说 “我好喜欢你的门牙” 。（鸦。。。你们果然是无法沟通的生物。。。）
解读思考：
真的是这样，我们可能永远也不了解工程师们的心，即使彼此的关系得以改善之后。
大多是时候，特别是产品新人们看工程师，总觉得别人傻傻的；与此同时，在工程师的眼里，我们可能更傻。
在我看来，发生这样的情况，大多数时候的本质原因，仅仅只是工程师们表达情感的方式质朴直白的表现；不能因为工程师们不会说话、不尽表达、不够“情商”就忽视了，大多数工程师的脑袋里，都有一个神奇美妙的世界，只是我们不懂的探索而已。
所以，有时候放下所谓的“说话艺术”、“情商”、“温柔”等定标性偏见，用最质朴直白的方式去理解工程师的表达，彼此都会轻松高效很多。
原文引用7：
RD眼里的PM也分成两种：有脑子的，和没脑子的；后者占90％。
没脑子的PM，RD们是打心底森森嫌弃你的。
解读思考：
其实，沟通更深层次的条件是相互的信任。
产品经理和工程师之间，如果没有建立好一种信任的关系，那彼此之间的合作就会不协调，也就会经常出问题。
但在大多数情况下，产品经理是很难获得工程师信任的，甚至被嫌弃。
为什么？
二、产品经理被工程师嫌弃的3个原因
现在我们来解读，X小姐从她的血泪史中总结的，产品经理被工程师嫌弃的3个原因。
1、没有自己的想法
解读思考：
如果我们经常说，“这个东西是老板说的”、“老板要这么做”，好像这个事情和你没关系，那工程师们在心里是不服你的。所以产品经理一定要有自己的主张，你可以这么说：“老板要求这么做，我觉得还是有一定道理，不如咱们试试吧。”
或者：“这个确实是老板要求做的，我感觉还是有点问题，怎么办？我们再沟通沟通，还是怎么着？”
我们要有自己的主张和独立的思考。这样，工程师们才会相信，你犯错的几率更少，把事情做成的几率更大。他们也才愿意协助你，助你更好地推动产品，对吧？
2、风花雪月没有逻辑
产品经理很讲究“感受度”；这也是我一直强调的，优秀的产品经理一定要通人性，感情丰富。
我们也说，产品经理要有理性的思考和感性的表达；理性的思考在背后，感性的表达在前面。
感性的表达简单理解就是：尽可能的用对方更容易接受和舒服的方式去传达自己的意思。
工程师们大多是逻辑思考能力很强的理科人才，在与他们的沟通协同时，如果思维不缜密严谨，或是呈现的事物缺乏逻辑经不起推敲，就可能被嫌弃。
3、不信任工程师的能力
如果我们不信任工程师，他们是能感觉到的；或者有时候我们问工程师研发一个功能大概需要多少时间，他们回复可能三五天；但最后你发现，其实只要半天或者两个小时。
这些问题，也会使大家平时的沟通产生障碍。所以X小姐提到：要让工程师觉得你很优秀（一定要让工程师觉得你很优秀）。而实现这种状态的前提是，我们先要学会去信任和肯定工程师们的能力。
所以，要做到良好的沟通，背后有很多需要我们去推进的事情，而不仅仅是所谓的沟通技巧和表达能力。
三、产品经理如何与工程师良性沟通？
文章最后，X小姐给出了7个建议，很有启发价值。
1、眼观四路，耳听八方。
“知识渊博，掌握行业内的各种动态，分析市场趋势……”要让工程师们觉得你是一个靠谱的人，什么都知道。
2、混对圈子，积攒几个牛逼人脉。
关于这点，我在后面的课程里会与大家讲到的：产品新人们一定要去混圈子。
拥有更多牛逼的人脉，既可以帮助产品有获得更多露脸的机会，也可以帮助招聘到更多优秀的工程师，也就能更好推动产品工作。
3、无论是口述的需求还是撰写的文档，文字和原型图的呈现都要有逻辑。
这是最重要的。
很多产品新人找到我说：“刘老师我觉得写文档很痛苦，我可以口述么？”。其实我接触的很多的产品团队，有很多也是不写文档直接口述的，但同时这对语言表达能力也有更好的要求。
其实无论是着重于文档的文字表达，还是着重口述的语言表达，本质上最重要的还是表达核心思想的逻辑。
就像X小姐说的，无论是口述，还是写文档，一定要有逻辑。“功能细节上的逻辑处理得无一遗漏，实乃RD们的心头好。”
4、在老板责问为什么还没上线的时候，冲上前去说，“都是我的错，前几天又改了个需求”。
当工程师们真的很努力去做了，却被老板指责的时候，如果你能主动帮他们挡刀，他们会觉得你是一个有担当的产品经理。
5、在RD们被各种部门的需求同时袭击的时候，为他们安排最合理的优先级，并承诺担起一切后果（包括被某部门主管批斗责骂等）。
6、招到漂亮的实习生妹子给RD们养眼（请一定投其所好）。
7、给他们加薪，给他们加薪，给他们加薪。
本课小结：
产品经理在推进日常工作时，经常会和工程师发生沟通问题，着其实是普遍存在想象。
遇到问题，我们不要一来就想改变工程师，而是要学会先分析和总结自己的问题。
除了学习沟通技巧和表达能力，更重要的是要深刻理解并协助团队小伙伴。产品经理要有自己的主张，有同理心，有理性的思考和感性的表达；这样，才能获得工程师的信任，更好推动产品工作。
当然，沟通问题只是抛砖引玉，沟通只是产品经理工作中常遇见的问题之一，产品经理在工作中还会遇到各种问题，譬如：长期被加班、顶雷专业户等。
所以，下一节课，我们就来全面解读一下作为一名产品经理，我们将会遇见怎样苦逼又有趣的工作与生活状态。
备注鸣谢：
推荐文章：《如何与RD沟通，写给那些血气方刚的产品经理》
链接地址：http://36kr.com/p/212020.html
特别说明：
因为我与团队在日常工作中，更习惯喜欢称呼RD为工程师，所以为保障阅读体验，引用X小姐《如何与RD沟通，写给那些血气方刚的产品经理》原文内容中出现的“程序员”均替换为“工程师”。
关于《产品经理入门指南》精译版
《产品经理入门指南》原本是刘文智老师于2014年发布的，国内第一套系统的互联网产品经理入门方法论视频课程。课程历时9个月精心准备，收集了上千名产品新人的真实需求，参考了近百家产品团队的用人标准，汇聚了数十位产品大咖的专业意见。旨在：
1、教会：产品新人评估自己是否适合做产品；
2、帮助：产品新人找到契合的入门学习方法；
3、引导：产品新人走出入门困境和学习误区；
4、启发：产品新人化解学习难题与高效成长。
应众多同学的需求，现由刘文智老师携课司机团队，重新编译为图文版，限免发布。
关于作者刘文智老师
刘文智 Jason
连续成功创业者，天使投资人，创业投资顾问
80后，爱足球、爱电影、爱较真。
知名产品经理社群“产品壹佰”、IT在线职业教育品牌“美好学院”创始人兼CEO
互联网社群+IT职业教育成功商业模式的创新开拓者；
于2016年接受慧科教育科技集团全资并购邀约出任集团合伙人、开课吧CEO；
2017年末转做天使投资人，创业投资顾问。
中国首位发布系统互联网产品经理职业教育体系的老师
2012年起先后著有《产品经理入门指南》、《产品经理深入浅出》、《手把手教你做产品》等互联网产品经理线上、线下实战教学体系；课程全网学习频次超千万次，影响了包括美国、加拿大、澳大利亚、丹麦、新加坡等超过38个国家和地区，帮助13万互联网人获益；
中国最早推出以就业为导向的产品经理职业教育服务的老师，数万名学员广泛入职中国各大互联网企业以及知名互联网企业核心产品团队。
15年互联网、10年教育一线坚守与沉淀
曾任搜房、新浪两家上市企业产品与营销策划相关工作；
曾任电子科技大学千星计划互联网应用专业负责人。
温馨提示：
若需获得更多产品经理学习帮助，推荐关注刘文智老师的微信公众号（微信号：iamliuwenzhi）。
