文档介绍：你距离一个伟大的产品经理有多远? 这篇文章主要讲了这20年来几款伟大的产品及其背后的产品经理运筹帷幄的故事:90年代的微软的WordforMac、flix、2000年的GoogleAdwords、08年的iTunes等。文章很长,需要耐心读完。当我刚开始决定创建TheSiliconValleyProductGroup(硅谷产品集团)时,我刚离开eBay,对于什么创造了伟大的产品团队以及伟大的产品文化有一些非常强烈的想法,尽管已经有一些重要的思想家和领导人讲过这个话题,但我认为产品管理这个角色还没讲得不够。所以当时我做的第一件事,就是坐下来写了一篇我对于这个角色理解。这篇文章的标题,“BehindEveryGreatProduct”灵感来源于BenHorowitz的经典文章《GoodProductManager/BadProductManager》。这篇文章被证明是受欢迎的,并帮助很多团队对于产品到底是什么有了一个更好的理解。现在,十多年过去了,我想重温这个主题,于此有三点主要的原因:首先,尽管我个人花了很多自己的时间在产品管理的写作、指导以及教学上,但对于这个角色仍然有一些相当混乱的小问题。这有很多原因,但仅仅是因为它太重要而没能继续。其次,自从我第一次写完这篇文章后以来,我又学到了更多。我有机会和来自众多领先技术公司的了不起的团队以及产品经理共事,这帮助我对于这个角色,以及成功的必要因素有了一个更好的理解。第三,我认为这个角色比过去更加重要,我将这个角色作为成功的关键因素,失败与成功之间的差别常常就在此。我始终相信在每个伟大的产品背后,通常有某个在幕后不屈不挠工作的的人扮演了这个至关重要的角色。他们通常有一个叫“产品经理”的tittle,但他们也可能是一个初创公司的联合创始人或者CEO,或者他们也许是团队里另一个角色,因为他们看到了这个需求后承担了“产品经理”的职责a。tittle不重要,重要的是他们的工作。基本上,产品经理有三种工作方式,我认为它们之中只有一种能走向成功:他们把每一个问题和决定上报给CEO。在这种模式里,产品经理只是一个待办事项管理员(backlogadministrator)。很多的CEO高告诉我他们就是这种模式,而且并没有什么用。如果你认为产品经理的工作就像CSPO(CertifiedScrumProductOwner产品负责人认证)课程里描述的那样,你也会掉进这种模式里。他们会把所有的项目干系人召集进一个房间,组织一个会议,然后让他们解决——这就是所谓的由委员会决定,然而这种模式除了平庸什么也产生不了。这在许多大的公司非常普遍,在这种模式中,产品经理通常是一个项目负责人或者蓝图管理者(roadmapadministrator)。产品经理能够做好他/她的工作。所以,我在这儿的目的就是向你展示一些用第三种方式工作的伟大例子。通常情况下,我会用关键职责和必要的性格特征及技能来阐释,但是在这篇文章里我打算用一种不同的方式,我想向你介绍一些真实存在的人物。任何在产品领域工作的人都知道,创造产品从来就不是容易的事,但我选了这些特别的例子来说明,一个强大的产品经理能带来非常困难但必不可少的贡献。这些产品全都是标志性的,每个读到这篇文章的人都会知道我所说的每个产品,但很少有人知道这些产品背后真正的产品经理。知道这些成功产品背后的故事的人就更少了。之前我从来没有在公共场合讲过这些故事,这些故事是我认为值得去讲的。这些故事将向你展示一些产品经理做他们工作做得很好的例子。 WORD的MAC版——MartinaLauchengco 在1993年,,功能智能,微软在那之前就已经生产好了但直到那时才发布。除了全部的这些新功能,团队还有另外一个大的目标。他们的代码库已经独立出来,微软要为每个平台(Windows、DOS、MAC)单独实行的话是非常慢且代价很高的。这个代码聚合工作应该为微软节约了大量的开发时间,而且他们试图说服自己——改进产品,因为Word将在每个平台上具有相同的功能。这也意味着释放的压力很大,所以他们可以开始获得单个代码库的效率。在那时,WORD的MAC版是一个相对小的市场。相对于Windows超过$1B的市场来说,它只有$60M。如果你还记得那时,Windows机器绝对占主导地位,甚至APPLE的未来都还是一个不确定的东西。然而,Mac的社群同样有声有色,有很多它们平台的热情粉丝,同样需要注意的是,这个社区对于微软不怎么爱。 PowerMacs刚刚进入市场,它拥有更快的芯片计算速度和更多的内存。大部分团队开始用这种新的电脑,因为在早期的时候,。当然,大部分的Mac用户群还不是用新的PowerMacs,他们仍然是“常规的”Mac——在