全栈产品经理 | Anuj Rathi(Swiggy、Jupiter Money、Flipkart)

Anuj Rathi 2023-12-07

全栈产品经理 | Anuj Rathi(Swiggy、Jupiter Money、Flipkart)


领导者的三个问题

Anuj Rathi: 作为领导者,事情没有按照你期望的方向发展,原因只有三个。你可以审视一个人,说他要么是”不能做”——这是能力问题;要么是”不愿做”——这是动机或对齐问题;要么是”没有被赋予做的条件”——这其实是你自己的问题,是你没有把工作方式和流程设计好。所以,作为领导者,你的人员能力是否到位?如果不到位,正确答案是去辅导他们、指导他们,还是把他们调到其他岗位——也许他们的能力更适合别的地方?如果他们不愿做,为什么不愿?是方向不一致吗?是不认同你的愿景吗?是时间不够?诸如此类,你需要真正深入探究——他们为什么不愿做?

Lenny: 今天我的嘉宾是 Anuj Rathi。我一直希望在这档播客中邀请更多印度的产品领袖,因为播客在印度有大量听众。当我在 Twitter 和 LinkedIn 上发起征集,问大家希望谁来的时候,Anuj 是被推荐最多的人。Anuj 现任首席产品与营销官。此前他在 Swiggy 担任收入与增长高级副总裁,任职七年。他还曾是 Snapdeal 的产品副总裁、Walmart Labs 的高级产品经理,以及 Flipkart 的第一位产品经理,领导买家体验团队。

在我们的对话中,我们深入探讨了印度的产品管理有何不同,Anuj 关于为新用户打造产品体验的心得,他如何在所服务过的公司中推行逆向工作法(working backwards),为什么他要求团队在确定方案之前先探索三个不同方向,以及为什么他认为产品经理和公司应该比现在更加全栈。此外,还有一系列关于打造产品和产品职业发展的框架与反共识观点。非常感谢 Sayan Maiti 和 Nikhil Kulkarni 帮助我了解印度的产品圈。未来还会有更多优秀的印度产品领袖登场。接下来,请听 Anuj Rathi。

印度最受欢迎的产品领袖

Lenny: Anuj,非常感谢你来到这里,欢迎来到播客。

Anuj Rathi: 非常感谢,Lenny。谢谢你的邀请。

Lenny: 这是我的荣幸。这件事我还没告诉过你——当我在 Twitter 和 LinkedIn 上征集大家最喜欢的印度产品领袖时,你是被推荐最多的那个人。所以我想先问一下,至少在我的 Twitter 和 LinkedIn 粉丝看来,成为最受喜爱的印度产品领袖,感觉如何?

Anuj Rathi: 感觉非常好,而且我觉得这一切是水到渠成的,因为我在产品管理领域已经深耕了很久。2010 年,我在 Flipkart 开启了产品管理之旅。那个时代面向印度本土打造的产品还很少。所以我认为一方面是从业时间足够长,另一方面是很多人了解并认可我的工作。

印度的产品管理有何不同

Lenny: 太好了,你很谦虚。我想先问一个关于印度产品的问题——产品管理和产品打造在印度整体上最大的不同是什么?

Anuj Rathi: 这是一个很有意思的问题,我也一直在思考。当我审视印度的产品管理时——我确实有很多朋友会将印度与美国、欧洲甚至中国、东南亚等地进行比较——我认为印度的产品整体上经历了一段非常独特的旅程,产品管理也因此而不同。大概到 2010 年左右,真正为印度消费者打造的产品其实很少。当时有大量产品和技术在开发,但基本上是作为后台支撑——很多优秀的工程师在为美国客户或欧洲客户构建产品。所以当那些开始为印度消费者做产品的创业公司出现时,我们并没有可以直接借鉴的人才储备,也没有接受过产品打造方面的训练。更不用说产品管理作为一个领域了——没有任何一所大学在教授相关内容,没有现成的方法论,什么都没有。我们会去网上看 YouTube,看 SVPG 之类的资源,但我们从中理解的东西并不能直接应用到印度的创业公司中。

印度产品管理的独特演变

Anuj Rathi: 这些产品最终成型的方式,我认为也塑造了印度产品管理这个领域的演变路径。所以经历了很多轮迭代,我觉得大概有两三波浪潮已经过去,我们现在离”印度应该怎么做好的产品管理”已经近了很多。不过跟美国相比,我们仍然还有一段路要走。我也从另一个角度来思考这个问题——比如在美国,产品打造的文化大概从 1970 年代就开始了,现代软件产品打造的文化。那个时候不仅仅有产品经理,而是整个生态系统都成熟了——如果你想想一家公司里,负责商业的 VP 是谁,负责供应链、销售、运营、技术的 VP 分别是谁,所有这些角色都清楚如何彼此协作来构建软件产品。他们理解软件产品是怎么被构建出来的,也知道应该期待什么。

我认为在印度,到了 2010 年左右,即使那些需要协同起来做电商等各类业务的人,他们可能来自快消行业,或者来自制造业等等。他们在各自经历中所形成的预期,是一种非常”请求-响应”式的理解——也就是说,“这里有一台机器,如果我投入 X 资源,我预期在可接受的波动范围内,会得到 Y 这个可预测的产出。“这种心态也延伸到了对产品经理或产品打造过程的期望上。所以经过一段时间,很多这样的周期已经经历过来了,公司里越来越多的领导者也经历了这些周期,逐渐理解了——“好吧,现在我明白了,软件不是机器。消费者并不像我们想象的那样可预测。“这些认知的转变,最终让产品管理在印度真正走向成熟。

现代产品思维在印度的起步时间

Lenny: 你刚才提到在美国,大概 1970 年代就开始了。那你觉得在印度,现代产品思维真正开始加速发展是什么时候?

Anuj Rathi: 我觉得 2010 年是一个起点,因为……当然,在那之前也有少数产品被开发出来,而且我记得有人很清楚地总结过——通常来说,当一个国家开始出现现代消费互联网时,往往从旅游行业开始。所以你会看到,基本上任何国家,第一批互联网公司通常都是旅游公司。印度也是如此,早些时候就有 MakeMyTrip 这样的公司。此外还有一些非常有趣的产品,是专门为印度消费者的独特需求打造的,比如婚恋领域的 Shaadi.com、BharatMatrimony.com 等等。你可能会想,“那 Tinder 怎么说?“印度以包办婚姻闻名,所以有一些产品真正理解了——“嘿,如果你是一个家长,想为孩子找对象,该怎么为这个需求服务?“于是这种婚介匹配的市场平台就开始出现了。

这些都是零星出现的、为印度独特需求而生的产品。而我认为 2010 年这个十年,是我能非常清晰地回忆起来的一段时期,很多人从那时开始真正为印度市场打造产品。Flipkart 开启了这段旅程,随后几年里又出现了 Ola,在某种程度上类似于 Uber 在其他地方做的事情,然后一大波创业公司开始涌现。比如在外卖领域,我在 Swiggy 工作的时候,那大概是 2014、2015 年左右的时间。现在你能看到大量创业公司,它们不仅在模仿——“印度的 Uber 应该是什么样的”或者”印度的 DoorDash 应该是什么样的”——而是在做非常不同、也非常创新的事情。所以我认为现在正是产品打造在这个领域更加蓬勃发展的时期。

印度市场的规模与复杂性

Lenny: 能不能给一些数据,比如印度的公司数量、人口规模、印度的消费支出之类的?我不知道,就是那种让人一看就会感叹”哇,这个机会比我想象的大得多”的数字。

Anuj Rathi: 好的,这个问题范围很广,我来谈谈。在谈印度的机会之前,我想先聊聊印度的复杂性,因为我觉得很多人并不真正理解这一点。印度有多少人口?14 亿。印度实际上经历了三波浪潮,这些浪潮不仅发生在印度,也影响了全球。第一波是从桌面端到移动端,然后又从功能机到智能手机。在智能手机之后,就是我们所称的 Jio 革命。有一家印度公司叫 Reliance Jio,它基本上把智能手机的上网费用降到了最低。正因为如此,一大批新用户涌入了互联网,他们渴望新的产品、新的内容、全新的互动方式,以及用互联网做各种各样的事情。这是其中一波浪潮。

另一个重要因素是印度政府真正推动的事情,尤其是在数字化方面——把一些最基础的、与公民相关的核心基础设施进行了数字化。比如数字支付,大量印度人因此第一次默认拥有了银行账户,还有一个叫 UPI 的系统。即使你没有银行账户,或者你的银行账户与手机号绑定,现在所有人都可以通过这个系统来支付,这带来了一场非常不一样的革命。即使是 5 卢比——大概 10 美分甚至更少——也会通过 UPI 支付,人们开始逐渐远离现金。还有一个概念叫 India Stack,把所有这些整合在一起——社会保障、身份认证、支付等等——大量其他应用可以在这个基础上构建自己的服务层。于是大量有趣的应用场景开始涌现。所以这是第一点,关于人口规模和基础设施。

接下来另一个需要认识的是,印度非常多元。这里使用的语言数量极其庞大,光是官方语言就非常多。印度有一句老话说,“每隔 15 英里,语言就会变,人和文化都会变。“这是一个拥有这么多人口的巨大国家。所以你传统上思考产品的方式——“我在为谁打造?“——会变得非常不同。“你是在为这类人还是那类人做产品?“等等。很多框架会失效,因为甚至不能假设同一种语言就能通用。虽然英语是一种被使用的语言——至少是那些有钱、有消费能力的人在用——但你的思维必须更加开阔。

关于印度的另一个有趣之处是人们愿意支付的价格。一般来说,这确实取决于人均收入。印度的人均收入非常低,大概在两千到两千五百美元这个范围,而美国大概是三十倍之多。所以虽然会有大量用户给你带来流量和活跃度,但真正找到那些愿意来使用、愿意互动、愿意付钱的付费用户,这种能力极其珍贵。需要付出更多、更辛苦的努力。如果你在做电商,谁会愿意付配送费?谁会真正购买这些高价位商品?所以一大批不同的思维方式在这个国家演化出来,这也是为什么印度的产品生态如此充满活力,与任何其他全球市场都如此不同。

新用户体验的独特洞察

Lenny: 哇,太有意思了。我可以继续聊下去,但我想聊聊产品本身。我从认识你的人或者跟你合作过的人那里收集了一堆问题,涉及各个方面,所以我会东一榔头西一棒子地问。第一个我想聊的领域是用户体验。显然,你对于新用户和新用户体验有一些有趣的洞察和不一样的思考方式。

用户是懒惰、虚荣、自私的

Anuj Rathi: 我在与各种产品合作的过程中意识到一件事——产品经理乃至整个公司,往往过于沉浸在自己的产品思维中。因为离产品太近,太在乎它,每天都在看它,关注各种细微的体验差异和交互感受。而这种状态本身就暗含了一种偏见:他们默认所有人都整天、每时每刻都在想着这款产品。然而现实是,你的目标市场里绝大多数消费者根本不在乎。他们可能偶尔听说过你的产品。口碑传播的力量再强也有限,即便你是最大的品牌也不例外。但正是这样的客户,你需要把他们吸引过来,然后服务好他们。

我听过 Adobe 的 Scott Belsky 分享过一个很有意思的洞察。他现在在做一些非常有趣的事情。这个洞察一直留在我心里——你必须把现代互联网用户理解为具有三个特质:懒惰、虚荣、自私。懒惰的意思是,“我没时间研究这个,所以你得让我眼前一亮,否则我不会关注你。“虚荣的意思是,“我有一个习惯,我用一种特定的方式解决这个问题。你拿着你的花哨产品跑来让我改习惯,你真的指望我会这么做吗?“这是他们固有的特质。第三点是自私——“告诉我,对我有什么好处?”

一旦你开始从这个角度去思考用户,而这些用户甚至根本没用过你的产品,你突然就会意识到,“天哪,光是吸引这类客户就已经很难了……如果我的营销团队已经成功把这个用户带到了我的产品面前,我又该如何真正与这个懒惰、自私、虚荣的客户产生共情?如何打造产品,让他在你的页面上觉得’这就是我必须用的东西’——你的文案怎么写、引导流程怎么设计、第一次欢迎怎么做?“这些事情对产品成功的影响,远大于你为忠实用户开发的核心功能。

这一个洞察,我不只在我工作过的公司多次验证和运用,也在我咨询和交流过的公司中反复看到。大多数人忽视了它。他们知道用户引导很重要,但到底有多重要,这是第一点。第二,去像一个懒惰、虚荣、自私的用户那样思考——本质上是在拒绝你所有的产品,觉得”这对我不起作用”——这种思维技巧极其困难。真的很难,但如果你戴上这副眼镜去看问题,绝对值得。

Lenny: 有没有一个具体的例子,你在某个产品上运用了这个框架,然后你觉得”这件事我们确实做得……”产生了很大影响,或者让大家都很意外?

在 Swiggy 和 Jupiter 的实践

Anuj Rathi: 我们在两个不同领域运用过。一个是当然是我亲自做过的产品。我在 Swiggy 工作了七年,当我们开始针对这类用户做优化,而不是把所有人都一视同仁地当作”这就是我们的引导体验,这就是我们的产品”——我们基本上改变了思路:与其说”我们是一个外卖应用,我们是一个生鲜配送应用,我们有这些东西”,不如从用户的角度重新构建——“你想要什么?你可以怎么用我们?对你有什么好处?“然后我们把所有营销信息和引导流程串联起来。从你第一次听说我们开始——你是在哪里看到我们的?你怎么知道我们的?既然这是一个相当大的品牌,你为什么还没有下载使用?你以前用过然后放弃了吗?建立一整套心智模型,从用户的视角看问题——“假设你已经听说过我们二十次了,到底是什么样的具体场景让你最终下载了这个 App?”

从你听到我们的整个旅程开始,触发点是什么,营销信息是什么,我们在做什么促销——如何把这个旅程延续到你的引导流程中:从开屏广告、到”用我们买就立减 X 卢比”的优惠,用他们能理解的语言,用从营销到产品无缝衔接的用户体验,把整个旅程打通。这是我们在一个层面上更加聚焦的地方,效果几乎是立竿见影的。不过,虽然我说的只是一个非常简单的例子,而且每个团队都应该这样做,但同样的原则在更复杂的场景中也适用——当你有一个包含多个产品和多条业务线的 App 时,道理是一样的。我认为最大的差距就出现在这里——人们不知道为什么自己无法实现交叉渗透或交叉销售。

现在我正在与一家叫 Jupiter 的公司合作,它是一个金融服务 App,一个 neobank(新型数字银行)。我们关注个人理财,它有一系列产品:个人账户或者说储蓄账户、信用卡、共同基金,还有黄金、FD(定期存款)等投资产品,很多东西。但当人们只使用我们的一项服务就离开时,你需要认识到,这个用户已经在那一个点上找到了价值——他对你说的一大堆其他东西并不感兴趣。所以你要能够与这个用户共情,然后从行为科学的角度思考:“我如何把这个用户从一项服务引导到另一项?“这一点我觉得极其重要。

Lenny: 我听到你说的几点。第一,关注的不应该是正在使用你产品的人,而是边际用户或者相邻用户——下一批用户,这才是你在优化引导和用户体验时应该考虑的对象。第二,听起来你很成功的一个做法是,选准一个价值主张,一个定位,然后贯穿用户整个旅程,而不是说”这是我们做的所有事情”。对吗?

Anuj Rathi: 完全正确。我举个例子说明为什么这一点很重要。我之所以强烈建议产品经理,即便不比营销人员更懂,至少也要同等程度地理解那些尚未进入市场、还没购买你产品的品类消费者,和营销或品牌专家理解得一样好——因为营销团队的核心任务就是找到那一个能让用户注意到、觉得”哦,这个有意思”的信息,把注意力引向你的产品。如果产品经理也能做到这一点,他们就会选择那个定位,理解”我的希望产品是什么,我给他们带来的是什么希望”——至少让他们愿意试试我的 App。如果产品经理能像营销人员一样理解这些,然后再去把握:“在什么合适的时机把另一项服务介绍给他们,而不是贪心地让新用户一下子尝试所有东西”——这才是关键。

产品不是”装上去就会用”

Anuj Rathi: 另一件我觉得很多产品经理没做好的事情是……大多数产品的设计方式不幸地就是”忘掉一切,这是我的 App,你自己摸索去吧”。人们默认这些事情会自然而然发生,不需要任何干预——“我做了一个如此精美的东西,只要你点击那个图标,每个人都能看出这是我的产品,运行得完美无缺”。但他们并没有认真思考:“我到底在什么时刻把这个用户带到这里?他们真的会用吗?“要知道,这个用户是懒惰的、虚荣的、自私的。

Lenny: 这句话让我想起我一直以来的一个想法。Marc Andreessen 有一句很棒的话:你的用户的时间已经分配好了,他们并不是在找更多的 App 去下载。他们今天已经有了计划,有事情要做,他们不会想”嗯,我现在再去看看还有什么 iPhone App 可以试试”。所以你必须以某种方式说服他们:“这值得你花时间。“我很喜欢这个框架。你在 Swiggy、Jupiter 或者 Flipkart 有没有一个具体的例子——一句话、一个表达,对简化价值主张产生了很大影响的?或者如果你一时想不到具体例子,实施这些想法之后你观察到了什么样的效果?

产品经理是全栈影响者

Anuj Rathi: 我来讲一个我现在经常跟产品经理们使用的说法,帮助他们简化思考方式。我觉得有一点很重要……这不仅仅适用于消费者,也适用于我们自己内部的运作方式。我们作为产品经理,本质上是做影响力工作的。用户正在做某件事,我们想让他们做另一件事;工程师正在做某件事,我们想影响他们更快地构建东西;领导层有自己的计划,我们想影响他们去看某个方案并最终签字批准。我们本质上就是在做影响力工作,而你内部一直在做这件事,否则你连产品都发不出去。现在,我们要把这种能力延伸到用户身上,真正从那个角度去思考。所以你是一个全栈影响者,而不仅仅是外部影响者。我们必须更多地像销售、像营销、像网红那样去思考。

Lenny: 产品经理最重要的技能之一就是影响团队中的人,而我喜欢你提到的这个观点——你同时也在试图影响你的用户。这很有意思。这也更有理由让你把影响力练得更好。我其实写过一篇 newsletter,讲如何提升影响力,是基于 Frodo Baggins 和《指环王》写的。我们会在节目备注里放出链接。好,我们换个话题。你对实际落地逆向工作法有一套非常具体的方法。我们最近请到了《Working Backwards》这本书的作者之一来做节目,我很期待听到你在实践中总结出的经验。听别人说”我们来逆向工作”很容易,但真正去做完全是另一回事,我很想听听你在这方面的心得。

逆向工作法的真正价值

Anuj Rathi: 发明逆向工作法的显然是 Amazon。他们开创了这整套流程——“嘿,为什么不先写一份新闻稿,然后从那份新闻稿开始逆向推导?“我觉得这是一个非常棒的想法,我就去深挖了一下:“嘿,为什么它有效?“我的洞察,或者说我对这件事的理解是:逆向工作法不仅仅是从客户价值主张出发逆向推导——“我们的客户会喜欢吗?他们会付费吗?这值得注意吗?我们是否应该做这件事?“虽然这是逆向工作法框架教给我们的最重要的东西之一,但本质上,你是在从一整套在某个特定日期运转的机制逆向推导。对于 GTM(推向市场)的那个日期,从现在到那一天我们需要做什么才能让 GTM 成功?同时,到那个时候我们会建立起什么样的机制来保障产品的成功?

因为你已经在讨论 GTM 了,所以你已经在思考”用户会怎样喜欢上它?我们会花多少钱?我们探索了哪些路径,最终锁定了哪一条?“这些内容都会成为新闻稿的一部分。如果我把视角稍微打开一些——新闻稿是什么?新闻稿就是你的一页纸文件,写清楚我们在建什么、具体日期是什么、精确的价值主张是什么、消费者会说什么、业务负责人会说什么、他们会如何回应、会如何使用。而这个框架带来的一点是,你可以把它用在很多其他事情上。比如你可以用它来做谈判,因为你从一个日期开始,然后说”这是我要交付的一页纸,我希望消费者看到这个”。你可以拿着它去找工程 VP 说:“到这个日期,我们能把这些全部做出来吗?“他们可能还没有所有的 PRD 和细节,但可以给你一个判断——这个时间线太激进了,或者还行。

我们还可以利用新闻稿中的引言来寻找盟友,或者发现那些可能会阻挠这个项目的人。你可以用客户的话来推动:“我希望我的客户说出这样的话——从营销和定价团队的角度,我们真的能交付这个,让消费者那样说吗?“从业务负责人的引言出发,你可以说:“这是我们要交付的东西,但你的目标是什么?你能不能承诺三个月内我们能达到这个水平?“用这种方式构建出完整的图景,是我发现它真正强大的地方——因为如果你在这里发现了分歧,有人说”我交付不了”,你就可以调整日期,调整目标,因为所有这些东西是联动的。所以不是只调一个变量,而是找出那个新闻稿要上线所有需要协调一致的事项——这才是真正的价值。

“三个方案”的力量

我发现的另一个有趣的点是,我非常相信”三”的力量。所以我实际上要求我的团队写三份新闻稿,彼此不同、各有分歧——“如果我们……会怎样?“假设你要上线一个会员计划,那么不是两个档次,试试三个档次;或者换个例子,不做会员制,做一个带积分的阶梯定价方案;不用这个客群,用另一个客群。三套方案都需要充分想透,然后帮助领导层做选择。

这里面有两个好处。当你处于产品探索阶段时,你已经听取了很多人的意见。如果你最终只给他们看一条路线图,他们的感觉会是:“嘿,这个人听了我的观点、觉得有价值,但没采纳。“但当你做三份新闻稿时,你可以说:“我考虑过这个,它组合成了一个有价值的故事,这是另一条路线”;“我考虑过你的观点,也构建了一个故事,但遗憾的是它不成立,所以我们放弃了。“这样一来,大家就可以对比和权衡,这是一个非常强大的领导力工具。实际上这对 CXO 们也是非常强大的工具。当他们说”我们来做这个”的时候,你可以说:“这里有三种方式可以做这件事,而我不做你说的那个,原因是你其实会更喜欢这两个。“

FAQ 的系统性价值

Lenny: 用 PR FAQ 和逆向工作法来推动截然不同的思考,这真是一个很棒的想法——一方面确保你充分探索了所有选项,另一方面在确定方向之前,把人们脑海中的想法真正想透彻,看看里面有没有有价值的东西。

Anuj Rathi: FAQ 对于在系统中建立流程也非常重要。比如现在在 Jupiter,我们做的是一个金融服务 app,所以每份 FAQ 都强制要求回答:“你如何确保它完全合规?有没有拿到 A、B、C 各方的签字确认?你有没有真正考虑过法律层面的问题?“等等。FAQ 在这里可以非常有效地发挥作用。再举个例子,在 Swiggy 的时候,它是一个三方市场——有消费者、配送员和餐厅合作伙伴。你对任何一方做一个小改动,比如说优化配送员的时薪,这会导致单次配送成本的变化,但可能对配送费产生完全不同的影响。

我随便举的例子,但因为系统中有这么多相互关联的部分,在 FAQ 里你就要明确地追问:“你有没有考虑过对餐厅合作伙伴的影响?你有没有考虑过对配送员的影响?“我们甚至会在 PR FAQ 中把配送员的不同细分群体写下来,有时候会出现非常意想不到的关联性,因为负责某一端的 PM 开始主动去咨询市场另一端:“这个改动对你们意味着什么?“它把所有人都聚在一起,共同打造对所有市场参与方都真正有效的产品。

全栈产品经理要为结果负责

Lenny: 从你讲的几个故事中,我提炼出一个贯穿的线索——你经常回到”全栈”这个理念。你说过 PM 就像一个影响者,但同时也是在影响用户,这种思维方式很有意思。在逆向工作法中,你可以用它来思考完整的上线链条,而不仅仅是你要开发哪些功能。我知道你对产品经理还有一些很强的观点,认为他们应该比大多数 PM 更加”全栈”。这个说法对得上吗?如果对的话,能展开讲讲吗?

Anuj Rathi: 对,我觉得这和前面说的是同一条线索。产品经理必须为结果负责,而不仅仅是为自己负责的那部分功能和问题负责。当然,他们需要完整地承担问题的某些部分,但他们还需要与所有人协作,确保最终推出的产品是成功的——而且”成功”的定义不仅仅是”我们上线了一个对用户可用的东西”。真正的成功是:它是否真正改变了我们想要触达的那类用户的行为?是否达成了对业务有意义的成果?是否构建了对我们至关重要的能力?所有这些加在一起,如果 PM 只考虑自己那一亩三分地,是不可能实现的。所以他们必须考虑外部用户,必须考虑竞争对手,必须考虑其他 PM 和产品负责人、工程师、市场团队等等,因为这是一个高度多元化的领域。

除非你真的……我不是说你需要在每个领域都是权威。要么你本身就非常擅长,要么你建立了良好的合作关系,把你的想法和产品拿去跟这些人讨论、获得他们的反馈权重,最终围绕那部分做出决策——否则我认为你不会很成功。所以在我看来,全栈产品经理会比只在一个领域做得很好的 PM 更容易成功。有一本书叫《Range》(《范围》),你应该也听说过吧?光是第一章,他们讲的就是……他们举了两个例子,其中一个是费德勒,罗杰·费德勒。以费德勒为例,他一直到 18 岁都在打各种球拍类运动,甚至不全是网球。但你可以从一个球拍运动中汲取想法,带到另一个球拍运动中,再从第二个带到第三个,以此类推,最终你拥有了如此丰富的想法储备,能够连接更多的点,并把它们真正落地交付。我认为这才是产品领域取得更大成功的更好策略。

“展示而非讲述”

Lenny: 我最近刚好在看一部纪录片,好像叫《Greatness》,里面讲到韦恩·格雷茨基,他的经历几乎一模一样。他小时候只在冬天打冰球,夏天就玩其他运动。冰球只是他玩的运动之一,后来才逐渐专注上去。纪录片里谈到,童年时玩过多种运动的人,最终在他们选择专注的那一项运动上反而表现得更出色。所以有很多相似之处。我知道你在想出路线图创意、构建路线图需求池方面也有很多有趣的方法论。你已经谈到了向截然不同的方向发散探索、看看能通向哪里。还有几个别人分享过的——其中一个是你的”展示而非讲述”(show don’t tell),这是什么?

Anuj Rathi: 其实,“展示而非讲述”正是我们前面讲的逆向工作法的延伸。在讲逆向工作法时,PR FAQ 是把我们想要达成的目标以书面文档的形式呈现。“展示而非讲述”本质上是让 PM 从完整的用户体验开始构思,他们实际上要把用户所需要的一切素材都组合在一起——如果你做的是单用户产品的话。然后你把市场人员和其他人都拉进来,讨论”用户看到的第一屏到底是什么?我的用户是怎么到达这里的?“这不是简单地想象有人做某个操作然后就到了这里,我们试图还原一个精确的场景。

这里有一个概念叫”具体的人”,而不是”人物画像”(personas)。大家通常会讨论人物画像,但我们试图进一步追问:“好,不要想一个抽象的用户。假设是 Lenny,30 岁,在做 A、B、C 这些事,收入是多少等等。他与外卖这个品类的关系是 X。他过去一个月做了这些事。过去三天里有哪些需求、渴望、期望、恐惧、挫败感等等。“然后我们说:“好,现在是上午 11 点。发生了什么?这个用户为什么打开了 app?是什么触发了这件事?然后发生了什么?“你真的从这个起点开始推演,我的产品评审中大概有 50% 的时间花在这部分。然后我们问:“好,app 被打开了。我们有没有为 Lenny 提供正确的路径,让他真正达成来这里的目的?“每一个像素、每一句文案、每一个字,都要为这个目标服务。


Anuj Rathi: 所以这就是展示完整的用户旅程,而不是停留在假设上。我发现这种方式在设计产品甚至思考”我们为什么要做这件事”时都非常有效。它还有另一个好处:当我们在构建复杂产品时,尤其是在市场类平台中,因为你在为用户构建的同时,另一端也在同步发生事情——如果是实时市场平台的话。所以你在为用户构建产品的同时还要考虑:“好,如果这个人下了单,接下来有 30 分钟的时间,我们的配送员会带着食物来到用户面前。这段时间里发生了什么?用户的情绪状态是怎样的?让我们把这 30 分钟画出来,创建各种场景。是不是可能’嘿,他去了餐厅,餐被延迟了’,或者骑手的车胎被扎了,等等。那消费者此刻在想什么?“所以你把所有这些都实时地展示出来,这样就能避免产品呈现出各种随机的样子——哪怕你只是在做一个聊天机器人。把所有旅程整合在一起展示,对于用正确的方式构建产品帮助非常大。

Lenny: 所以本质上,就是对你正在构建的产品体验做到非常细致、非常具体,深入思考用户体验。听起来工作量很大。我没法想象你会经常做这件事。你的建议是一年做一次,还是做一次然后持续更新?听起来你在 Swiggy 做了这件事,而且对产品构建产生了很大的影响。

Anuj Rathi: 对。我觉得其实不止一种方式。我建议每个产品经理都为自己当前版本做一次”展示而非讲述”。与此同时,新版本一直在迭代。所以他们可以对比参照,很容易向所有人解释自己为什么要做某件事。实际上,那面墙……所以它被称为”墙”(wall)。它也变成了一个可以把所有利益相关方聚集到一起的公共空间,因为……你不再只是做电梯演讲,而是可以真正进行详细讨论——为什么我选择这个而不是那个,等等。这是产品经理版本的做法。

还有一种产品负责人版本的做法,就是把整个战略浓缩在一页纸上,很多人称之为增长飞轮(growth loops)。对吧?不是展示用户旅程,而是把整个公司的战略放在一页纸上一起看。“好,市场是这个样子的,我们会获得什么样的用户?我们的激活预算是多少?我们能把这些用户中的多少人带到下一个阶段并让他们开始使用?我们如何让他们交叉渗透到不同的板块?我们需要一个会员计划吗?有没有不同的杠杆可以或多或少地推动?“这也是一种”展示而非讲述”,而且不只是一份,通常我喜欢做三份,比如”为什么我们选择了这个战略而不是那个?“举例来说,这对产品负责人来说是一种非常好的方式,能够达成一个 CXO 们都能对齐的战略,然后他们可以告诉整个产品团队和其他团队:“这就是我们要遵循的方向。”

Lenny: 这种做法产生了什么样的影响?有没有什么具体的例子,某个成果是从中涌现出来的重大突破?毕竟,把一整面墙的内容整理出来、持续更新、截图、营销、用户来源漏斗——这对某个人来说确实是很大的工作量。你觉得做这件事对增长或团队认知产生了什么样的影响?

Anuj Rathi: 我觉得最大的影响体现在对齐上——也就是 CXO 们各自的思路如果不够清晰,可以用文档来呈现。但对很多人来说,问题在于不够清晰……我可能只看到漏斗的一部分。我能理解……市场团队最清楚我们为什么要获取这些用户,但他们并不完全看到全貌——“如果我吸引来这类用户,为什么这些用户会变得忠诚?整个图景是什么样的?“或者另一个正在构建产品某个部分的团队——“我在其中的位置是什么?“所以我认为”展示而非讲述”最大的影响,基本上就是把整个公司拉到同一页上,让每个人都能理解我为什么要做这件事,我在整个图景中负责的是哪一部分,其他人为什么在做他们的事,这样我才能和他们一起协作解决那个部分。这是第一点。

另外一件事,Lenny,它还有助于选择方向,就像我说的,因为我们不是做一份,而是做三份。我在选择一个方案而不是另一个。有时候这些战略讨论会朝各种方向发散,可能你会围绕某个独特的点深入讨论,而不是一起看整个图景然后说:“这个方案好,因为我们在第一页上列出了这五个理由,而另一个方案没有。”

Lenny: 我觉得另一个好处——亚马逊的逆向工作法那种全部写下来的备忘录方式的一个好处——就是它迫使你把想法结晶,而不是停留在表面,因为理论上有很多好想法。但当你必须做到非常具体的时候,你就会发现有些想法其实很糟糕。本质上,“做到非常具体”在很多方面有同样的好处。你到底要做什么?这会帮助你识别出:“好吧,这个行不通。我们到底在想什么?“所以我喜欢这个做法。太好了。好,你还有一个框架,叫做产品策略的”四 BB 框架”(four BB framework)。能聊聊这是什么吗?

四 BB 框架

Anuj Rathi: 我们基本上发现,如果一家创业公司通常想要跨界做一堆事情,总会出现这样的声音:“我应该投资于技术债务或构建核心平台,这从长远来看对产品真的很有帮助,这非常重要”,这是工程经理们以及很大程度上是那些在争取带宽资源的人的声音。然后是产品经理自己,他们基本上在说:“我想做功能增强、bug 修复、版本二迭代、一些实验等等。“这是常规的产品待办清单,逐屏推进的工作。然后还有领导层会说:“你知道吗?现在我们有了一套产品线。现在我想做一个大的增量尝试,可能成功,也可能不成功,但我们需要确保它能成功,而且这需要跨团队协作,不是一个人就能完成的,我需要你们四五个人共同贡献力量来交付。“又或者是公司正在重新定义自身身份,或者在做转型——“好的,我们之前做 X,现在我们要做 X 加 Y,这就是我们希望被认知的方式。“或者”我们之前做 X,现在我们想很少做 X,因为现有消费者我们会照顾好,但现在我们要转向 Y。”

所以通常来说就是这四个桶,而真正发生的事情是,最终由产品经理在这些四个桶之间做优先级排序。所以我认为这不是一个战术层面的产品经理决策,它实际上是一个产品策略决策,需要发生的对话是在产品负责人和 CEO 之间,甚至整个领导层之间。如果我给你一百个关注点,你会在每个桶里放多少,那四个桶是什么?这就是四 BB 桶,那具体是哪四个呢?我们叫它们……第一个 BB 是 Brilliant Basics。我们之所以叫它 BB、Brilliant Basic,是因为你需要给它一个好的品牌……你不能把它品牌化为技术债务,那样感觉很不合适,因为这些工作是出色的、重要的。这是公司赖以建立的基础,公司需要在这方面持续投入。这是第一个。

第二个是 Bread and Butter。这就是你的待办清单。如果产品经理没有什么大想法,就让他们自己决定,他们在被分配的业务线上能提出什么样的改进?然后是 Big Bets。那就是你的更大的构想汇聚之处,但我们应该下多少个大胆的赌注,或者这个赌注算不算大?这就是逆向工作法或 PR FAQ 变得更加重要的地方,因为这类赌注不可能在没有所有人签字确认、逆向推演并说”我们都要让这件事成功”的情况下就贸然投入。

Breaking Bad 本质上是一个完全不同的世界。那是你想要重新定义公司的时候。比如在 Swiggy,如果我们之前做外卖配送,现在我们也想做杂货配送,这就像两个公司在协同运作;或者从一个外卖公司,我们想变成一个便利服务公司。这几乎就是 breaking bad。再说一遍,我知道这有点俗,但这样做的好处是,现在你可以和领导层一起盘点全局,产品负责人基本上可以说:“你知道吗?明年我可以在 brilliant basics 上投入少很多,我们应该作为一家公司把大量精力放在这个 breaking bad 上,因为这是生死存亡的问题。“但我们不应该回头看说:“为什么这段时间技术系统有点问题?宕机时间比以前多了一些。”

你可以把它摊开来,几乎可以展示出未来的预期。比如,如果我们只做一大堆 bread and butter,那你会开始看到 bug 少了很多,客户会更满意一些。你在基础工作上投入了很多,技术系统也很好,但你没有创造任何差异化优势。没有下任何赌注,竞争对手正在追赶上来。这听起来是一个更好的未来吗?这些都是很难的问题,这些优先级问题……我认为与其说是产品管理问题,不如说是产品策略问题,但在很多情况下,执行者并不知道自己在做什么样的权衡取舍。

所以如果你能够围绕我们想把资源投入哪些桶来展开对话,并创建三个备选方案……我尝试过很多次这样做。让我们看看策略 A,看看差异化在哪里。假设我们把很少的关注点放在 brilliant basics 上,而把更多放在比如 big bets 上,那就会有这样的风险:“我们不会有任何实验,或者实验很少。bug 还是 bug,但我们会获得一次改变格局的机会。“这个未来听起来更好吗?还是另一个方案——因为你同时也在为大量 bug 和频繁宕机所困扰,另一个方案更稳妥,但我们不会构建出令人惊叹的东西,哪个听起来更好?因为你能够推动这样的讨论,现在产品经理们在应该做什么方面就清晰得多了。同时他们也会知道,如果他们被分配到了一个 big bet,那他们就需要贡献于 PR FAQ,需要贡献于实际的推进工作,不管他们原来的产品是什么,但现在他们是一个更大的事情的一部分。

Lenny: 太棒了,我很喜欢。好的,让我总结一下,让大家对这个框架有一个简短的定义。Brilliant Basics 本质上就是技术债务和那些你不得不做的事情,几乎是基础卫生性的工作。Bread and Butter 本质上就是优化现有产品。Big Bets 就是大胆的赌注,而 Breaking Bad 就是未来的大火箭级登月项目,彻底改变业务运作方式?

Anuj Rathi: 没错。

Lenny: 我很喜欢。还有一点很有意思。在你的建议中反复出现的另一个线索是,在承诺一个方案之前先探索所有选项——你总是……我觉得听起来你总是推荐三个方案。我想说的是,我始终觉得很重要的一点是,我认为产品经理应该在呈现三个方案的同时推荐其中一个。不是说”这里有三个,你告诉我选哪个。“而是”这里有三个,这是我的推荐以及理由。“这也是你的建议吗,还是你有不同的看法——

Anuj Rathi: 百分之百同意,百分之百。当你探索了三个方案之后,你实际上已经做了全部的工作——“我已经覆盖了所有基础,并且把它们结晶成了具体的选项。现在,基于我对市场、公司、我们策略的了解,以及我们如何让它成功的判断,我在代表公司选择其中一个。“如果我遗漏了什么,这也是一个可以与领导层和其他产品经理合作来补全认知的时机,或者如果你有 80% 是对的,你实际上可以把策略二和策略三中的元素融入到策略一中。所以这始终是你做事的方式——一个非常具体的选项,但因为你手头有其他工具,所以不会遗漏,可以把它们整合在一起。但最终,你是那个要为这个方案负责的人,这就是亚马逊另一个领导力原则发挥作用的地方——disagree and commit。一旦我们在这一方案上达成了共识,我们都要承诺推进上线,之后领导层就不应该再反复摇摆。

反直觉观点

Lenny: 太好了。我想换个完全不同的方向。感觉你在如何打造产品、如何组建团队和创建公司等方面有很多反直觉的观点,所以我想从一个宽泛的问题开始:你有哪些反直觉的观点?有哪些你相信但很多人可能不信、或者看法不同的事情?

Anuj Rathi: 举个例子,卓越与速度之间的关系。人们总是在这个问题上纠结:“你宁愿更快地上线,还是更好地上线?“我的看法是,当你不得不做出选择时,多想想,把东西做得更好。大多数实验应该是思想实验,根本不需要真正去试,因为它们明显会失败——这与”先试试看再说”的做法正好相反。我认为那会浪费大量公司时间。如果你有能够做元思考(metathinking)的聪明人,很多实验根本就……这不是一条硬性规则,而是一种偏好。我认为速度和卓越是两个不同的轴。理想情况下,你两者都应该擅长,但如果必须选一个,选卓越。

还有一个反直觉的观点……我认为大多数产品经理,再说一次,我说的可能更多是我接触和共事过的产品人群中观察到的情况——大多数产品经理根本不应该做产品经理。他们应该多想想这个领域是否真的适合自己,因为我觉得很多来自其他领域的人进入这个行业,并没有充分意识到这需要什么。当然,你可以通过自我训练逐步提升,但如果方向不对,这件事会让你非常痛苦。

Lenny: 有没有什么迹象可以帮助人们判断自己可能不适合做产品经理?比如动机、技能组合、背景,或者任何其他方面?

Anuj Rathi: 没有。我不太关注你来自什么具体领域。我还是有一个简单的三要素框架。第一是基本的敏锐度(raw sharps),它表现为问题识别和问题解决的能力。这是其一,还包括高阶思维等等。我认为这非常重要。第二个是我所说的驱动力或毅力(grit)。伴随而来的还有好奇心、学习能力、永不放弃的精神、以用户为中心的思维方式——“我真的想解决这个问题”等等一整套品质。第三点有点不同,我们之前也谈过,就是影响力。你所从事的就是影响力的生意。如果你能认识到”我就是这种人”,或者”我真的想在这些方面变得更好”,那我认为这个领域会非常适合你。

Lenny: 我喜欢你什么都是三,太方便了。

Anuj Rathi: 只有 BB 那个框架是四个。我真希望能压缩成三个。

Lenny: 哈哈,要做的事情太多了。本质上,这些也许就是你眼中最重要的产品经理技能,是一个很好的思考方式。影响力、毅力,再加上聪明。

Anuj Rathi: 嗯。

Lenny: 我想你这里说的并不是说你要进入产品领域并做好就必须在这些方面天赋异禀,而是你需要对不断提升这些技能感到兴奋。

Anuj Rathi: 对,没错。

Lenny: 很好。

Anuj Rathi: 我的意思是,并不是每个人天生就有很强的影响力。当然,你可以变得更好,但关键在于一种预期——“要在这份工作上取得成功,我需要具备影响力。“这应该让你感到兴奋,而不是被吓退。你不应该想”我能不能绕过这一点,仍然做一个非常成功的产品经理”,因为大概率是不行的。

如何发展这些技能

Lenny: 也许我们可以在这里多花一点时间。关于聪明,你可能很难有太大改变。但在毅力或影响力方面,除了做一段时间这个工作然后慢慢变好之外,你有没有看到什么方法最能帮助人们发展这些技能?

Anuj Rathi: 其实关于聪明,我认为其中 80% 是完全可以达到的,你不需要在这方面出类拔萃。比如领域知识——一个没有领域知识的普通聪明人,和一个掌握了大量领域知识的你相比,后者已经能让你达到很高的水平,做出更好的决策。所以第一点更多是关于决策制定、问题识别、问题解决等等,这些都是可以发展到非常高效的程度的。驱动力,我认为可能是最难培养的,大概是最难的。我没见过驱动力不足的人最终能变得非常有驱动力,但他们可以被激发。你需要成为一个愿意这样思考的人。至于第三个,影响力,我觉得没有商量的余地。你必须认真对待,“我一定要在这方面变得擅长。“

不能做、不愿做、未被赋能做

还有一个框架,Lenny,我想聊一聊。就是当我审视产品领导力,思考如何评判不同的人等等——什么时候是产品经理的问题,什么时候是你自己的问题,什么时候是公司的问题?作为领导者,事情没有按你的期望发展,原因只有三个。你看一个人,要么是他不能做(can’t do),这是能力问题;要么是他不愿做(won’t do),这是动机或对齐问题;要么是他没有被赋能去做(not set up to do),这就真的是你的问题了——你没有设计好工作方式,或者组织架构没有搭好,诸如此类。

所以作为领导者,这和我们刚才谈到的正好相反——不是关于卓越的影响力和敏锐度,而是:你在能力方面是否选对了人?如果没有,正确的做法是辅导他们、指导他们,还是把他们安排到其他更适合的地方,因为也许他们的能力在其他岗位更能发挥?如果他们不愿做,为什么不愿?是他们和你的方向不一致?不认同你的愿景?还是没有足够的时间?诸如此类。你需要深入探究,为什么他们不愿做。

这背后有不同的答案。但如果是赋能的问题——至少我认识到,除了产品经理自身能做的之外,事情做不成的 70%、80% 都是赋能问题。产品领导者或其他领导者没有深入思考 OKR 对公司产生了什么影响,没有真正想清楚组织架构的设计。如果你读过一本叫 Team Topologies 的书,那是一本很有意思的书,它从 Conway 定律出发,本质上说的是:“给我看一个工程架构,我就能告诉你这家公司的组织架构是什么样的。“但这也体现在产品上——你基本可以通过观察一个产品,在大多数情况下判断出是什么样的组织架构导致了这样的产品。

Lenny: 我最近听好几次有人提到这本书了,我得找来看看。你刚分享的三个——又是一个三要素,我很喜欢。能做、不愿做,第三个是什么来着,没做?

Anuj Rathi: 没有被赋能去做。

Lenny: 没有被赋能去做。这个比较长。我觉得这套框架很棒的地方在于,它们本质上是衡量绩效的方式。也许作为产品经理,在做绩效评估时就是这样的思路——“你有完成这件事的技能吗?你有做这件事的动力吗?还是环境没有为你提供成功的条件?“基本上就是你是否被赋能成功。

AI 角

Lenny: 好,接下来进入 AI 角,这是我每位嘉宾都会聊的环节。关于与 AI 协作,你有没有什么心得想跟听众分享的?

Anuj Rathi: 有几点想聊。我觉得在运用 AI 时,很多团队和公司对 AI 及其可能性过度兴奋,几乎是拿着一个现成的解决方案在公司里到处找问题——这倒也无可厚非,因为这样你确实在思考这项技术能为公司做些什么,所以作为起点是可以的。但很多人并没有用最优的方式去使用它,而是强行套用。与其如此,不如思考”如何让 AI 与 HI 协同工作”。这又回到了……Swiggy 的 CEO Sriharsha 创造了 HI 这个说法,就是为了让所有人都理解这一点:人工智力和人类智慧同样重要。如果你不够”人类智慧”,那你也不会真正变得”人工智慧”,AI 也无法真正为公司带来很大帮助。所以实际上,你构建的任何产品,即使它在技术上非常有趣、令人兴奋,也需要与出色的 UX 和行为科学相互配合、保持平衡。这两者的结合才能真正确保你获得最佳成果——除非你构建的是完全自动化、无需人工干预的产品。我们这里主要讨论的是面向消费者的产品。

构建成功市场的经验

Lenny: 你参与打造了印度乃至全球一些最成功的市场平台。我很好奇,关于构建成功市场,你有什么经验教训可以分享?

Anuj Rathi: 有一件事我特别想谈。思考市场时,它不是一加一等于二,而是乘法关系。当我们考虑三方市场时,你几乎需要从二维平面思维跃迁到三维思维。复杂度会达到那种量级,你常规的产品管理和领导力原则会开始失灵。很多惯用的套路会行不通。举个例子,OKR 会失效。为什么?从根本上说,OKR 是一种用来设定目标和关键成果的方式,但它的基本假设是——你在解决某一类用户的问题,而且这一类用户你可以分而治之。当然,不同团队之间会有一些摩擦,但你能让他们协同配合。可如果你要同时服务三类不同的用户,那所有的目标就会一直处于相互冲突之中。

Lenny: 这三类用户具体是指什么?比如配送员、餐厅——

Anuj Rathi: 还有终端用户。举个例子——消费者这边,我们需要收取更多配送费。这对另外两方意味着什么?餐厅那边,我们需要提高佣金,因为盈利是一个目标。配送员那边,就意味着少付报酬或者进一步压缩。可一旦你拨动一个杠杆,另外两方已经被拉向相反的方向了。这些杠杆根本不是独立的。想要对它们建模——如果我选 X,Y 会怎么变?Y 对 Z 的影响是什么?Z 又会怎么变?这几乎是不可能完成的。所以我多次看到在运营这类市场时 OKR 会失效。Big Bets 的方式效果好得多。你可以说”我们想做这件事”,但所有东西都是联动的——如果我们拉动这个杠杆,其他东西也会跟着变。所以整个叙事是这样的:“我们通过提高配送费来实现盈利,但不碰配送员的时薪,或者不碰餐厅佣金。“类似这样的策略组合。我至少发现,用这种方式来战略性地选择方向要有效得多。

另一个点是同时管理多方共情,这不是件容易的事。Swiggy 作为一个实时、超本地的市场,我们之前讨论过这一点。订单一下来,从用户操作到配送员执行的这段时间里会发生什么?配送员会面临哪些截然不同的场景?与此同时,我如何跟用户沟通、管理他们的情绪?你需要同时管理所有这些事情。在这种情况下的产品管理,你不能让配送端的产品经理只关心他那一边——他也需要成为消费者端的倡导者,反之亦然。

Lenny: 对。我发现市场平台普遍存在这个问题……Uber 经历过,Lyft 也经历过——供给方往往被挤压,因为他们需要为客户侧交付结果。所以司机最终被压榨。Airbnb 的房东被推着去做他们可能并不愿意做的事。配送人员估计也是同样的情况。

Anuj Rathi: 既然你提到 Uber,举个例子,那些运营出租车业务的公司会面临这样的问题——如果你只有有限的一笔资金,想要让市场在日均订单量上跑起来,你怎么决定”我应该把激励投给用户,比如首单优惠、前十单优惠之类的,还是说用户侧一分钱不投,全去激励司机?“你需要让司机来这里,所以你对流动性的思考方式也要截然不同,有时候你需要把杠杆完全拨向另一边。实验也一样。A/B 实验也不行——这是市场平台非常独特的一点。我说”不行”是指不会像你期望的那样工作,因为网络效应无处不在。比如你要在司机端做 A/B 实验,把一半司机放在 A 组、一半放在 B 组,但两者之间存在网络效应,是互相影响的。

Lenny: 当你试图决定市场平台应该优先关注哪一方时,你有没有什么经验法则?比如优先关注消费者、以他们的满意度为导向,还是优先关注供给方,或者配送员?

Anuj Rathi: 有一点我觉得市场平台需要认识到的是:首先,你需要运营一个稳定的市场。各方都需要足够稳定,不会离开。我觉得这是起点,也是一个重要的前提——一旦确立了稳定的市场,之后我们再问”我们要服务的是哪类客户?我们真正要聚焦的是哪些客户?“比如 Amazon 非常明确地是一家以客户为中心的公司。如果必须做选择,他们不会只偏向客户,因为他们需要一个稳定的市场。所以卖家也同样重要——只是客户稍微更重要一点。

不同市场平台的价值取向

Anuj Rathi: 举个例子,如果你看淘宝或者阿里巴巴,他们的思维方式是:他们此生的使命就是为一千万中国卖家创造改变人生的体验,他们会从卖家能够真正卖出去货的角度来构建市场平台。当然,他们同样会有面向消费者的 App 和卖家端工具等等,但他们是以服务卖家为核心。所以你确实需要从公司的愿景出发来推导。我们在 Swiggy 的做法是,我们必须在价值观中明确——我们的第一个价值观是……最初是”客户优先”,但这非常令人困惑,因为人人都是客户,餐厅也是一个卖方客户。我们必须澄清:消费者优先,也就是真正吃食物的终端消费者,因为我们是一家服务于终端消费者的便利公司。当你思考餐厅或配送合作伙伴时,我们与他们合作是因为我们双方……当你和配送合作伙伴对话时,Swiggy 和配送合作伙伴,我们都是在为消费者服务。所以你也要从这个视角去构建那个 App,甚至餐厅端也是从这个视角——我们双方共同服务于终端消费者。

临别寄语

Lenny: 我感觉你大概还有一百多个框架、流程和缩写可以聊,但我知道你得走了。在我们进入非常精彩的快问快答环节之前,你还有什么想聊的,或者想留给听众的吗?

Anuj Rathi: 最后几句我想再次强调的。从一个美好的未来开始逆向工作。所以首先是要创造性地想象一个未来,然后从中逆向推导,本质上是思考什么能让它成功,并且对一切可能出错的地方保持偏执般的警惕。因此,我需要确保所有环节都能顺利衔接。

Lenny: 只有偏执狂才能生存。非常棒的建议来作为结束语。我们进入了非常精彩的快问快答环节。我为你准备了六个问题。准备好了吗?

Anuj Rathi: 好的。

快问快答

Lenny: 你最常推荐给别人的两三本书是什么?

Anuj Rathi: 一本是《Working Backwards》,我们已经聊过了。另一本深刻影响了我信念的书叫 How Brands Grow,作者是 Byron Sharp 教授。这个系列有两本,How Brands Grow 12,都非常好。还有一本我很喜欢的……最近 Cred 的创始人 Kunal Shah——一家印度创业公司——推荐的,叫 The Luxury Strategy。我之所以喜欢这本书,是因为它深入探讨了等级制度背后的人类心理学,以及领主、国王这类社会等级如何塑造了人们对渴望型产品的认知等等。强烈推荐。

Lenny: 最近你最喜欢的电影或电视剧是什么?

Anuj Rathi: 我很喜欢重温《The Office》。我刚才试着想”我最近看了什么新电影?“想了想,没有。我总是回到《The Office》,反复看某一集。比如今天,我就从 Michael Scott 那里得到了很多故事素材。

Lenny: 好的,美版的对吧,不是英版的,还是两个你都看?

Anuj Rathi: 两个我都看,但美版的季数多很多。

最喜欢的面试问题

Lenny: 你在面试产品经理时,有没有最喜欢的面试问题?

Anuj Rathi: “在你看来,哪些产品应该优先追求速度,哪些产品必须追求卓越?“我觉得这个问题能很好地了解候选人的思维框架,以及他们为什么这么说,然后我会让他们举出具体例子——什么时候选择了前者,什么时候选择了后者,然后从那里继续深入。

Lenny: 那你觉得什么样的回答算是好的回答?

Anuj Rathi: 我主要看他们对风险的评估,看他们对市场重要性的判断,以及对竞争产品的理解程度。如果他们的回答是”先发出去再说,我们看看效果”之类的,这也会给我一个信号——他们并没有真正理解,他们所说的这个产品,以那样的发布速度,其实并不……MVP 中的 V(可行性)并不成立,或者说……怎么说来着,MLP 还是别的什么概念?总之就是差异化不够,无法推向市场。它的价值不足以让我们拿给用户,对一个懒惰且自私的用户来说是行不通的。这可能不是关于速度与卓越的正确答案。而另一种情况是,有些产品的竞争差异化非常清晰,存在明确的市场空白。那我就想尽快推出一个东西,哪怕它还半生不熟也没关系。我要赶紧拿出去获取用户反馈、迭代等等。所以一方面是对市场的理解,另一方面是对核心导向的理解。

Lenny: 这又回到了你一直强调的建议——在很多方面都要成为全栈,而在这种情况下,就是成为一个全栈产品经理,同时思考营销、发布和用户采用等所有这些方面。下一个问题:你最近发现并非常喜欢的产品是什么?

喜欢的产品与人生信条

Anuj Rathi: 最近我喜欢的一个产品叫 RISE,是一个睡眠追踪 App,因为我有半失眠的问题,长期以来我一直在想”我怎么追踪自己的睡眠?我到底在做什么?我怎样才能改善?“所以我非常喜欢他们帮助终端用户的方式。我才开始用了一个星期,但推荐给大家。

Lenny: 它对你的睡眠有帮助吗,还是现在说还太早?

Anuj Rathi: 它帮我追踪了睡眠,所以……现在正在进入可以采取行动的阶段,但我挺喜欢的。

Lenny: 好的好的,我们拭目以待。

Anuj Rathi: 拭目以待。

Lenny: 你有没有一个经常回到、与人分享、在工作中或生活中都会想起的人生信条?

Anuj Rathi: 说不上是人生信条,但有一句话我经常对与我共事的人说——“停止外部归因”。这是一点,更有艺术感的说法是:你是你自己痛苦的根源。这句话我经常以一种玩笑的口吻使用。但如果事情出了问题,如果那场领导层会议没有按预期进行,如果我的产品失败了等等,回去问问自己:我们本可以做得更好吗?我本可以做得更好吗?当然,因为我也是一个扑克玩家,所以我理解其中一半是运气、一半是技能。但如果在很长一段时间里,你一直归咎于运气,而且一次又一次地失败,你就得回过头审视自己的能力了。所以,是的。你是你自己痛苦的根源。

Lenny: 我很喜欢这个建议。非常有力量,也让人学会承担责任。最后一个问题。我翻了你的 LinkedIn,你主办了一个活动叫 The Secret Soiree,其实也没那么秘密,因为你会发帖公开它,但我很好奇,这个活动到底是什么,你是怎么开始做这类活动的?


Anuj Rathi: 这个活动是我和一位前同事 Shivangi 一起发起的。初衷很简单,就是想认识身边有趣的人。一开始就是这样——不带任何目的,有趣的人聚在一起,聊聊创业、初创公司、产品、人脉连接等等各种有意思的话题。后来逐步发展,现在我们正在做更多有意思的事情,比如推出以小组为单位的学习社群,可能围绕产品管理、市场营销、增长等主题展开。我们承诺至少在接下来一年内保持非营利性质,不过未来还有很长的路要走。

Lenny: 太棒了。那对于听众来说,这个活动他们可以参加吗?适合什么样的人?目标群体是谁?

Anuj Rathi: 当然可以。等到规模扩大之后,可能就不会再叫 The Secret Soiree 这个名字了。

Lenny: 不再秘密了。好的。那大家关注你的 LinkedIn 就能跟进这些活动的动态,对吧?

Anuj Rathi: 对,LinkedIn 和 Twitter 都可以。

Lenny: 好的。Anuj,我们今天聊了好多话题——破局转型、全栈产品管理、全栈思维、逆向工作法、基本盘、三的法则……太多了。最后两个问题:如果大家想联系你或者跟进我们今天聊到的任何内容,在网上哪里可以找到你?另外,听众可以怎样帮到你?

Anuj Rathi: 我在 Twitter 上,账号是 twitter.com/anujrathi,LinkedIn 上直接搜我的名字就行。我在两个平台上都挺活跃的。虽然不像你 Lenny 这样经常做播客,但我也会参加不少其他活动和演讲,相关信息我都会发在 Twitter 上,大家可以在那里找到我。

Lenny: 太好了。Anuj,非常感谢你来参加节目。

Anuj Rathi: 非常感谢你的邀请,Lenny。

Lenny: 这是我的荣幸。大家再见。

感谢大家的收听。如果你觉得这期节目有价值,可以在 Apple Podcasts、Spotify 或你喜欢的播客应用上订阅本节目。也欢迎给我们打分或留下评价,这对其他听众发现这个播客真的很有帮助。你可以在 lennyspodcast.com 找到所有往期节目或了解更多关于本节目的信息。下期再见。

术语表

原文中文
Big BetsBig Bets(大胆赌注,四 BB 框架之一)
Bread and ButterBread and Butter(基本盘,四 BB 框架之一)
Breaking BadBreaking Bad(破局转型,四 BB 框架之一)
Brilliant BasicsBrilliant Basics(卓越基本功,四 BB 框架之一)
Conway’s lawConway 定律(康威定律)
CredCred(印度金融科技公司,保留原文)
cross-pollination / cross-sell交叉渗透 / 交叉销售
CXOCXO(首席高管,如 CEO、CTO 等)
disagree and commitdisagree and commit(亚马逊领导力原则:异议但承诺执行)
elevator pitch电梯演讲
FDFD(定期存款)
four BB framework四 BB 框架(four BB framework)
Frodo Baggins弗罗多·巴金斯(《指环王》角色)
full-stack PM全栈产品经理
growth loops增长飞轮(growth loops)
GTMGTM(Go-to-Market,推向市场)
HIHI(人类智慧,Human Intelligence)
JupiterJupiter
Kunal ShahKunal Shah(Cred 创始人,保留原文)
liquidity流动性
Marc Andreessen马克·安德森(硅谷知名投资人)
metathinking元思考(metathinking)
Michael ScottMichael Scott(《The Office》角色,保留原文)
MLPMLP(Minimum Lovable Product,最小可爱产品)
neobankneobank(新型数字银行)
network effects网络效应
OKROKR(目标与关键成果)
personas人物画像(personas)
PR FAQPR FAQ(新闻稿/常见问题,Amazon 逆向工作法中的核心文档)
PRDPRD(产品需求文档)
Range《Range》(《范围》,David Epstein 著作)
raw sharps基本敏锐度(raw sharps)
RISERISE(睡眠追踪 App,保留原文)
Roger Federer罗杰·费德勒(国际网球名将)
Scott BelskyScott Belsky(Adobe 高管,保留原文)
ShivangiShivangi(Anuj 的前同事,保留原文)
show don’t tell展示而非讲述(show don’t tell)
SriharshaSriharsha(Swiggy CEO,保留原文)
SwiggySwiggy
Team TopologiesTeam Topologies(《团队拓扑》,保留英文书名)
The Office《The Office》(办公室,保留原文)
The Secret SoireeThe Secret Soiree(活动名称,保留原文)
Wayne Gretzky韦恩·格雷茨基(加拿大冰球传奇)
working backwards逆向工作法

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