这是一个同时担任Google和Facebook产品经理大神的自我修养(完整版)
来源:引流技巧
编辑:引流技巧
时间:2025-09-03



- 熟悉目前的状况:知道哪些是关键性的人物,他们都在做哪些关键的事情,为什么这样安排。你也应该知道与哪些人在竞争。
- 从细节到整体:“你应该明确知道一个产品的最高层的策略,同时也能解释为什么某个特定的 UI 元素这样设置。”
- 有勇气但不自我推销:要对团队称赞。要将荣誉慷慨地赋予他人。将成功归功于你的团队,将失败归结于自己。
- 要成为影响者,而不是权威:很显然,你不如创始人有权威,你可能也不如和你一起工作的工程师有权威。你的职务是成为一个好的沟通者,让人们处理事情更加轻松。Jackson 说: “测试一个新功能,写下第一个博客,制作一个模型(你的设计师可能认为你特别业余,但是这个模型能给他们带来灵感。),做一些看似无聊但有用的事情,不断推动事情发展前进。”
- 做决定:你可能不是最终拍板决定的人,但是确保能够做出决定是你的职责。你的职责是将正确的信息提供给正确的人。
更详细来说,Jackson 建议将 PPT 展示缩减为 10-15 张。大部分情况下,他们都是通过邮件发送给团队,除非事情非常有争议。你应该尽可能少地开会。
将产品预览压缩到 10 张 PPT 是一种挑战,但是可以迫使我们把项目全面且简单地呈现出来。“这些会议迫使你将发生的事情串联成一个故事。让团队中的每个人都能看到项目的美好前景、需要完成的目标、需要的资源,等等。” 对于特定的利益相关者,你最重要的是了解他们的需求,对于他们来说,哪些事情是重要的。了解他们的价值之后,就可以说 “他们的语言了”。创始人与操作人员或者营销人员关注的要点完全不同——即使是在前期阶段。“每个人的看法不同。创始人 Larry 或 Zuck 想了解产品的用户体验怎么样?为什么它从战略上讲是重要的?操作人员和法律人员想知道支持这个产品有多么困难?他们最终需要提供多少用户服务?了解你的受众或者直接与受众交流是重中之重。” 对于 Jackson 来讲,“多语言” 方法归结为同感——很多产品经理并不会这么认为,但是这是至关重要的。“作为一个产品经理,你必须对很多种看法有同感。你必须成为与任何人都能交流的那个人,并不断将话题往下延续。” 同时,你也想确保在会议上可以留足够的时间供大家讨论在各领域的问题以及担忧。Jackson 说:“通常情况下,在开放式讨论中,你会被立刻打断,但是你应该主动加入到别人的讨论中。这样才会有很多好的问题和观点。但是,由于创始人一般会从大局考虑,你也可能被他们的想法带偏。” 在 Google 工作的这段时间里,Jackson 想设计一款新的 UI,可以让 Gmail、Calendar 和 Docs 实现同时搜索。“Larry 建议我们更超前点,他认为可以将整个电脑屏幕不断实现光学字符识别,这样人们就可以在电脑上轻松地搜索并找出之前看过的内容。这个想法很好,但是这种技术与我们现在所用的技术没有关系,并且比我们现在的技术要难 10 倍。同一个对话,对于我们来讲,我们认为这已经超出了我们团队的范围了;但是对于 Larry 来讲,有了这些想法,公司才能做出像无人驾驶汽车一样的令人惊奇的产品。” Jackson 建议:让你自己脱离正轨一会,但不要脱离太远。“如果他们给出一些详细的建议,但是你并不认同,你要努力了解这些建议的精神。有时候你强烈反对这些建议,但是你会同意更高层次的目标。同时,创始人会让你的团队进行挑战,从长远来看,如果想得更远最终会有好的结果。” 如果创始人看起来要做决定了。Jackson 会直接问清楚真相:“已经决定好了吗?” 然后明确下一步的行动:“我们会根据你的想法去做,然后与你沟通进度。” 重要的是,在会议上,只有当你仔细思考以后,并且相信你的团队能胜任的情况下才能同意某项决定。“通常情况下,创始人会在会议上提出新的想法,每个人都会点头。这种情况下做的决定比较匆忙,稍后你会意识到这是一个 ‘大坑’,或者它并没有在会议上说得那么有影响力。最好的方法是让他们知道你同意他们的哪些大方向,但是自己去决定一些细节问题。” 2007年,Jackson 第一次加入 Gmail 团队,这是第一次电子邮件服务提供商免费提供 IMAP 支持。Yahoo、Hotmail 等其他公司都将这项服务作为增值计划的一部分。Google 的执行团队在如何继续方面出现了问题。同时,Gmail 的首席工程师被 iPhone 的发布会吸引到了。他想让产品的用户在平台上有更好的体验。IMAP 会让用户的手机和桌面进行同步,应用标签和归档信息,因此一切都是围绕这个策略的中心。 Jackson 说:“但是我们仍然不知道能否实现免费。那意味着让 Gmail 用户使用服务,且不会看到任何广告,因此我们用收来的成本去支付他们的存储费用,但是 Larry 和 Sergey 认为它应该是免费的。他们的推理是如果人们喜欢手机上的 Gmail,他们就会更全面地使用这项服务,况且对喜欢用 Gmail 的用户来说,会有更多有价值的影响。” Jackson 和他的团队进行了调查,毫无疑问,这项策略的花费会比较大。但是 Brin 和 Page 说:“无论如何,我们都要做”。现在,这个决定有了明显的成效,很明显这步棋走对了。这个决定甚至推动邮件服务的竞争,提供免费的 IMAP,并提高他们的储存空间。这真是一步好棋! 产品经理的职责是可以清晰地分辨领导关心的事情以及低优先级和随机的想法。人们不会站出来和你讲这些事情的不同。“这件事可能是技术性的,或者与公关、销售完全不同的事情。作为 PM,你需要了解这些事情,但是你能做的最好的事情是 ‘给我一点时间,让我好好考虑考虑。’” 为了能让利益相关者意识到你考虑了他们的感受,Jackson 建议在会议结束时,重复最重要的项目、决定和后续的承诺。 在会议上,不要有任何误解,哪怕只有一个人有不同的结论,也要刨根问底。 很多产品经理离开会议室时,都会对新项目倍感压力,但是他们又必须条理清晰地介绍给团队。Jackson 建议转变一下这个观念。“使用创始人的决定解决事情。使用创始人的决定激励你的团队,你的团队需要你的支持。通常情况下,员工之所以会待在公司,是因为他们尊重创始人。” 鼓励你的团队 如果说满足创始人的需求是 PM 工作的主要一部分,那么更为关键的一部分是激励、协调设计师和工程师达成公司目标。如果需要 Jackson 为你提供一个建议的话,那就是:激励你的团队,讲一个好故事。然后将其拆分成可执行的计划。 Jackson 是一个善于激励别人的人,能够熟练使用 Photoshop,他特别强调在创建产品之前向团队展现需要做什么,以及理想情况下会做出什么样的产品。PM 的衡量标准可能和团队的进度与速度有关,但是要达到这个目的有一种好方法,还有一种不好的方法。 “我喜欢创造一些模型,然后和设计师进行讨论,让他看看产品的样子。然后开始讲故事。举例来说,当我们对 News Feed 进行重新设计的时候,我会说 ‘News Feed’ 出问题了,而且这个问题有好几年了。人们向下滑动屏幕时,一旦他们看到广告,他们会关闭 Facebook,去干别的事情。如果 News Feed 是这个样子的话会不会特别棒?然后我会向他们展示我的模型,‘你看到的内容里有很多你关注的页面、朋友分享的链接、你的朋友喜欢的照片。如果我们能让这些变得更好,人们每天会不会看两遍这个广告?如果是这样的话,他们在网站上就会花费两倍的时间。其他人也会看到两次,这样我们就会有两倍的收入。’ 这是团队可以理解的故事。” 从本质上说,你是在试图让人们站在你的角度看问题,并说 “太好了。用户肯定会喜欢。你的朋友和家人也会喜欢。而且这对公司也有利。” 但是这种策略在每个人身上的反应并不相同,Jackson 发现这种说法对工程师来说比较有激励性,可能是因为他们对项目的观念更为孤立一点。他说:“我认为工程师对未来很感兴趣。他们能成为工程师因为他们想创造未来。因此向他们展示未来的样子,让他们对未来的样子感到兴奋。如果他们感到兴奋了。那么他们会努力工作,让其成为现实。” 当然,这是大格局。当你将事情拆分成小细节的时候,如何保证人们依旧对此有激情?对此,Jackson 提供了一些很详细的建议:- 里程碑:工作中设定小的里程碑,理想情况下两个周为宜。对于工程师团队来说,不可能有一个详细的六个月的路线图,因为那样肯定不会精确。在两个周的时间内,人们可以明确他们这个周和下个周要做的事情,他们完全可以掌控。同时,他们还有充足的时间不断提高,不断改进。“在 Gmail,我们经常在两个周的最后一个星期五开会,这样人们可以展示自己已经完成任务,两个周的时间做出的东西足以让你惊叹。”
- 会议时间要短,并有重点:会议一般分两种:做决策的会议和进度更新的会议。这两种会议都应该尽量简洁,只让相关人员参与。状态更新类的会议应该围绕人们所完成的任务展开。“演示是最好的方法。演示的内容要求不应该太高,不需要进行太多润色,这样人们就不会担忧自己是过早地展示了产品。为对方鼓掌,营造一种工程师迫不及待要和大家分享自己的作品的环境。”
- 做一把雨伞,不要做一个漏斗:你必须充分利用自己的时间和团队的时间。作为 PM,你一直会处于开会的状态,在会议中,领导可能直言不讳,说这个产品不行,团队需要再把工作做好一点。“这个时候,你就要学着厚脸皮,然后学习如何将这些批评性的语言转化成动力。”
- 彻底想清楚各种情况:工程师常常要考虑所有场景下的各种情况,但是如果 PM 和设计师可以帮助他们想问题,他们会非常感激。
- 设计师和工程师在一起工作的好处是他们可以让对方更有动力,能产出更多的东西。工程师会对设计师的创意和想法所激励,当设计师看到自己想象中的事物变成现实时,他们也会被激励。Jackson 说:“如果你想让设计师和工程师都充分发挥价值,你应该让他们并肩作战。这两组人都会受到新产品的高级目标的驱动。他们明白了高级目标之后,才会对设计进行迭代。”
- 你需要制定一个团队任务列表,这样胜于一个简单的 bug 系统。理想情况下,这个任务列表应该是大型的,写在一个白板上,每个人都可以查阅。
- 关于邮件,你必须是一个 “忍者” 级别的专家。在 Facebook 和 Google,PM 一天大约接收 500 封邮件,但是关键是要进行回复。“工程师和设计师不善于使用邮件,但是 PM 一定要是处理邮件的高手。”
- 维护你自己的任务列表,将其列入附属列表中:今日、本周等。不要悄无声息地丢给你的团队成员任务。


相关文章:
相关推荐:
栏目分类

最新文章

热门文章


