求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
 
  
 
 
 
谁驱动公司?上帝赐予食物,魔鬼送来厨师
 

2011-3-18 来源:网络

 
     “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”。(出处:絮叨“产品”02)

  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.”,作为产品出身的你,也许会认为上帝让你创造了一个好的产品设计,但魔鬼给你送来了一堆垃圾工程师;作为研发出身的你,你也许会想魔鬼带来的这个产品经理,需求改得那叫一个子龙大战长坂坡七进七出,把兄弟们折腾得不善。所以,强者为王。

  赠图一枚:

  我的最新推特流:

  1、
    FeedOverEmail(FOE)把用户的浏览器(FOE客户端)等同于Outlook,它上网的黑箱操作:1、通过国外邮箱的SSL通道发邮件给 FOE服务器;2、FOE服务器确定要传递的信息内容,打包压缩构造一封特殊格式邮件回复;3、客户端收邮件并渲染呈现。即SMTP=HTTP。

  2、
    日本推理小说盛行,或许跟治安比较良好社会比较和谐有关(旺盛的脑力必须有出口?)我国大陆地区,推理小说应该并无太大市场,因为每隔一两个月就会出现一个全国轰动的大案,如钱运会案、李启铭案,网民的脑力会得到充分激荡。

  3、
    毛读史成癖,于是下了一盘很大的棋



正视研发管理才是高水平竞争
需求是如何变成产品原型的
产品经理能力模型解说—把控
产品经理的正确定位
谁是合格的产品经理?
产品管理与产品营销的区别
更多...   


统一过程及应用
敏捷过程实践
基于XP/RUP的迭代开发
软件开发过程指南
SCRUM过程实践
敏捷测试-简单而可行


某博彩企业 产品经理与产品管理
北京 研发团队与工作管理
广东金赋信息 敏捷开发过程与项目管理
某支付平台 软件配置管理与发布管理
富士 软件外包项目管理与进度管理
塞孚耐 基于Scrum的敏捷开发
更多...