“God sends meat and the Devil sends cooks. 上帝赐予食物，魔鬼送来厨师”——John Taylor

老熊最近跟这个问题较上了劲：“从目前看到的资料，google、FB都是开发工程师主导的开发模式，而国内的baidu、QQ、360都是推崇产品经理主导，为何会这样呢？”

这个问题估计一万个人看了会有一万个哈姆雷特。

先按下这个问题不表，表一表百度的PM：

百度的PM驱动

其实很多人都曾指出，甚至百度校园招聘时也会强调，百度的PM不是Product Manager，而是Product Marketing，它对应的部门叫XXX产品市场部。

关于PM的定义，百度的@ChenChangming说：PM就是指以用户与市场为导向的产品设计人员。一般主要包括产品和运营两部分，负责产品的整体发展把握，提出对产品升级的需求和活动推广的需求，同时，产品内容的管理和维护也是重要工作之一。（出处：引自推特）

白鸦也就这个问题，撰文指出：“PM就是至高无上的王，不能给他安排婆婆更不能有人垂帘听政”。他引用@bian的话：“（PM就得是）产品经理、市场经理、UI设计师、交互设计师，4 IN 1”。

Product Marketing驱动的优点当然很突出了，但缺点就是对PM要求极高。这种级数的PM要么早已占山为王，要么被巨无霸公司们囤货了，江湖上漂着的、挂单的寥寥无几。

那淘宝是什么驱动呢？天涯社区呢？这又要说到四种驱动了：

运营驱动：

典型代表是如今鹊起的团购网站们。淘宝和天涯社区都属于运营驱动。当然你也可以认为产品驱动让一个互联网应用诞生、广为人知并进入成熟期，接下来一定是运营驱动。

产品驱动：

典型代表是腾讯。当年的移动SP们也算是产品驱动。

产品市场Cross驱动：

即前面百度式的PM驱动。这属于跨界了。正是因为大公司矩阵管理复杂，市场部、运营部、产品部大家都是VP，谁也不鸟谁，所以必须得找一跨界的，两边都特懂，才能震得住四方、综合考虑问题。

工程师驱动：

工程师驱动还得细分。第一种，工程师（及其技术团队）拥有一整套技术解决方案，所以手中握有“锤子”，满世界寻找“钉子”。这种你可别认为举锤子找钉子不靠谱。举一个例子，下村脩对生物发光非常感兴趣，于是课题选择了研究水母发光，两年间杀了成千上万只水母。终于他从一万只小水母中纯化出5毫克发光蛋白，同时还分离出一种“绿蛋白”，在紫外光的照耀下会发出绿色荧光，这时是1962年。但为了更深入地研究这种绿色荧光蛋白（GFP），他需要在一个夏天抓2.5吨也就是5万只小水母，于是妻子儿女齐上阵，抓了N年。终于在1974年，他纯化到了这种蛋白。然而在之后的几十年里，无论是科学基金还是业界，都认为这种蛋白没有应用价值。直到1994年，华人钱永健，第一位致力于改造GFP的人，终于让它有了实用价值。通过使用DNA技术，研究人员现在可以将GFP与其他令人感兴趣、但经常肉眼无法看到的蛋白联系在一起，GFP这种发光的标记工具使研究人员可以看到被标注的蛋白的运动、定位、互动。研究人员在GFP的帮助下可以跟踪各种细胞的命运。毕生抓了85万只水母的下村脩，他的GFP锤子在三十年后终于砸到了钉子。

第二种工程师驱动，具有极强动手能力的技术工程师，又能非常感性地总结第一手需求，最终制作出天才的作品。最佳例子就是Gmail。（QQ邮箱应该算是产品驱动，这一点可以参考《我在QQ邮箱的这四年》一文来看，“（Foxmail的作者张小龙）在QQ邮箱的整个发展过程中不是以技术人员的身份在指导，如果要用一个最合适的身份来形容他，我觉得是产品经理”）

“We all live in a house on fire， no fire department to call， no way out. 我们都生活在火宅之中，没有消防队可找，也没有出路可逃。”——Tennessee Williams

工程师驱动的问题

一，既理性又感性的engineer在中国大陆很少，拜我们僵化的教育所赐。

二，中国大陆60、70、80年代出生的engineers受生活所迫，对社会生活的接触面较窄，不太容易体会到普罗大众的第一手需求。他们更擅长把自己的第一手需求变成现实，如万能五笔的邓世强，Foxmail的张小龙，超级解霸的梁肇新，FlashGet的侯延堂。

但，幸运的是，程序员喜欢玩游戏的铺天盖地满大街都是，也因此在游戏行业，大量的技术驱动公司顺势而生。所以，说句玩笑话，工程师驱动比较适合宅男领域。

我经历的各种驱动

我最开始入行是在传统软件项目公司，在几个微软顾问的指导下开展项目管理工作，所以对MSF很熟悉。在MSF里，一个项目分成六个角色：程序管理（一般叫项目经理）、产品管理（一般叫产品经理）、开发（一般叫开发经理）、测试、部署、用户培训。在传统软件项目中，程序管理角色，也就是项目经理，这个角色肯定对技术门儿清，所以可以视为工程师驱动，虽然这个工程师驱动更强调计划、进度和协调。

由于对运营和产品感兴趣，想学习一下商业公司具体是怎么运转的，所以到了当时如日中天的移动SP公司，见识了产品驱动的模式。

几年后做玩聚网，研究语义技术，研究mashup，有时候属于第一种工程师驱动，有了锤子想找钉子；有时候属于典型的第二种工程师驱动（如玩聚SR）。

现在呢？估计马上就算运营驱动了。

最后回到引子的那句名言：“God sends meat and the Devil sends cooks.”，作为产品出身的你，也许会认为上帝让你创造了一个好的产品设计，但魔鬼给你送来了一堆垃圾工程师；作为研发出身的你，你也许会想魔鬼带来的这个产品经理，需求改得那叫一个子龙大战长坂坡七进七出，把兄弟们折腾得不善。所以，强者为王。