Gokul Rajaram 谈设计产品开发流程、何时及如何招聘你的第一位 PM、招聘领导者的实操手册、职业生涯的进阶之道、如何开始天使投资,以及更多

Gokul Rajaram 2022-01-01

Gokul Rajaram 谈设计产品开发流程、何时及如何招聘你的第一位 PM、招聘领导者的实操手册、职业生涯的进阶之道、如何开始天使投资,以及更多


访谈记录

Lenny: 我有时候会想,像 Gokul Rajaram 这样的人是怎么存在的。他在 DoorDash 有一份高强度全职工作,负责产品和业务的很大一块。他同时还是 The Trade Desk、Coinbase 和 Pinterest 的董事会成员,全是上市公司。他也是一位多产的投资人,似乎我遇到的每家成功的创业公司,他都在股权表(cap table)上。与此同时,他是你能遇到的最谦逊、最友善的人之一。如果你去搜索他,你会发现他总是把自己叫作”startup helper”,我知道他花大量时间指导和帮助很多创始人。我们在这次对话中涵盖了很多话题,包括选择工作去向、如何在创业公司做产品开发、搭建产品团队、招聘以及天使投资。希望你享受我们的对话。

(广告段落已跳过)

初识科技与产品之路

Lenny: Gokul,非常感谢你来做这期节目。我知道你极其忙碌,真的很感谢你能来。

Gokul Rajaram: 谢谢你,Lenny。很高兴来到这里,谢谢邀请。

Lenny: 完全是我的荣幸。你在 Coinbase 和 Pinterest 担任董事会成员,在 DoorDash 举足轻重,在 Caviar 更是大人物。你在 Square、Facebook、Google 都工作过。另外你还是一位极其多产的投资人,根据我的观察,我会把你列入投资人前 1%。所以我很好奇,先来设定一下背景——你是怎么进入科技和产品领域的?你成为科技界杰出人物的历程是怎样的?

Gokul Rajaram: 首先,别用”杰出人物”这个词。我觉得马斯克和扎克伯格那样的人才叫杰出人物。我只是有幸在优秀的公司工作,观察了这些公司的创建和成长。我给你讲一个有趣的故事。说来疯狂,我加入 Google 做 PM 之前,其实先申请的是 Cisco。那是 2003 年,我当时想做一个硬核的网络产品经理,做网络第三层、第二层的东西。我当时觉得第七层软件是给外行做的,我要走硬核路线。

从 Cisco 到 Google

2001、2002 年,第一次互联网泡沫破裂(dot com bust)之后,Cisco 撤回了我拿到的 offer——他们给了 offer,又撤回了——就这样我最终去了 Google。Google 是我排在 Cisco 之后的第二选择。所以你真的能看到,有些决定就是被[听不清]从自己手里救回来的,否则我大概会一直在做网络,可能至今还在 Cisco。但在 Google,我被分配到一个叫内容分发(syndication)的项目——就是把 Google 的搜索结果和广告分发到其他平台上,比如当时的 AOL、Yahoo 等等。

Google AdSense 的诞生

我当时在做那个产品,大约下午六点……那时人们还去办公室,2002、2003 年的 Google,人们下班回家,也有些人会留下来。我就在楼里转,离我几扇门远的地方,我发现一群工程师在一个办公室里做某个项目。我问:“你们在做什么?“他们说,谢尔盖·布林(Serge Brin),联合创始人,给了他们一个项目,本质上是要把 Google 在搜索上做的事反过来——你输入一组关键词,Google 找出与这些关键词最相关的网页。我们有一个索引把关键词和网页匹配起来,那为什么不反过来,从任意给定网页中提取那些关键词,然后看看能不能基于此定向投放广告?这听起来很有意思。Google 的 AdWords 产品当时刚开始规模化,我就问:“你们有 PM 在跟你们合作吗?”

他们说没有。我问:“我能做你们的 PM 吗?“他们说:“你不是在做内容分发吗?“我说:“对,但我可以用晚上和周末来做。“于是我就成了他们的兼职 PM,帮他们跟客户沟通,甚至一起做演示,而我的全职工作是另一件事。基本上三个月之内,这个东西成长得足够大、足够快,成了一个产品,我的老板看到了,就把我调过去全职做这件事,这就是后来的 Google AdSense。

职业生涯中的偶然性

所以我认识到一个道理:在任何公司,把本职工作做好非常重要,但同样重要的是保持好奇心,对偶然性保持开放。我觉得 Zoom 让这变得更难了,但了解公司其他地方在发生什么、其他人在做什么,持续与人交流、在公司内部建立关系,这非常重要,因为这些会带来下一波机会。

我认为很多机会并不是线性地从做好本职工作和获得晋升中得来的。伟大的职业不是这样建立的。伟大的职业是通过认识大量在做出色工作的人来建立的,这样他们知道你、想让你加入他们的团队,然后等待偶然性的到来,抓住它,跳进去。再举一个例子,我曾经给一家公司做顾问,那家公司被 Square 收购了,创始人是从 Google 出来的。Square 的 CEO Jack 问那位创始人他认识的最优秀的产品人有哪些,有人提到了我的名字。然后他们就联系了我,我本来绝不会……我的意思是,那只是非正式的顾问工作,我在那家公司没有任何股权,只是因为前同事联系了我,我就说:“好的,我来帮你。“

传递善意

然后他就说了我不少好话,这促成了 Square 主动联系了我。所以我认为你需要把这类事情放在优先位置。当然要小心别让它占据你的全部生活,但我觉得保持好奇心、对偶然性保持开放非常重要。我发现在当今世界,如果你愿意接受聪明人的主动联系,跟他们聊聊、帮帮忙,各种奇妙的偶然性就会不断发生。

另一件事是传递善意(paying it forward)。Lenny,你就是一个很好的例子,你在传递善意方面做得非常到位。你写的文章、你输出的内容,会以你甚至意识不到的方式带来好的回报。你积累了一个善意的蓄水池,它会在不同时刻反过来帮助你。

Lenny: 我非常喜欢这个建议。你可能已经知道了,但我其实曾经做过一次 TEDx 演讲,主题就是偶然性,叫《Losing Your Serendity》,网上可以找到,如果有人想看的话——

Gokul Rajaram: 我要去看看,太棒了。

Lenny: 那是很久以前的事了。但我真的非常喜欢这个概念,而且你刚才的故事非常精彩。沿着这个思路再追问一下,当你在寻找机会的时候,你会建议人们专注于让自己兴奋的事情、被热情牵引着走吗?还是更多地觉得”这里有个大机会,虽然我对具体工作没那么兴奋,但我先跟上,因为它可能会通向某个地方”?或者取中间某个位置?你怎么看这个问题?

从问题中获取能量

Gokul Rajaram: 我觉得你需要从日常的角度去思考。很多情况下,人们在自己真正开始做某件事之前,并不知道自己是否对它有热情。我绝对不可能想象到自己会对支付领域产生热情——一百万年都不会。但 Square 这家公司的氛围太有感染力了,文化太好了,以至于我们甚至把做支付这件事变得……而且你服务的是那些小商家。我一直认为,重要的不是你在做什么,而是你在解决什么问题。

很多时候,我从正在解决的问题和我为之解决问题的人身上获得更多能量。我发现,当我在为小商家,或者说我能产生共鸣的普通人、小商家解决问题时,我能获得更多能量。而要我从为大企业、大公司解决问题中获得能量,就难得多。

所以我不知怎么地,总是最终在 DoorDash、Square 这样的公司工作,甚至 Facebook 也是——为小商家做广告产品,Google AdSense 为小出版者服务。从小商家到消费者,这就是我一直以来的工作路径。所以我认为,了解什么样的问题能让你获得能量非常重要,而且要认真思考你解决的问题和服务客群。也许客群甚至比问题本身更重要,因为我见过各种不同类型的问题,但我最终意识到,让我享受的是服务那类客户——因为你在日常中就能接触到他们。你在街上能看到他们,或者读到关于他们的文章。

比如小博客作者,我记得在担任 AdSense 的 PM 时,我经常去参加各种博客大会。能见到那些博客作者真的很棒,那时候有成千上万的博主。现在可能不同了,有了 Medium,还有 Substack,但那时候就是博客时代。我想”blogger”这个词在今天甚至都不怎么用了,但能见到他们真的很棒,而且他们真的……直到今天还有人来信跟我说:“Gokul,我认识你对吧?我们当年纯靠 AdSense 一年能赚十万美元,那就是我们的生计,我们就是在此基础上建立了另一家公司。“在大型企业里,你永远听不到这样的话。我从这些事情中获得了能量。

创始人应为使命而活

另一个是创始人。Lenny,我认为非常重要的一点是——说到公司——你要看创始人。当你跟他们交谈时,你不应该感觉到他们是为了钱而来的。创始人真正地、以一种真诚的方式将使命融入自己的骨血,这非常重要。

如果这个人足够聪明,我觉得你需要认真思考:这个人是不是一开口就谈收入,总在试图说服你你会变得富有,或者他们会变得……无论哪种情况,那种创始人不会是能建立一家真正伟大公司的人。你看看所有这些人,无论是……你和 Brian Chesky 共事过,他一定体现了这一点。Square 的 Jack,DoorDash 的 Tony,Google 的拉里,所有这些人都体现了这种使命感。Facebook 的 Mark。他们在乎的是赢。他们会赢,钱会来,但那只是副产品,不是他们的主要目标。

选择行业领导者

Lenny: 这是个很好的过渡。我想聊的一个问题是,当人们在寻找要加入的公司时——考虑到你在很多非常成功的公司工作过——人们还应该关注什么?我们到目前为止谈了:一个真正想赢、充满驱动力的创始人,以及一个你想解决的问题。还有什么别的吗?

Gokul Rajaram: 我觉得就是这两个方面。还有一点我想说的是,看这家公司能否成为其所在领域的第一名。我举个例子。我曾经说服了一个人,他本来要去一家二线或三线电商公司担任一个非常高层的职位,后来改变了方向,降了一级去了 Coinbase——我当时在 Coinbase 的董事会。那个人到现在还在感谢我,因为我觉得他当时过于看重头衔了——他要成为那家公司最高层的人、进入管理层等等。但我说:“最终你可能没意识到,但在一个领域的领导者公司工作的价值——你与之共事的人才质量、品牌光环、网络效应,有太多东西会积累到你身上。我宁愿做一个领先者里的二号或三号人物。”

如果你这样想的话,在一个领域的领导者公司做二号人物,好过在一个非领导者公司做一号人物。比如 Google 对比 Yahoo。我觉得哪怕你是 Yahoo 的产品副总裁或产品负责人,对比 Google 的一个 ICPM,你大概更想成为 Google 的 ICPM。我愿意拿一切来赌,绝对如此。Yahoo 是一家好公司,但 Google 完全是不同级别、不同层次的存在。所以我认为尽量去领导者公司工作非常重要——当然你不可能事先知道谁是赢家——但如果你认为某家公司是一个大赛道中的赢家,在赢家那里工作会带来太多好处了。你会获得不公平的品牌光环加成,因为你曾在赢家那里工作过。人们会把这些归因到你身上:“哦,你在赢家那里工作过,所以你一定也是个赢家。“可能并非如此,但……我照单全收。

什么阶段加入公司

Lenny: 沿着这个思路,结合你的投资经验,人们应该关注哪些信号来判断这是否会成为一个赢家?还是说应该在 B 轮、C 轮阶段,在公司已经明显做得不错的时候再加入?你有什么想法吗?不管是针对刚进入职场的新人,比如 PM,还是更有经验的人?

Gokul Rajaram: 我个人的看法是,Hunter Walk 写过一篇非常好的文章谈到这个问题。他说刚进入职场的人通常应该加入中期阶段的公司,因为中期阶段的公司你能获得一些指导,而不是所有事情都只是”有什么做什么”,最终你没有建立起任何深层技能。所谓中期阶段的公司,我会定义为几百人规模但还没有到千人规模的公司。

规模在 300 到 500 人之间,这样的公司不仅已经达到产品市场匹配,而且达到了产品-市场-渠道匹配(product-market-channel fit)。理想情况下,当前的第一款产品正在走向几乎无懈可击——它将成为一个非常强大的产品。接下来,公司要走的路是从单一产品走向平台,公司在思考”我如何成为一个平台?“他们拥有多个服务同一客户、解决不同问题的产品,这些产品相互补充、相互嵌合。

回顾我的职业生涯,总是在不经意间做出这样的选择——作为 Google 的第六、七、八百号员工,Facebook 的前几百号员工,Square 的第七、八百号员工。DoorDash 稍晚一些,因为是通过收购进入的,大概在 1500 人左右的阶段。但至少对我来说,这条路径是有效的。

而且这并不是在我还是新人的时候——即使在我职业生涯的较后期也是如此。所以我认为,如果你要加入一家公司,这确实是一个很好的切入点,原因有很多。

Lenny: 你这个建议是给新人的,还是也适用于职业生涯更靠后的人?

Gokul Rajaram: 我认为,除非你和创始人非常、非常、非常熟悉,否则加入极早期的公司——尤其是在未来一到两年市场将会非常残酷的情况下——你需要格外谨慎。融完一轮几周后就开始融下一轮、公司没什么进展也能撑几个月的日子……对大多数公司来说可能已经过去了。我们都看到了,一些以疯狂估值融资的公司迅速贬值或倒闭,这种情况发生得非常快。你可能刚加入,公司一周后就倒了。所以另一件事是要认真审视财务状况,真正理解清楚。

通往卓越的多条路径

Lenny: 非常实用的建议。你提到了 Brian Armstrong、Brian Chesky 以及你共事过、了解过的其他人。我很好奇,在你工作过的公司中——现在担任董事的 Coinbase,还有 Google、Facebook、Square、DoorDash——有哪些东西一直留在了你心里?关于如何运营公司、打造产品,或者任何让你学到了一课的事情?

Gokul Rajaram: 我认识到的最有趣的事情之一是,通往卓越有多条路径。我的意思是,如果用一个词来概括我工作过的每家公司:Google 是”技术”。它非常、非常以技术为中心、技术驱动,因为 Google 信奉的是——只要构建出伟大的技术,用户自然会来。Facebook 是”增长”导向,非常明确——我们的目标是达到 10 亿 MAU,从这个目标倒推。Square 是”设计”导向。让我们构建最简洁、最极简的设计,打造设计最好的产品,好的事情自然会发生。DoorDash 本质上更偏”运营”,也许这是最合适的词——产品和运营深度交织。Uber 大概也是同样的特质。所以通往卓越有多条路径,但创始人与市场之间的匹配——乃至所需的公司类型——是非常强的。

换句话说,我认为创始人必须忠于自己。我观察到的另一件事是,每位创始人,无论是 DoorDash 的 Tony 还是 Jack,都有自己鲜明的风格,但他们并没有试图改变自己的风格。在某种程度上,公司几乎就是按照他们的形象打造的,这完全没问题。我认为,如果你试图打造一家与你作为创始人的真实自我不符的公司,那是行不通的。如果 Jack 试图打造一家卖企业软件的公司,我觉得那不会成功——那不是他。所以你需要的,是创始人和公司文化本质上融为一体,创始人要忠于自我。

产品的可谈论性

我认为最后还有一点——产品本身理想情况下需要具备某种”可谈论性”(remarkability)。我的意思是,它需要在几个真正重要的维度上比其他任何解决同样痛点的产品都更好,即使在其他维度上可能不如竞品。我认为每一个伟大的产品都需要有大量的口碑传播。尤其是现在,我看到很多消费类公司陷入困境,因为它们依赖 Facebook 或付费媒体来驱动用户获取,一批年轻的公司跑来问我:“我们该怎么办?”

我就说,“你们最初犯的最大错误就是没有足够重视有机增长。这个产品是否足够有吸引力,让人们愿意主动谈论它并把其他人带来?你们完全依赖付费渠道,现在这个问题正在反噬你们。”

所以一个好的衡量标准是,理想情况下 40% 到 50% 的新客户应该来自有机渠道,50% 来自付费渠道。如果 90% 都来自付费,那意味着音乐总有停下来的那一天。

Lenny: 除非你有什么神奇的洞察,或者有人在这方面做得特别好。

Gokul Rajaram: 就是增长黑客(growth hack)嘛,对吧?每个人都在找这个增长秘诀,但根本不存在什么银弹——没有什么一招制胜的增长魔法。

Lenny: 有意思的是,我投资了几家公司,它们通过付费渠道至今依然运作得很好。所以这确实是可能的,只是极其困难。

Gokul Rajaram: 是的,那些是证明规则的例外。

Lenny: 你说这些的时候,我想到 Seth Godin 之前分享过的一个观点,我经常回来看——就是你的产品必须是 remarkable,即人们想要去 remark(谈论)它,产品才有机会,尤其是在消费领域,因为这就是增长的起点——人们就是忍不住要谈论它。

Gokul Rajaram: 没错,说得非常好。

Lenny: 说起来容易做起来难。

产品开发流程

好,聊点实操的。我想听听你对公司产品开发流程的看法。你觉得创始人应该如何搭建产品开发流程?你通常有什么建议?然后到了 25 人、甚至 50 人的时候呢?你建议创始人在早期阶段以及后续发展中如何看待产品开发流程?

Gokul Rajaram: 首先,不同阶段的规划周期是不同的。在极早期阶段,应该是周计划。随着团队规模增长,你仍然需要周计划,但同时需要季度计划来统领。你从季度目标出发,然后分解到周层面。实际上我最近在跟一家 A 轮公司交流,他们刚开始做第一次季度规划——他们刚完成 A 轮融资,所以需要在季度层面做规划,再分解到周层面。当你非常早期的时候,你真的是一周一周地过。等你规模更大之后,就进入年度规划,然后由此衍生出季度目标,以此类推。所以规划粒度是不同的。第二件事是你实际使用的工具。我认为最初只需要一个非常简单的电子表格。

我坚信,你可以用各种花哨的项目管理工具。但每当我在产品团队担任领导时,我从不强制规定某个工具,因为我觉得不同的 PM 和团队会找到适合自己的工具。关键在于保持极简。如果工具过于复杂,大家不会用。工程团队通常用 Jira 之类的东西,作为产品人员,你不希望再给他们增加一个复杂的工具去折腾。所以一张简单的电子表格就够了,创始人持续更新待办事项和负责人。基本上就这样。随着规模增长,你会开始想写更多东西——这是公司存活下来后你会做的第一件事。而在公司非常早期的时候,产品策略和公司策略是没有分开的。

产品和公司策略是同一件事。等你开始扩大规模,你就有了上市策略、产品策略等等。于是你开始更清晰地将公司策略和产品策略分离开来。你开始看到的第一件事,就是当 PM 加入的时候……在 25 人阶段,有时会有一位 PM 加入公司。我认为 PM 加入公司的合适时机大约是 8 到 10 名工程师的时候,5 到 10 名之间都可以。10 名工程师是个关键节点——除非创始人自己想当 PM,但那正是你开始看到专业 PM 加入的时候。PM 通常希望清晰地阐述——好的 PM 希望基于公司策略来阐明产品策略。于是你开始看到一份独立的产品策略文档的出现,这通常在 20 到 23 人阶段写就,产品策略然后做出选择——我们服务哪些客户?更清晰地表达出之前可能一直隐含的东西。

然后产品策略指导产品开发。再往后,当你规模非常大时,你基本上会有多个相互关联的产品,对应多份产品策略文档。然后你会进入更多跨职能策略文档、产品策略文档等更复杂的层级。但我认为最核心的有两件事。第一,团队仍然需要每天碰头。要有站会的节奏,那个由六七人组成的基本团队——工程师、产品人员、设计师,最好还有一位分析师——他们就是产品开发团队。他们仍然按周审视任务。但当你还小的时候,这些任务没有源头——真的是一周一周地活,不断尝试不同的事情,直到找到产品市场匹配(product-market fit)。

当你规模更大、有了产品市场匹配之后,你就开始围绕它制定计划。这些迭代、这些 Sprint,就从你在季度层面设定的目标倒推而来。

产品开发的常见误区

Lenny: 哇,太多好建议了。我想就其中几点追问一下。你见过初创公司在搭建产品开发流程或构建产品的方式上有哪些常见的坑?你觉得创始人和早期团队最容易犯的错误是什么?

Gokul Rajaram: 最大的问题我认为是创始人变得过于战术化,削弱了团队的自主权。创始人自以为知道客户想要什么,不给团队足够的授权,基本上就是直接告诉工程师要构建什么。我认为这会导致团队纯粹在战术层面一个接一个地推出功能,而不是真正解决问题。而且这种风气还会蔓延——当你招来一位 PM 时,他们看到公司就是这样运作的,于是也开始用同样的方式工作。我认为最好的创始人在早期会信任他们的工程团队和产品开发团队去解决问题,更清晰地向团队呈现问题,并帮助他们。这对 PM 也是一样的——他们帮助团队头脑风暴解决方案,和团队一起讨论为什么选择某个方案而非另一个。团队因此感到被赋能,自主地去构建,而不是被命令去做。

比如,为什么我们要做一个 iOS 应用?而实际要解决的问题是我们想把用户使用服务的频率从每周两次提高到每周五次。做 iOS 应用是一种策略,但还有很多其他策略——比如改善我们的 Web 体验等等。所以围绕产品如何改变用户行为的决策方式和决策透明度,可能是最关键的。如果这方面做得不好,就会导致所谓的”功能工厂”(feature factory)文化——产品团队以一个接一个地推出功能为荣,却并不真正知道这些功能产生了多大影响。如果一个功能上线了,但完全没有改变用户行为,它还算是一个功能吗?就像森林里倒了一棵树,没听到声音。

何时招聘第一位 PM

Lenny: 天哪,说得太好了。我确实见过你说的那种团队,而且一旦他们招了 PM,情况只会更糟。你说 8 到 10 名工程师时招 PM 这个经验法则我很认同。除了这个数字,还有什么迹象表明该招 PM 了?你有没有见过什么情况让你觉得”天哪,这个团队真的需要一位 PM”,或者反过来觉得他们应该再等等?你在这方面有什么观察?

Gokul Rajaram: 我一直觉得你应该为了解决当前面临的问题而招聘,永远不要——或者预见到将会面临的问题。但我特别想强调的是过度招聘,尤其是……你希望保持高效,小团队总是更好的,小公司也总是更好的,这本身就是问题的一部分。所以有很多团队需要考虑。首先,问题是创始人能否扮演这个角色——总需要有人扮演产品经理的角色。如果创始人能够并且愿意扮演产品经理的角色,那就可以。问题在于,当团队有 8 到 10 名工程师时,如果创始人除了当产品经理之外还在做其他事情,那这 8 到 10 人的工程团队就没人照顾了。

工程师是公司里最昂贵的资源,毫无疑问。如果你看工程师和 PM 与其他职能的构成比——无论是股权还是现金,都是两到三倍的差距。

如果这样想的话,你不去关心和充分利用这个最昂贵、最宝贵的资源,那就是一种浪费。从某种意义上说,你需要扪心自问:作为创始人,这 10 人或 8 人团队是否被充分利用了?他们是否在解决正确的问题?他们知道如何头脑风暴吗?知道如何解决问题吗?我有带宽和他们坐在一起、呈现正确的问题、与客户交流、确定正确的工作顺序和优先级吗?

如果你做不到这些,你就得找一个能全职做这件事的人。这个人也可以从团队内部产生。实际上有两种方式——我们可以聊聊怎么招第一位 PM,这方面有很多很多……

Lenny: 好,我们来聊聊。我确实想问这个。我知道你写过一篇很好的文章,就是关于如何真正招到一位优秀的 PM,而且你对此有很鲜明的观点。

第一位 PM 的来源

Gokul Rajaram: 是的,我确实有很鲜明的观点,这可能是因为我待过的每家公司都是如此。每家公司的第一位 PM,都是从内部已有的分析师、工程师或设计师中产生的,他们从原来的角色转为 PM。为什么?因为在很多情况下,PM 的角色实际上是创始人与工程团队之间的联络人。所以这个人必须是创始人信任的、工程团队也信任的,而且他们了解创始人和工程团队的工作方式。

很多时候,如果你从外部招来一位 PM,带着完全不同的流程,很多时候这个器官会被身体排斥。所以从专业技能上来说,他们可能不是你能找到的最好的 PM,但从文化融合的角度来看,他们可能是最合适的。他们能让工程师理解 PM 的价值,让创始人慢慢适应放手。Airbnb 也是这样吗?Joe 不是第一位 PM 吗?

Lenny: 是的。而且他加入的时候其实是工程师,所以跟你描述的完全一样。那假设你招了一个人,或者把某个人转成 PM——成为第一位 PM。有哪些信号表明他们可能做得不太好、情况不太妙,也许你应该换个方向?

第一位 PM 做不好的信号

Gokul Rajaram: 我觉得最重要的一点是——关于 PM,我总是觉得可以看两三件事。第一,你可以直接问工程师本人。工程师通常很直率。我管理 PM 的时候发现,工程经理尤其会非常迅速地告诉你:“你看,这个人不行,不够有效。”

他们在增加什么价值?我觉得首要的一点是——仅仅因为你招了一位 PM,并不意味着……你不能因此就放弃了解团队运作情况的责任。这个责任没有消失。你需要不断地与工程师和设计师沟通,看 PM 是否在创造价值。第二,如果你发现这位新任命的 PM 仍然过多地陷入”如何构建产品”的细节中——而这实际上是工程师和设计师的领域。

你看,这是另一种失败的情况。这个问题可以通过辅导来解决。显然,他们两周前还是工程师或设计师,现在成了 PM,会立刻有一种冲动想要回到自己的舒适区。关键是真正推动他们更偏向客户,推动他们更多地与客户交谈、理解客户的问题。我觉得每位 PM 都知道这一点——我们所有人做 PM 的,没有什么”PM 课”可以上。确实有些人从学校毕业就直接进了 APM 项目,但我们大多数人之前是工程师、营销人员、分析师、设计师,然后才转做 PM。所以我们每个人都带着固有的偏见和做事方式,区别只在于我们需要多长时间才能摆脱——或者至少不再以那个身份行事,而是真正进入 PM 的角色。

所以我个人非常相信成长型思维(growth mindset)。之所以选择这个人做 PM,有希望是因为创始人看到这个人具备这些特质:好奇心、以客户为中心、沟通能力、能够推动讨论——所有这些 PM 应该具备的素质,包括解决问题的能力。所以有希望的是,他们不是从 10 个工程师中随便挑了一个,而是挑了正确的工程师、正确的设计师。我觉得如果你这样做了,再给他们安排一些好的导师,六个月内他们就能成为优秀的 PM。

Lenny: 说得好。也许随便试试也行,说不定呢。

Gokul Rajaram: 好想法。

Lenny: 关于什么时候该招 PM 这个话题,我想收个尾。可能有人在听这期节目时会想,“哦,我们得尽快招一位 PM。“有哪些信号或理由表明你应该再等一等,不要太急着招第一位 PM?

什么时候不需要急着招 PM

Gokul Rajaram: 如果一切运转良好的话。换句话说,如果你的产品团队运转顺畅,他们有自主权,而且你觉得他们能够接手你交给他们的问题——不只是战术层面的,而是能够真正处理一个问题。比如你说”我们需要提升新用户获取”,然后产品团队——不管叫什么,你的产品开发团队,即使只有工程师——能够接手这个问题,提出三种不同的改善用户获取的方案。

比如从中选择 ROI 最好的那个,确定衡量方式,然后执行,再跑一个测试说:“看,用户获取确实提升了?“这就是一个运作良好的产品团队。所以你需要的是一个有自主权的产品团队,能承担责任,能接手一个问题,找出所有解决方案,然后排出优先级。如果你觉得这些已经在发生了,那就不需要 PM。但我观察到,随着工程团队规模增长,这会变得困难。工程师们,我觉得他们确实需要那个搭档。大多数情况下,他们真的需要那个搭档来帮助推动这些事情。

Lenny: 非常好的建议。我觉得这会——

Gokul Rajaram: 我觉得基础设施是一个很好的例子。比如 Stripe 就以不招 PM 著称,因为我觉得当你的用户是开发者时,他们非常了解自己的用户。所以我觉得很多 DevOps 和面向开发者的公司,他们没有那么多 PM。PM 与工程师的比例非常小。即使到今天,我猜 Stripe 的这个比例也比其他公司小得多。所以这些是例外情况——工程师真正比任何人都更理解这个领域。机器学习公司、基础设施公司,一般来说我觉得需要更少的 PM。而任何消费产品公司就不一样了。我猜 Airbnb 的基础设施团队大概有零个 PM,或者极少,因为他们服务的是其他工程师。所以这类产品需要的 PM 远少于面向消费者的产品。

Lenny: 我有一篇文章,里面有一个表格列出了各公司等多久才招第一位 PM。Snapchat 好像有 200 人的时候才招,但我觉得是因为他们的设计师基本上扮演了 PM 的角色。

Gokul Rajaram: 没错,设计师扮演了 PM 的角色。

Lenny: 总得有人做这个工作,对吧?希望他们享受这个过程,有时候并不享受。

Gokul Rajaram: 没错。

PM 团队的汇报结构

Lenny: 好的。假设你已经招到了第一位 PM,正在组建产品团队。我想听听你的看法——随着 PM 团队的扩大,他们的汇报对象有时会发生变化。有时是 CPO,有时是 GM,有时甚至是 CTO。你认为产品团队在什么情况下应该向 GM 汇报,而不是向首席产品官或其他角色汇报?你在这方面有什么建议吗?

Gokul Rajaram: 我在两类公司都工作过:一类是职能制的,产品组织是职能架构,所有 PM 汇报给产品负责人,产品负责人再汇报给 CEO;另一类是 GM 制的,PM、工程负责人、设计负责人,甚至销售负责人、市场负责人等都汇报给 GM。两种模式都可以运作,但归根结底,我认为一旦你有三到四名 PM,就应该让他们汇报给一个职能型的产品负责人。首先,因为他们需要一个导师,需要一个教练。其次,你希望在四五个 PM 之间建立产品文化和规范,因为这里面的杠杆效应非常大。几年前有人说过这句话,我一直记得——优秀的工程师当然非常重要,但一个好 PM 能带来惊人的成效,而一个差 PM 却能搞砸十个工程师的工作。

所以,招聘好 PM 比招聘好工程师重要得多。因为 PM 与工程师的比例很低,每一个 PM 的好坏对整体的影响,远比一个工程师的好坏要大得多。这意味着,如果你有四五个 PM,提升他们的方法之一,就是确保这四个人在一起分享最佳实践、互相学习,并希望由此建立起一种文化。而一个同时管理其他职能的 GM,很难做到这一点。

所以我的建议是,一两个 PM 可以直接汇报给 CEO 或 GM 或其他人,但一旦团队达到四五个 PM 的规模,他们应该汇报给一位专职的产品经理管理者,其职责是担任导师、做教练、吸引优秀人才加入、招聘并建设强大的文化等等。

这位产品管理者,我认为可以汇报给 CTO,也可以汇报给 CEO 或 GM,这并不重要。我更关心的是那些 ICPM,他们汇报给谁。我认为团队达到一定规模后,他们应该汇报给一位专职的管理者。

Lenny: 太棒了,我完全同意。我还观察到一种现象,很多公司会在一个方向走一段,比如采用 GM 模式,然后又转向另一种完全以业务单元为导向的职能汇报模式,之后又再转回来。所以我觉得,先试一试,看看效果如何,随时可以再做调整,这很常见。

招聘领导者的方法论

Lenny: 接下来我想聊聊招聘。你最近在 Twitter 上发了一篇非常精彩的帖子,讲的是如何招聘领导者——可能是产品领导者,也可能是更广义的领导者。对于那些没看过或者没时间去翻 Twitter 的人,我很想听听你关于如何为公司招聘领导者的建议。

Gokul Rajaram: 那篇帖子的起因是这样的——那天早上,我的一家被投公司的 CEO 给我发消息说:“哇,我从那家公司招到了一个人。你怎么知道那个人在那家公司可以挖?“我说:“我并不认识那个人,我只是知道那家公司在销售方面非常出色,所以我推荐了那家公司。“然后他说:“这已经是我第三次根据你的建议成功招人了,招的都是高级领导者。你是怎么做到的?“我想了想说:“你说得对,还真是这样。”

当公司来问我……因为如果你问一家公司”什么事情让你夜不能寐?“他们总会说的一件事就是”我想为某个职能招一位领导者。“而我从来不会直接推荐某个人,我总是说:“你在做这个领域,向这类客户销售或服务这类客户。让我们想想,哪些公司在同类客户群体中,在你所招聘的这个职能上做得最出色?”

这基本上就是那篇帖子的由来。它核心要说的就是:如果你想有一套招聘优秀领导者的方法论,无论哪个职能,去看看同类领域中在该职能上最顶尖的公司。不是你的竞争对手,你要看得比竞争对手更远。去找那些服务 SMB 或企业或消费者——无论你的目标客户是什么——的公司,然后说:“好,我想招一位市场负责人。“这是最难的。去找在这一领域向消费者做营销最出色的三四家公司。然后你不是去挖那家公司的市场负责人。

你去挖的是那个人的下属——也就是副手。实际上,Adam Zamos——他之前是 Square 的人力负责人——在帖子下面补充说:“在 Square 早期,我们去挖的是副手的副手,那些正在上升期的人。“所以我认为你基本上需要构建一张组织架构图,这并不难,你只需要在 LinkedIn 上花些时间,看看公司里都有谁、谁汇报给谁。你也可以问问在那家公司工作的朋友,帮你更准确地拼出组织架构图,然后你逐个过一遍,把合适的人选挑出来。我亲身经历过这件事——Square 上市后,我们在 2015 年是仅有的几家上市的金融科技公司之一。

天哪,我们的团队被疯狂挖角。接下来的两年里,我亲眼看到支付、合规、风险等不同部门的大量团队成员被其他金融科技公司挖走。我看到这套方法被实践着——因为人们会说:“哪家公司在合规方面做得最好?Square。“当然也有其他公司,但 Square 很有名,因为它是上市公司,规模大,在规模化的层面上做过了这些事情。他们不是冲着我们的负责人来的,他们冲的是副手,以及副手的副手。

Lenny: 明白了。所以你亲身经历了被挖,然后把这个方法反向武器化了。太棒了。这个建议非常好,我之前从没听过,听起来非常实用。感谢分享。回到招聘这个话题,你认为创始人和领导者应该把多少时间花在招聘上?你见过的最优秀的创始人和领导者,他们花多少比例的时间在招聘上?

Gokul Rajaram: 显然你应该始终在招聘。即使到现在,我认为像 Tony 在 DoorDash——如果你有优秀的人才,他们总会说”如果你认识非常出色的人,请介绍给我们”,因为你永远不知道能从这些人身上学到什么,即使最终没有招进来。所以,始终要去接触优秀的人。但总的来说,我认为一家年轻公司的创始人每天应该花两个小时在招聘上,而且应该在正常工作时间内做。我认为招聘的难点在于,首先你得建立一个流程,这需要大量扎实的工作,确保你能正确地触达候选人。招聘又分两部分:一是大量地向人发送触达消息,二是实际和人交谈。所以我建议每天花一个小时做触达,这部分工作几乎像是事务性的,因为你一旦把流程跑通了,它基本上就是按部就班的事情。


Gokul Rajaram: 所以你应该在一天中不需要消耗太多脑力的时间段做这件事。你不需要精神饱满,因为你需要把最清醒的时间留给公司的实际运营。但你确实需要一些清醒的时间来设计正确的流程——怎么做 LinkedIn 触达,用什么工具来触达候选人,哪些类型的 profile 是你要找的,哪些角色要优先处理。所以你需要找到合适的时间来做这件事。第二个小时则用来每天实际地见一两个人,也就是两个半小时的对话。

所以我觉得只要你这样做,哪怕就 30 天——想想看,你会和 60 个人见面。你会做 30 个小时的 LinkedIn 触达,每天假设工作 10 小时里只需拿出 2 小时。按 20 个工作日算,那也仍然是大量的时间。所以我认为两小时就够了。用日历。日历是你最好的朋友,用日历来管理。我觉得这已经完全足够做好招聘了。

招聘流程的差异

Lenny: 我猜你能看到很大的差别——那些建立流程并投入时间的创始人,和那些没有这样做的创始人之间?

Gokul Rajaram: 百分之百能看到。我认为前期建立流程非常重要,因为你可能会毫无方向地摸索,而只需前期花四五个小时和几个人聊聊,设计出一个好的流程,就能大幅提升效果。正如人们常说的,方向比速度重要得多。

如果你方向错了,跑得再快也没用。但如果方向对了,即使慢一点,你也终会到达。所以我认为设定招聘的方向非常重要——到底要怎么招,流程是什么,你要传递什么信息——在做任何事情之前,一定要先把这些问题搞定。

初创公司的头衔哲学

Lenny: 招到人之后,你会给他们一个头衔。我知道你对头衔这个话题有很强的观点,关于初创公司应该怎么看待头衔,我很想听听你的看法。

Gokul Rajaram: 对,关于头衔,我个人认为,如果你还年轻,作为创始人你有一个独特的机会去建立一种文化,让人们更关心自己的职责范围和影响力,而不是头衔。说实话,我并不是反对头衔。我之前发过推文,有些人理解成我主张不应该有任何头衔。头衔嘛……你需要让人被称为软件工程师,这样你才知道他们在做什么。但我最反对的是 director 和 VP 这类头衔。Director、senior director。因为这些头衔是公司内部产生最多争议、最多冲突、最多不满和痛苦的根源,管理者不得不不断处理这些问题。说白了,有些人留下来就是因为头衔,而不是因为他们的职责范围和影响力。

但我也反对在公司太早期就给出头衔。比如,我认为 general counsel(总法律顾问)是个好头衔,华尔街很看重,知道谁是 general counsel 很重要。但今天我和一家 25 人的公司的 CEO 见面,我问他什么问题让他夜不能寐——这家公司处于一个法律要求比较重的领域——他说”我需要立刻招一个 general counsel”。我说,“听着,是的,我知道你需要招一个首席律师,或者叫法务负责人都行,但不要在一家 25 人的公司给 general counsel 这个头衔。因为当公司到 250 人的时候——希望你两三年后能发展到那个规模——那时候需要的 GC 和现在会完全不同。而且你可能还是想留住这个人,因为他们很优秀。”

你只是不想让他们成为 general counsel。这种情况会反复出现。所以,有些头衔你只能给一次,如果给得太早,之后就没法……这就是为什么应该尽量推迟给头衔。如果你在 25 人的时候就给了 VP of Engineering 的头衔,你以后怎么可能升级这个人、升级这个角色?你基本上只能让他们走人,因为你不能对一个 VP of Engineering 说”现在你要变成 director of engineering”之类的。这非常困难。

Lenny: 我看你的 LinkedIn 的时候总觉得很有趣,因为你的头衔好像就是”Startup helper”,或者你运营 Caviar 的时候,好像是”Caviar 的某人”之类的,非常模糊。显然你自己就是身体力行的。

Square 的头衔实验

Gokul Rajaram: 我亲眼看到了这种做法的影响。我觉得是在 Square,Jack 想出了这个做法,因为他看到 Twitter 的头衔被以各种方式武器化了。所以他在 Square 推行了这套制度,我在那里真正看到了效果——我在 Square 和团队之间从来没有一次关于头衔应该是什么的讨论。这太棒了。在其他公司,一到晋升季永远是”我想晋升为 director”、“我想晋升为 senior director”。如果你问一个人的目标是什么,甚至个人目标,有时候他们会直接写”我想晋升为 director”,但在 Square 从来没有过。

当然有关于职责范围、影响力、薪酬的讨论,这很好,这些对话我愿意有。但头衔?没有。

Lenny: 总结一下你在这方面的建议,对于那些没读过那篇帖子的人,关于头衔的经验法则是什么?

Gokul Rajaram: 尽可能推迟,尤其是尽量避免授予 director 和 VP 级别的头衔。

Lenny: 简单明了。推迟的意思是——

Gokul Rajaram: 非常简单。

Lenny: 推迟头衔的意思是,除了软件工程师、产品经理这些之外什么都不要给?

Gokul Rajaram: 软件工程师,lead。“Lead”这个词,或者”head of”都很好,因为”head of”非常清楚地描述了他们做什么,“lead”也一样。所以我的头衔是 Caviar Lead,然后向我汇报的人是 Caviar Product Lead、Caviar Engineering Lead、Caviar Strategy and Operations Lead、Caviar Sales Lead 等等。所以头衔里的词越多,他们的角色就越聚焦。事实上,你可以看看 Jack 现在的头衔,是 Block Head,所以字面上连”senior”都不是了。

就是 Block 的 Head,我觉得 Block Leader 可能更贴切。他是 Block 的 Leader,然后逐层往下延伸。

天使投资的轨迹

Lenny: 太棒了。这个建议非常有价值,谢谢你讲得这么详细。我想在我们进入精彩的快问快答环节之前,先聊聊投资的话题。你在天使投资上花了很多时间,也以各种不同的方式进行投资。从最初开始做天使投资到现在这个规模,你的发展轨迹是怎样的?

Gokul Rajaram: 我在 2007 年开始做天使投资,距今已有 15 年。和很多人一样,我入行是因为朋友们和同事纷纷离职创业。那时我还在 Google,他们陆续离开去创办公司。我几乎没什么犹豫,只是想支持他们,因为我和他们共事过。于是我就往他们的公司里投了一笔小额支票,有些失败了,有些表现得非常好。但最终我意识到,对我来说,投资的核心在于支持人,远甚于支持公司本身。公司只是一个载体,真正重要的是创业者和这个人。直到今天,我认为我从中获得最多乐趣的,也是让我真正建立起信念的一点——我是一个以创始人为中心的投资者。我更相信创始人,而不是市场。当然也有以市场为中心的投资者,[听不清] 就很厉害,他们非常笃信大市场。

我坚信,优秀的创始人——Airbnb 就是一个绝佳的例子——会自己创造新市场,或者及时转型。我的意思是,如果他们发现某个市场不行,他们会想办法转向。而我早期犯的最大错误就是,在投了几笔之后,我说:“好吧,我要更加精挑细选了。我不会再逢朋友就投了,我要先看看他们所在的市场。”

于是我开始做各种预设——“嗯,我不应该投资这家公司。“结果发现,几乎所有这些错误都是遗漏之罪。我更在意的是遗漏之罪,因为你最多只亏一倍的钱。但对我来说,与一个人的关系——一个我认识、尊重、并且是好朋友的人——如果我不投资他,我不想失去这段关系。

而且对我来说,投资不仅是投这家公司的期权,更是投他未来创办的每一家公司的期权。我观察到一个非常有趣的现象:有些创业者第一次没有成功,但利用那些经验教训,在相同或相近的领域重新创办公司,然后成功了。这种情况我越来越多地看到。如果你因为他们第一个项目的市场不够好而没有投资,即使你觉得这个人很优秀,他们第二次创业时大概率也不会再回来找你。

所以我的投资风格非常、非常以创始人为中心,几乎可以说跟 YC 差不多。比其他任何模式都更接近 YC,因为 YC 现在基本上只投创始人,他们不在乎你的点子。他们只关心你是一个 builder,并且能够快速转型。如果你是一个能快速转型的 builder 团队,他们就会投资,因为他们知道,如果在三周内你没有找到产品市场契合点,他们会让你转型三次,在那股冲劲之下,你会四次找到产品市场契合点。这样的例子我一次又一次地看到。

Lenny: 我很喜欢这个建议,这也是我自己的思考方式。唯一的 downside 是,如果你曾在两三家顶级公司工作过,这就变成了一项非常昂贵的爱好,因为你会认识很多在做了不起的事情的优秀的人。所以在这方面需要稍微注意一下。

Gokul Rajaram: 你必须真正弄清楚他们的动机是什么。这正是我想要了解的。有些人确实很优秀,但我确实想确认他们是出于正确的理由在做事。换句话说,他们是在解决自己亲身经历或亲眼目睹的问题。所以我真的会深入探究他们为什么要创办这家公司,我想确保创业的理由是真实的——那是他们深度观察过的问题。

而不是他们在 TechCrunch 上读到的什么,或者是当下流行的 Web3、加密货币、NFT 之类的热点。所以这就是我甄别的方式。即使一个人很优秀,如果我觉得他创业的理由是投机性的——因为他们并没有深入浸泡在这个领域里——我也不会投资。有一个著名的故事,Collison 兄弟买了一本关于支付的书,我想是一本很老的书或者论文,然后把它通读了一遍,只为彻底理解这个领域——这就是为什么你需要那些在动手之前真正沉浸在一个行业中、与这个行业共生共息的人。

Lenny: 还有其他类似这样的信号吗?就是那种让你觉得”哇,我一定要投这个人”的。

Gokul Rajaram: 在还没有太多条件之前就能吸引人才的能力——或者说,如果你能向我展示你已经有一批优秀的人才排队等着加入你,或者已经有了承诺,甚至联合创始人也是如此。另一件事我肯定会看的是,至少两人的联合创始团队是最理想的。我见到单独创始人时会非常紧张,因为我认为没有任何一个人具备创业所需的全部技能,而且要做的事情实在太多了。

所以我确实希望看到一个很好的组合——基本上是一个 builder 加一个 seller,或者一个 hustler 加一个 hacker,不管你怎么称呼他们。两人团队让我感到安心,不管那一个人有多优秀,我就是觉得……当然也有单人创始团队成功的案例,但两人或三人创始团队让我放心得多。两人是最理想的数字。所以我寻找的是两人创始团队,且技能互补。

Lenny: 这些真的都是非常实用的经验法则,每个人都可以用。你是怎么找到时间做这些的?你有一份全职工作,我猜工作量极大,同时你还在做大量投资。对于那些想在工作之余做天使投资的人,你是如何进行时间盒管理、让它可持续、不至于把自己逼疯或者 burnout 的?

时间盒与精力管理

Gokul Rajaram: 时间盒,正如你说的,Lenny,就是时间盒。具有讽刺意味的是——其实也不讽刺,逻辑上很合理——我大部分时间花在 DoorDash 上。虽然表面上看不出来,但确实如此。我在 DoorDash 上投入大部分精力,而天使投资只占我时间的一小部分。我会持续查看自己的日历:如果我每天工作 10 小时,我是否在那些投资相关的事情上花了超过两到三个小时?最多三小时,理想是两小时。

三个小时其实已经很多了。如果你想一下,每次和人聊半小时,那就是一天六场会议,总共十小时里占了六场。我还会在周六和周日各花两个小时,这样每个周末日可以做四场会议。所以你算一下:工作日每天六场,五天就是 30 场;或者换一种算法,每天四场五天是 20 场,加上周末每天四场……28 场会议,这已经是很多了,能和很多人交流。所以我觉得关键确实是时间盒,以及知道什么才是重要的。因为如果你发现自己走向了反面——70% 的时间都花在投资上——那你其实应该直接转型做全职投资者。

Lenny: 太厉害了。我不知道你怎么能在这么多事情上保持大脑的专注力。和那么多创始人见面,即使不考虑时间投入,精神负担也很大。

创始人故事的倾听之道

Gokul Rajaram: 我乐在其中。我觉得关键在于我享受这件事,因为我自己也创过业,虽然不算特别成功。所以我最喜欢听的就是——我总是以”给我讲讲你的创业故事”开场。每个创始人都喜欢讲自己的创业故事。而正是在这里,我会仔细倾听,判断其真实性——了解两个或多个创始人之间是如何认识的,他们是如何想出正在追求的这个点子的。而不是他们要解决什么问题。

Gokul Rajaram: 我有一套标准的问题清单,这样我就不用花时间去想该问什么,而是把精力全部放在倾听和学习上。还有一个能力我也很擅长——迅速遗忘。我会做笔记,然后就忘掉,进入下一场会议。所以分舱管理做得不错。

Lenny: 你有没有想过把你问的这些问题公布出来?还是觉得那样会影响你的对话效果?

Gokul Rajaram: 没有,我觉得那样……会显得太公式化了。而且问题会根据对方的回答而变化,所以并不完全是一套固定的问题。但开场永远是”给我讲讲你这家公司的创业故事”。我会先做个自我介绍,然后请他们讲创业故事。当创始人面对一个潜在投资者做路演时,他们都很紧张,急于推销。我们让他们讲故事。做用户访谈也是一样的道理,对吧?你绝不会直接问用户”告诉我你最大的三个问题”。

没人知道自己最大的三个问题是什么。但你可以问”你上一次用外卖配送服务是什么时候?上一次用支付服务是什么时候?体验如何?上一次接收信用卡付款是什么时候?给我讲讲你上一位客户。“人们喜欢讲关于自己的故事。每个人都喜欢谈论自己做过的事情。

天使投资的入门建议

Lenny: 对于想要进入天使投资领域的人,除了拥有资金和找到资金之外,你有什么建议?

Gokul Rajaram: 首先,排在第零位的是资金,这是最基本的前提。排在第一位的,你需要有所谓的项目流(deal flow)——也就是你要能见到这些公司,并做出判断。然后你还需要知道如何筛选这些公司。所以你需要见到公司,也需要知道怎么挑选。作为天使投资人,见公司通常比较容易。所以我觉得你需要想办法获得项目流。获取项目流有三种方式。第一,打造你自己的个人品牌。你可以像 Lenny 那样,建立一个非常出色的品牌——当然我们大多数人都做不到 Lenny 那样,但可以努力尝试。我们每个人都可以在互联网上发布内容。我以前会对每个人说,“你可以在互联网上建立自己的品牌。你可以通过社交媒体渠道建立品牌。”

渠道太多了。而眼前就有一位可以手把手教你的大师。你可以建立自己的品牌。仅凭这一点,就会有人主动来找你。第二,在科技行业工作的每个人都有认识的天使投资人。所以直接告诉他们,“我很愿意帮助创业者。如果他们在投资某家公司,请告诉我。“你告诉的人越多,他们记住你的可能性就越大。每次见面时都强化这个信息。第三,投资者。如果你确实认识风险投资人或其他投资者,他们中的很多人都在寻找——通常在他们领投一轮融资时,会留出一部分份额给天使投资人。但无论走哪条路,首先也是最重要的一点是,你需要想清楚:你打算如何为这些公司创造价值?

你的差异化在哪里?你代表什么?为什么一家公司应该接受你的钱?最优秀的公司——我和 Lenny 都清楚——它们的融资轮次都是超额认购的。往他们的轮次里哪怕投入一美元都很困难,更别说十万美元或五千美元了。那他们为什么要接受你的钱?这就是你必须认真思考的问题。你独特的差异化是什么?你能为这些公司带来什么是别人给不了的?我知道这很难,思考起来也很痛苦,但我们每个人都需要做这样的自我审视。

做到这一点的方法,就是分享你那些非显而易见的洞察。不要只是……核心就是去写。这就是为什么我认为写作如此强大,因为它向世界展示了你是谁。我的经验法则是:当有人在 Google 上搜索你的时候,如果第一个跳出来的是你的 LinkedIn 主页,那你可能做错了什么。

应该跳出来的是你写的文章。是你发布的推文。是别人在什么地方提到了你,等等。因为当他们点进去看的时候,通过那些关于你的、或者由你创作的内容,他们能知道你代表什么。当然,Mike Moritz 可以只靠一个 LinkedIn 就够了,因为没人需要知道他做过什么。但对我们其余人来说,我们需要建立自己的品牌,让别人知道我们代表什么。而且这个品牌会随时间变化。我以前觉得自己只应该关注产品开发,如何领导产品团队、工程团队。但在过去五年里,由于我开始领导更广泛的团队,我现在分享的内容范围比以前宽得多。所以我代表的立场、我能创造的价值,都在不断变化和进化,希望也在不断增长。你的情况也会一样。但你必须主动经营你在互联网上的品牌。

没有人能替你做这件事。没有人能替你做。这不是你所在公司的事。你必须超越你所服务的公司。如果你的身份只是”A、B、C 公司的打工人 X、Y、Z”,那是不够的。你必须成为某个领域的专家——无论那个领域是什么,哪怕是一个细分领域也没关系。每家公司都会……很多公司来找我,说”我们需要一个支付专家。“然后我就会帮他们找到一个支付领域的人,因为他们正在尝试建立一个金融科技业务之类的。所以如果你懂支付,就做一个支付专家。写关于支付的非显而易见的洞察。不一定要是像我和 Lenny 做的这种产品这样的职能方向,也可以是一个行业领域。风险、支付、加密货币。想想加密货币,对吧?那些进入加密货币领域的人——我刚读了一篇 Richard Chen 写的文章,他从斯坦福毕业。

我不认识他,但读到了一篇非常精彩的文章。他管理一家叫 One Confirmation 的基金,是一家顶级基金。他本科毕业才四年。他就只专注这一件事。他是斯坦福区块链俱乐部的负责人,他写的文章质量极高。他为自己建立了一个品牌。向他致敬。大概才二十五岁。

我从来没见过这个人,但我就觉得,这个人知道自己在做什么。看了看他的 LinkedIn——天哪,他从没在任何公司工作过。基本上毕业才四年,但他的洞察力非常惊人。

Lenny: 等他听到这期播客就厉害了。他肯定觉得,“卧槽,他们在说我。”

Gokul Rajaram: 是啊。

闪电问答环节

Lenny: 希望他已经是我们的听众,如果不是,我们得找到他。好,现在进入闪电问答环节。我会快速问你一系列问题。想到什么就说什么。如果什么都想不起来,也没关系。然后我们就收尾。准备好了吗?

Gokul Rajaram: 完美。准备好了。

Lenny: 好的。你最常向产品领导者推荐的一本书是什么?

Gokul Rajaram: 《Playing to Win: How Strategy Really Works》。书名叫 Playing to Win,副标题是 How Strategy Really Works。非常好的一本书。

Lenny: 太棒了。我还没读过,我会去看看。对于正在找工作的人,不管是产品经理还是其他职能,你推荐哪家公司?

Gokul Rajaram: DoorDash。卓越的运营能力。在这里你能学到很多东西——我在这里的两年里自己就学到了很多,关于对细节的关注,全新的方法。运营上的卓越,无可比拟。

Lenny: 我一般会加一个规则——不能推荐自己现在工作的公司。有没有其他公司?如果没有的话,这个也可以。

推荐公司(续)

Gokul Rajaram: 如果你对 crypto 感兴趣的话,我会推荐 Coinbase。我名义上是董事会成员,但我是真心相信这家公司。我认为如果你对 crypto 感兴趣,Coinbase 涉猎的领域非常广泛——你几乎可以在 crypto 的任何方向上工作,从 NFT 到钱包、托管、基础设施。他们有一家叫 Bison Trails 的公司,专门做基础设施。所以你真的可以……就像 Google 一样,什么都做——你可以在 YouTube 工作,也可以在搜索工作。我觉得 Coinbase 也是如此,你可以在十个不同的产品线工作,两三年内就能学到整个 crypto 生态系统的全貌。

Lenny: 也是一位 Airbnb 校友创办的。

Gokul Rajaram: 没错。

最喜欢的应用

Lenny: 你现在最喜欢的应用是什么?

Gokul Rajaram: 最近几周是 Coinbase Wallet。我一直在摸索——之前我一直只是囤币,就是持有比特币和以太币很多很多年,但最近几个月我对自己说,得行动起来……在 Coinbase 董事会上听到的各种东西,我心想……得多元化了,要开始尝试质押,去分布式交易所——或者说去中心化交易所上看看,基本上就是在 Coinbase Wallet 里各种操作。因为之前我没用过 Wallet,只用 Coinbase.com,那个上面做不了这些事。另一个是 DoorDash,我真的每天用它点餐。但 Coinbase Wallet 是我最近用得最多的。

Lenny: 太好了,我得去看看。我刚拿到了 Coinbase NFT 功能的权限,所以它会把我也拉进 Coinbase 生态系统。

快问快答

Lenny: 好的,还有几个问题。Twitter 或 Instagram 上最喜欢关注谁?尤其是最近?

Gokul Rajaram: 当然是 [听不清]。

Lenny: 毫不犹豫的选择。好吧。这些年你最喜欢的上级管理者是谁?

Gokul Rajaram: 全都喜欢。从每个人身上都学到了不同的东西,所以没法选。

Lenny: 没有最爱的,走容易路线。那你面试时最喜欢问什么问题?不是问创始人那种,是招聘面试。

Gokul Rajaram: “你最引以为豪的是什么?” 这个面试问题很好——告诉我你最引以为豪的事情,你职业生涯中最引以为豪的成就是什么?因为它能告诉你,这个人如何衡量自己的影响力。能反映出他们在乎什么,如何衡量自己的影响力。如果对方说”作为一名 PM,我上线了某某功能”,说明他们关注的是影响力,以及他们看重的那种影响力。或者说,如果他们过多地谈论自己而不是团队等等,你也能看出很多。这个问题信息量很大,是一个很有分量的问题。

Lenny: 太棒了,我很喜欢这个问题。

尾声

Lenny: 大家在网上哪里能找到你?听众们怎样能帮到你?

Gokul Rajaram: 我在 Twitter 上,账号是 @GokulR,G-O-K-U-L-R。我一直说,帮助我最好的方式就是帮助整个生态系统——传递善意(paying it forward)。如果你传递了善意,你帮助过的人总有一天也会帮助到我。如果我们每个人都能传递善意,这个世界会变得更好。传递善意。然后就像我一开始说的,相信偶然性的力量,我需要去听听 Lenny 关于这个话题的 TED 演讲。

Lenny: 天哪。

Gokul Rajaram: 偶然性,传递善意。

Lenny: 太棒了,多好的收尾方式。非常感谢你来参加,Gokul。

Gokul Rajaram: 谢谢你,Lenny,感谢邀请。

Lenny: 非常精彩。感谢收听。如果你喜欢这期节目,别忘了订阅播客。你也可以在 Lenny’s Podcast 网站上了解更多内容。我们下期再见。

术语表

原文中文
Adam ZamosAdam Zamos(前 Square 人力负责人)
angel investing天使投资
APMAPM(Associate Product Manager,助理产品经理)
Brian ArmstrongBrian Armstrong(Coinbase 联合创始人兼 CEO)
Brian CheskyBrian Chesky(Airbnb 联合创始人兼 CEO)
builderbuilder(建设者)
burn outburnout(精力耗尽)
cap table股权表(cap table)
Collison BrothersCollison 兄弟(Stripe 联合创始人)
CPOCPO(Chief Product Officer,首席产品官)
CTOCTO(Chief Technology Officer,首席技术官)
deal flow项目流(deal flow)
DevOpsDevOps(开发运维)
dot com bust互联网泡沫破裂(dot com bust)
fintech金融科技(fintech)
general counselgeneral counsel(总法律顾问)
GMGM(General Manager,总经理)
growth hack增长黑客(growth hack)
growth mindset成长型思维(growth mindset)
hackerhacker(技术极客)
Hunter WalkHunter Walk(投资人、Homebrew 联合创始人)
hustlerhustler(开拓者)
ICPMICPM(Google 内部 PM 职级)
JackJack(指 Jack Dorsey,Square CEO)
MarkMark(指 Mark Zuckerberg,Meta 联合创始人兼 CEO)
MAUMAU(Monthly Active Users,月活跃用户)
Mike MoritzMike Moritz(知名风险投资人)
One ConfirmationOne Confirmation(加密货币投资基金)
operational excellence运营卓越(operational excellence)
organic growth有机增长(organic growth)
paying it forward传递善意(paying it forward)
Playing to Win《Playing to Win》(商业战略书籍)
PMPM(Product Manager,产品经理)
product market fit产品市场契合点(product market fit)
remarkability可谈论性(remarkability)
Richard ChenRichard Chen(One Confirmation 基金管理者)
ROIROI(Return on Investment,投资回报率)
Serge Brin谢尔盖·布林(Serge Brin,Google 联合创始人)
Seth GodinSeth Godin(营销专家、作家)
sins of omission遗漏之罪(sins of omission)
SMBSMB(Small and Medium-sized Business,中小企业)
syndication内容分发(syndication)
time boxing时间盒(time boxing)
TonyTony(指 Tony Xu,DoorDash 联合创始人兼 CEO)
YCYC(Y Combinator)
拉里拉里(指 Larry Page,Google 联合创始人)

此文档由 AI 分片翻译(translate_long_document)