别人家的产品经理系列：硅谷也加班、工程师导向、不能只会写文档

作者 | 曲晓音

编辑 | 林卓橞

大家好，我是曲晓音，在上周二的直播中，我和池老师一起聊了聊关于产品经理的那些江湖秘事。  

<iframe class="video_iframe" data-vidtype="2" allowfullscreen="" frameborder="0" data-ratio="1.7666666666666666" data-w="848" data-src="http://v.qq.com/iframe/player.html?vid=w0712jzrwp6&width=352&height=198&auto=0" width="352" height="198" data-vh="198" data-vw="352" style="display: none; width: 352px !important; height: 198px !important;"></iframe>请在WiFi环境下观看，土豪随意

硅谷产品经理的一天

在硅谷，我们也是和大多数人一样，都需要加班。

区别在于，国外不是 996，大家比较注重家庭，一般晚上六点到九点这段时间，我们会选择陪家人，等九点钟孩子睡觉了，再去解决白天没有完成的工作。而不是说，要一直待在公司，等到老板走了你才能走。所以，我们的文化是，你只要把事情干完就行了。

另外一点，在大公司你有很多事情需要处理，每一个具体的任务你都要自己规划好时间。现在，我也会花一些时间去做流程图、写产品需求文档，但这不会占用我太多的时间。

我更多的时间是花在思考，团队架构、产品策略等方面。我现在认为更有效的方式是，多和团队成员沟通，所有有些产品功能更多的是口头上的，但效率却要比需求文档更高。

硅谷的产品经理地位

从人员数量上来看，硅谷的产品经理要比工程师的数量更少，一般产品经理和工程师的比例是 1:7 或者 1:8 这样。

所谓的工程师文化，更多的是说我们不觉得工程师的任务就是写代码，也不觉得评判一个工程师好坏的标准是他写代码的速度。我认识很多代码写得很快的工程师，但是就是升不上去，很大程度上是因为他们可能不具备好的沟通能力和团队领导能力。

说到产品经理在硅谷的地位，就绕不开硅谷的“工程师导向”的文化了。

在硅谷，工程师也是要对产品负责任的，而并不是只有产品经理对产品结果负责， 工程师的负责更多的体现在执行规则上。我们对工程师的期待是高于写代码的，或许这就是大家认为硅谷是工程师导向、产品经理只是打打杂的原因吧。

关于怎么评价一个产品经理是否足够优秀，也是看产品结果。能提升产品的成功率的方式是，让你团队里的每个人做的所有事情都经过他们的谨慎思考，让他们都知道什么样的东西是应该做的。

而不是说，团队的所有成员都不动脑子，只有产品经理费心思写产品文档，大家按照文档照做就好了。这种情况，相当于你没能发挥这个团队的聪明才智，反而是一种浪费。大家都很聪明，好不容易找到了硅谷的工作，难道就是每天就照着文档写代码？

所以，作为产品经理，我们一方面要发挥自己的聪明才智，另一方面要能够制订好的团队文化和协作流程，激发所有的人的价值。在我看来，这才是团队的高效的最佳模式，才是一个优秀的产品经理应该具备的能力。

在硅谷产品经理和项目经理有区分吗？

在硅谷的很多科技公司，不叫项目经理，而叫技术项目经理。他们大多有技术背景，一般是在一些底层的技术部门，比如底层架构、数据系统等部门。

这些项目非常复杂，项目经理需要把这个大任务划分成许多小任务给不同的团队，他们负责的内容是保证项目按时交付。

其实很多时候，工程师会自己干项目经理的活儿，甚至工程主管也会干项目经理的活儿。工程主管可能会说，我手下有十个工程师，有这么几件事，这个项目的状态是什么，有些工程师主管自己做。

而在我的团队，我就希望每个工程师负责哪个部分是非常清楚的，他应该是这个部分的领导，而不只是执行。他需要给我制定计划，预估工期，制定成功指标，并对其负责。

在硅谷，我们衡量一个产品经理和工程师好坏的标准是一样的，就是你给产品带来了什么影响，你的产品用户有多少。这样做的好处是，工程师和产品经理都对产品具有主人翁意识，大家也是从同一个起跑线开始。

技术可以转产品吗？

技术人员肯定可以转产品，而且非常有优势！

优点一，跟工程师交流时候，他对你有技术上的信任，默认你是懂技术的，不会试图蒙骗你。我经历过一些工程师，他们会先试探我，很简单的功能会预估一个比较长的工期，而我只能压下怒火，礼貌地跟他说，我感觉这个功能三步就可以实现，是不是我错误地理解了它的复杂性。

优点二，在产品发布前出现问题的时候，比如突然发现功能不能按期开发完成，需要延长工期，那有技术背景的话，就可以很好地估计出完成这个功能还要多长时间，值不值得为了这个功能而延后产品的发布。

但是，从技术人转做产品经理，也有以下两个问题需要克服。

技术人习惯了逻辑性的说话方式，在跟团队成员交流时会遇到一些问题。比如，设计师往往很有范儿、天马行空、比较自我，你跟他们去交流时，所谓的客观、逻辑是行不通的，你更需要营造的是一种感，一种和设计师情感上共鸣的感觉，因此这也是技术人转行产品经理会遇到的一个挑战。

技术人的商业思维，也是他们转做产品经理时需要突破的一个瓶颈。

   总结   

听完了我的分享，你会发现，其实一个产品人在江湖中游走也是需要“十八班武艺”，精通各项技能，希望我的《硅谷产品实战 36 讲》能够给你启发，帮你行走“江湖”。

关注公众号：拾黑（shiheibook）了解更多

[广告]赞助链接：

四季很好，只要有你，文娱排行榜：https://www.yaopaiming.com/
让资讯触达的更精准有趣：https://www.0xu.cn/