构建更好的路线图 | Janna Bastow (Mind the Product, ProdPad)

Janna Bastow 2022-10-16

构建更好的路线图 | Janna Bastow (Mind the Product, ProdPad)


文字记录

路线图是策略的原型

Janna Bastow (00:00): 路线图的核心要义在于,它并不是你的计划。我把它看作策略的原型。我的意思是,我们在精益世界里经常谈论原型,而原型本质上是一种验证假设的方式。通常我们把它理解为设计层面的,比如一个模型,但请试着把它放到策略层面来思考。

Janna Bastow (00:22): 所以在功能层面,你会通过做设计、做 mockup 来进行原型验证,然后把这个 mockup 拿给别人看,说:“这是我正在尝试构建的功能的 mockup,你觉得怎么样?“他们会告诉你哪些对哪些不对,然后你会添加一些新的文案或按钮让它更清晰,再扔掉原来的原型,因为它不够好,然后做一个新的。所以价值不在于原型本身,价值在于原型的过程。

Janna Bastow (00:47): 价值不在于你的路线图本身,而在于制定路线图的过程。你实际在做的是把你对所解决问题的假设铺展开来。你在说:“我觉得我们有这个问题,然后还有这个问题。你怎么看?“整个要点就是把你的早期假设分享给团队里的其他人,分享给客户,甚至任何愿意听的人,然后确认你在正确的道路上。

播客开场

Lenny (01:11): 欢迎来到 Lenny’s Podcast。我是 Lenny,我在这里的目标是帮助你更好地掌握构建和增长自己产品的技艺。我采访世界级的产品负责人和增长专家,从他们打造和扩展当今最成功公司的宝贵经验中学习。今天的嘉宾是 Janna Bastow。Janna 联合创办了 Mind the Product,我相信它是全球最大的产品人社区。她也是路线图框架 “Now, Next, Later” 的发明者,以及 ProdPad 的创始人——ProdPad 让你能以这种更简单的新方式来做路线图。在我们的对话中,我们聊了公开演讲、社区建设、路线图、愿景,以及从产品经理到创始人的转变。接下来,有请 Janna Bastow。

赞助商:Formsort

Lenny (01:58): 本集节目由 Formsort 带给你——面向产品团队的领先低代码表单构建器。如果你在初创公司工作,你可能体验过构建表单的痛苦。产品经理想出了一个新 onboarding 流程的方案,然后工程师得把它构建出来,并且永远维护这些流程。即使是对流程做微小的改动,也可能需要数周才能落地实施,拖慢了团队的实验周期。Formsort 消除了工程瓶颈,让产品经理和营销人员完全掌控表单构建的全生命周期。借助 Formsort,任何人都可以构建高度可定制的表单,实现复杂逻辑,并将数据发送到 Postgres、BigQuery 和 Segment 等目的地。

Lenny (02:38): 像 GoodRx、Candid 和 Balance Homes 这样的公司在 Formsort 上构建他们最重要的表单——比如患者信息采集、调查问卷和金融科技 onboarding。他们的转化率提升了超过 30%,并节省了数千小时的工程时间。我总是告诉初创公司,改善 onboarding 是优化激活和提升留存最有力的方式之一。Formsort 让这个过程变得尽可能简单,这也是我自豪地成为其投资者的原因。你可以在 formsort.com 注册免费账户,使用优惠码 Lenny 享受 Formsort Pro 计划 20% 的折扣。

赞助商:Coda

Lenny (03:15): 本集节目由 Coda 带给你。Coda 是一个一体化文档,将文档、电子表格和应用的优势集于一处。我实际上每天都在用 Coda。它是我组织 newsletter 写作的大本营。我在那里规划内容日历、收集研究素材、撰写每篇文章的初稿。它也是我管理付费 newsletter 订阅者专属知识库的地方,同时还是我管理这档播客工作流程的工具。

Lenny (03:42): 多年来,我看到 Coda 从一个让团队更高效的工具,演变成一个也将科技行业最佳实践落地的平台。Coda 文档库中有极其丰富的模板和指南合集,包括本播客许多嘉宾提供的资源,比如 Shreyas、Gokul,以及 Coda 的 CEO Shishir。一些最优秀的团队,如 Pinterest、Spotify、Square 和 Uber,都在使用 Coda 高效运转,并公开了他们的模板供所有人使用。如果你在大量文档和电子表格之间来回切换,那就让你的生活更好一些,开始使用 Coda 吧。初创公司可以享受限时特别优惠,前往 coda.io/lenny 注册,即可在第一笔账单上获得 1,000 美元抵扣。那就是 C-O-D-A.io/lenny,注册后你的账户将获得 1,000 美元抵扣额。

嘉宾介绍与职业背景

Lenny (04:44): Janna,欢迎来到播客。

Janna Bastow (04:45): 嗨,非常感谢你的邀请。

Lenny (04:47): 这是我的荣幸。先给听众朋友们铺垫一下背景,能不能用 55 秒介绍一下你的职业经历?

Janna Bastow (04:57): 当然可以。我是产品经理出身。像很多人一样,我入行产品管理是意外之事。我在伦敦的一家初创公司一路做到产品负责人。后来发现对产品管理工具的需求,因为当时市面上确实没有什么类似的工具。于是开始打造 ProdPad。我的一位联合创始人——我也恰好和他一起创办了 Mind the Product——Mind the Product 后来发展成为全球最大的产品经理社区。所以我实际上是同时创办了两个东西,过去十来年就一直在忙这些。

Lenny (05:28): 你现在有一家公司,简单提一下吧,我觉得后面会用到这个背景。

Janna Bastow (05:33): 好的,当然。我刚才说的那个工具后来就成了 ProdPad,是面向产品人的软件。这个工具可以帮你构建路线图、制定 OKR、收集团队的想法和客户的反馈,把所有产品管理相关的东西在一个空间里组织起来。

社区建设经验

Lenny (05:47): 太棒了。你提到了 Mind the Product 和 ProductTank,后者算是关联的组成部分。我不太确定它们之间的区别,但我知道它们有关系。其中一个是社区部分,对吧?是这样吗?

Janna Bastow (05:57): 是的。

Lenny (05:57): 好的。我记得你说过它可能是全球最大的产品社区,线上线下都是。作为一个围绕自己的 newsletter 和播客正在建设社区的人,我一直很想知道大家从建设社区中学到了什么,尤其是面向产品人的社区。所以我的问题是:你觉得在早期把 Mind the Product 社区做对的过程中,什么最重要?以及后续如何维持社区的质量?

Janna Bastow (06:23): 说实话,我们并不是一开始就打算建一个社区。我们只是和几个产品人聚在一起,因为我们觉得自己并不知道自己在做什么。所以我们想,如果和其他产品人一起聊聊,大家就能一起学。所以就是一种分享、协作、互相学习的精神,并在成长过程中尽可能保持草根性。还有一致性——每个月都准时举办 ProductTank,每年都举办活动。就是在每一个有机会出现的时候,都出现在那里。

Lenny (06:56): 所以我听下来就是投入时间、持续去做。我猜其中很大一部分是早期让对的人参与进来,他们可能是你想要建立的那种社区的合适标杆。这大致对吗?

Janna Bastow (07:09): 是的,完全对。我的意思是,让自己身边围绕着那些愿意帮你维系社区、帮你保持一致性、帮你吸引越来越多对的人的人。我们很早就学到的一点是,我们的人脉网络是有限的。所以能够找到其他人来帮我们筛选、引进其他聪明人,帮我们找到我们圈子之外的讲者,帮我们在写不出东西的时候给博客供稿——这很重要。就像你做的,Lenny,你也有来自社区各个角落的人在帮你一起贡献更大的图景。

社区规模与出售

Lenny (07:42): 很好奇。现在这个社区规模有多大?

Janna Bastow (07:45): 好问题。我没有确切数字。你可能不知道——也可能知道——Mind the Product 其实今年早些时候已经卖掉了,所以我没有——

Lenny (07:51): 嗯,我知道。

Janna Bastow (07:52): ——所以我现在掌握不了确切数字了。而且 COVID 来的时候数字确实有波动。我知道 ProductTank 曾经达到大概 200 个、快 300 个城市遍布全球。我不知道今天这个数字是多少。我知道它先涨上去,又掉下来,再涨回去。其中有些仍然是线上的,有些已经回到了线下。我知道全球有成千上万的产品人以各种形式参与这个社区。当然,也有些人参加大型会议。

办会踩过的坑

Lenny (08:22): 我想在这一路走来建设社区的过程中,你们应该也犯过一些错误。

Janna Bastow (08:26): 天哪。

Lenny (08:26): 有没有什么事情让你回想起来觉得,“哎,真不该那样做”?给现在考虑建设社区的人一个参考。

Janna Bastow (08:32): 办会议是你能做的最昂贵、最不 lean 的事情之一。作为产品人来做这件事真的很难,因为它牵动你的心。你想做 lean、迭代的事情,但你做不到。比如午餐订单出了问题,你没法修复。你得等到明年,只能在那一年尽量凑合到最好。有一年我们订了餐,但不够,因为餐饮供应商少送了,我们最后不得不让所有志愿者跑去当地的 sandwich shop 把食物全部买回来带进场。就是这种事情,当时很难,但我们尽力凑合,最后给参会者发了现金卡,说”拿去,算是我们的补偿”。就是这类事,当你觉得”我们付钱给供应商,他们就能搞定”的时候,事情远没那么简单。

Lenny (09:29): 明白了。好吧。这对我来说又多了一个不办会议的理由,我从没想过要做这件事。这也提醒了我办会背后所有的痛苦。

Janna Bastow (09:38): 会议难得离谱。我学到的一点是,当会议上出问题时,损失不是几百美元级别的,而是几千美元级别的。一个讲者因为某种原因来不了——完全正当的理由,没问题——但他们的商务舱机票你已经付了,所以你得临时找另一个讲者把他们弄过来。那就是几千英镑的窟窿。也可能是印刷出了问题,前一天才发现,那又是更多的钱没了。可能出错的事情太多了。我们的场地曾经倒闭过——after party 的场地在会议前三周倒闭了。那是第一年。

Lenny (10:19): 太棒了。

Janna Bastow (10:19): 所有这些事情,对,我们当时就说,“太棒了,我们该怎么办?“我们最后只能凑合,找了另一个地方撑过去了。所以在这个层面会有很多出错的事。但关键是,我们在社区中积累了大量 goodwill,能够从周围的人那里获得帮助和建议。而当结果出来后,实际上我们发现场地比预期小了一些,或者情况稍有不同之类的,大家也原谅了我们。最后结果还不错,对我们有利。

会议是门好生意吗?

Lenny (10:49): 正好聊到这个话题,我最好奇的是,会议是一门好生意吗?有时候能赚很多钱吗?还是利润一直很薄?这门生意的商业模式到底是什么样的?

Janna Bastow (10:59): 这不是胆小的人能干的。风险极大。事后看来,我真的挺惊讶我们居然挺过了最初那几场。如果你能做到,确实有一些很棒的变现方式。但只有规模到了比较大的数字时才真正见效,而要达到那个点需要付出大量努力。有人曾经问我:“哦,我们票卖不动,你们是怎么把票都卖出去的?“那你就先提前几年建一个社区,邀请人们来,每个月定期举办某种社区聚会,一遍又一遍地做,那就是你的营销。

Janna Bastow (11:33): 比如会议的票卖少了,就完全可以把它拖垮。你会看到有些会议办了一场,来的人不够,然后就没了。光是这一点就能把生意搞砸。太夸张了。来个 COVID 之类的也能把它搞垮。这是一门难得离谱的生意。很难做保障。很难把所有可能出错的事情都想周全并做好防护。所以虽然有一些好处,但这真不是胆小的人能干的。

Lenny (12:01): 好的,酷。又多了一个不办的理由。我有一个朋友在旧金山办活动,我就一直想,“一个人怎么能对反复办活动保持热情?压力那么大,风险那么多,总有事情出错,你根本没法在这些活动上享受乐趣。” 所以这真的是一种不同的性格类型。

Janna Bastow (12:16): 是啊,活动组织者或者活动经理这类职位曾经被列为压力最大的工作之一。你能理解为什么。因为所有事情一下子全压到你身上。活动一旦结束,就会有一种空虚感——结束了,然后呢?第二天你就是那种,“耶”,你可以看看推特上发生了什么的推文流,可以翻翻照片,然后你就想,“接下来做什么?”

Lenny (12:38): 开始准备明年的。

Janna Bastow (12:39): 开始准备明年的,又出发了。而且真的很辛苦。但话说回来,产品管理也曾被列为最艰难的工作之一。我不知道这个说法现在还成不成立,但我知道产品管理在十年前、五到十年前,确实有一种不同的氛围,确实是一份非常艰难的工作。

Lenny (12:58): 仍然是一份非常艰难的工作。说到会议和演讲,今天我们开始聊天之前,我在网上看了你的一些演讲。有几件事我注意到了。一是你确实是一位非常出色的演讲者,也是一个很会讲故事的人。这个播客里经常提到的一个话题就是,沟通能力对产品负责人和产品经理有多么重要,还有讲故事的能力。而且你也见过很多在这些会议上做精彩演讲的人。所以我很好奇,无论你脑海中有什么想法,是什么帮助你成为了一名更好的演讲者和讲故事的人?另外,你觉得那些在会议上擅长讲故事和演讲的人,他们身上有什么关键的共同点?

Janna Bastow (13:37): 对。这个问题问得太好了。我的意思是,我通过观察大量其他人的演讲学到了很多。我职业生涯中非常幸运的一点是,作为 Mind the Product 的一员,我看过每一位 Mind the Product 演讲者的演讲,都是顶尖的演讲者。我也看过每一位 ProductTank London 的演讲者,以及全球很多其他 ProductTank 的演讲者。我能看到人们的反应,什么有效,什么无效。所以我逐渐培养出了对好的演讲、好的展示这类东西的品味。

Janna Bastow (14:06): 而且 Mind the Product 给演讲者提供的资源之一,就是演讲教练。所以当我在2017年被邀请登上 Mind the Product 的舞台演讲时,他们给我提供的就是一位真正的演讲教练,一个能接手我的演讲并加以改进的人。拿着我那半成品的演讲稿去找她真的是非常紧张——那份稿子我几个月前就开始准备了,最开始只是墙上散落的便利贴,我试图把它们变成像样的东西。我觉得那大概有六个小时的内容量。我把这些带给这位演讲教练,同时有一个大概的脚本想法,想说些什么。

Janna Bastow (14:43): 她对我说的第一件事就是,她说:“我看了你的脚本,然后把它重新调整了。我把笑话改写了一下,让它们抖包袱的效果更好。“我心想,“太好了,原来我写的笑话真的算笑话。“她还帮我重新调整了故事的编排,让它们有一条贯穿的线索。她帮我纠正了体态,帮我改善了表达方式,甚至还帮我调整了个别措辞。确保所有内容都以特定的方式传达到位。她做的一件事就是让我自己听自己的演讲录音,然后回放,这是我以前从未做过的。直到今天我仍然讨厌这件事,但现在已经比以前更习惯了。我觉得没有人喜欢听自己说话的声音。我觉得没有人喜欢做这件事。但它确实有帮助。如果你要做一个大型演讲,一个重要的展示,你必须达到那个水平。如果你对在一千人面前演讲感到紧张,那你就得练到这样一个程度——你愿意、也能够听自己讲完,你能够在洗澡时、在上班路上、在买菜时完美地把整个演讲顺下来,做到这些的话,差别会非常大。

成为更好演讲者的方法

Lenny (15:47): 你分享过一个非常实用的技巧,我特别喜欢——就是录下自己,观看自己的表现,不断打磨,就是要看自己的实际表现。回顾教练教给你的经验,在你之后做的新演讲中,还有什么是你一直记得的吗?或者就是说,一定要把某几件事做好,因为那会让演讲更好?

Janna Bastow (16:06): 有一件事我已经不再做了——我以前会打开 PowerPoint,直接开始写幻灯片,现在是用 Slides 了。但我现在的做法是先从故事要点开始。先从我的叙事结构开始。先弄清楚我到底想说什么,然后再把它放入幻灯片中。因为我以前的做法是,我会陷入那种”演示模式”——试图让演示文稿、让幻灯片去迁就我的叙事,而不是反过来。应该先有一个好的叙事,幻灯片自然就会跟上。

Lenny (16:43): 那关于演讲这件事本身呢,就是演讲时身体上的那种紧张焦虑感?你在这方面有没有做过什么来改善,让自己感觉——

Janna Bastow (16:51): 哦,有的。

Lenny (16:51): ……更自在一些?

缓解演讲紧张感的技巧

Janna Bastow (16:51): 有一招确实很管用,就是力量姿势(power pose)——双手叉腰站立。它确实有效,我不确定是肾上腺素还是内啡肽还是什么,它会释放某种化学物质,确实能帮助你提升信心,让你在准备上台的时候感觉更好。这是我和其他 Mind the Product 演讲者都做过的事,也是近年来我每次登上大型舞台之前都会做的事。双手叉腰站在那里,让自己感觉好一些,而不是蜷缩在那里,变成一团紧张的废墟。

Janna Bastow (17:25): 另外一件事,如果有机会的话,我总是会尽早走上舞台。所以他们做技术检查的时候,就直接走出去到舞台上,来回走走,看看观众席,去感受它。那时候没有人在。是前一天,完全空着。但抬头看看观众席,享受那种俯瞰全场的感觉,去习惯它。想象它坐满了人。不要想象他们裸体,那个不重要。就是想象他们坐在那里,这样第二天你真正看到他们的时候,就不会那么紧张了。

Janna Bastow (17:56): 还有一件事我会尝试去做,就是找到观众中你的粉丝。在演讲过程中你会发现他们。观众中总会有些人看起来很无聊,在看手机,直接忽略他们。他们总是存在的。找到那些在点头、在微笑、在说”对对,就是这样,就是我”的人,然后对着他们讲。如果你在上方找到一个,那边找到一个,下方又找到一个,没有人会注意到你其实只是在对着这几个人做演讲。就围绕这几个关键人物,继续把你的演讲覆盖全场。他们享受其中,你也享受其中,最终你的演讲也会做得很好。

Lenny (18:30): 这些建议太好了。关于力量姿势,你说的双手叉腰。我觉得还有一种是把双手举起来,像超人那样的姿势。我觉得——

Janna Bastow (18:38): 那个也可以。

Lenny (18:38): 对。我觉得每个人有不同的做法。另外我也看到过,之前有科学研究证明那是有效的,但后来我觉得那个实验好像没能被复现。大家有点担心它背后并没有真正的科学依据。但我自己试过,它确实有效。所以如果对你有效的话,去做就好了。

Janna Bastow (18:57): 对。如果它是安慰剂效应,嘿,别告诉我,反正对我有效。说实话,做完之后我感觉更好了,然后上台,表现得也更好。

Lenny (19:05): 有人提出过这个观点,安慰剂就是我们大脑中一种神奇的东西,不需要任何外部物质介入就能让事情发生改变。你就是让事情改变了。这很神奇。真的很神奇。

Janna Bastow (19:15): 是啊。安慰剂和真正的药物一样有效,管它呢。安慰剂我就很满意了。只要别打破我的安慰剂效应就行。那就没问题了,对吧?

Lenny (19:23): 对,没错。关于演讲这件事,最后一个问题。你最初有多糟糕?因为大家看到你,看到你的一些演讲,可能会想,“天哪,我永远也达不到这个水平。我完了。”

Janna Bastow (19:34): 对,我以前会发抖,像只小鹿一样,声音打颤,站在前面吓得要死。好吧。那是我们最早办的几届 ProductCamp 活动之一。第一届我觉得表现得还行,但那是个更小的群体,大概只有 50 人左右。第二届一下子膨胀到了 200 人。我从来没见过这么多做产品的人。他们都特别专业,全都盯着我看。我站在这个群体前面,本应该,我也不太确定,告诉他们那天该做什么。我把内容写了一半,开始讲话,然后就在自己说的话上绊了一下,什么都忘了,大脑一片空白。我就抬起头说,“非常抱歉大家。我重新开始一遍。”

Janna Bastow (20:19): 然后我重新开始了。我说,“大家好,我是 Janna,欢迎来到 ProductCamp。“我就这么重新开始了一遍,大家完全没问题。说实话,真的没事。这也是我从那以后学到的东西——台下的观众都是在为你加油的。他们对此完全接受,根本没当回事,就这么过去了,我也是。所以每当我看到有人在台上挣扎的时候,就给他们一个点头、一个微笑、鼓鼓掌,给他们一个 reassuring 的眼神,希望他们能撑过去。

Janna Bastow (20:48): 如果你觉得自己在发抖,在台上僵住了,要崩溃了,说实话,深呼吸一下,从你最后记得的地方接上,然后继续走下去。说真的,没有人是盼着你摔倒、盼着你出丑的。每个人都在希望你把你的观点讲完,然后顺利继续。

Lenny (21:05): 这个故事太好了,也是一个很好的例子——人们总是害怕最坏的情况:一切都会崩溃,自己会被当成傻瓜,被看出来什么都不懂,所有问题都会在台上暴露,因为你讲的时候搞砸了。但根据我的经验,最坏的情况从来不会发生。退一步说,就算真的发生了,就按你说的做,试着重新开始就好了。说起来容易做起来难。这不是人们靠理性就能克服的。有时候你的身体就是在做各种疯狂的事,你紧张得要命,没法用理性告诉自己,“没事,会好的。“但确实,会好的。正如你所说,人们希望你能表现出色、取得成功。他们不是在那儿等着看,“哈哈,你停下来了,你搞砸了。”

Janna Bastow (21:47): 而且你搞砸的时候反而更有人情味,对吧?人们不喜欢那种完美无缺、从不犯错的人,那会让他们觉得自己也没法上台去做自己的演讲。我觉得恰恰是这件事告诉了所有人,那天他们也可以走上 ProductCamp 的小舞台,去做自己的演讲。他们肯定不会比我更差。只要我记得他们的名字,他们就没事。放手去干吧,没问题的。

Lenny (22:12): 说到搞砸这件事,你对路线图和 roadmaps 有一些非常犀利的观点。

Janna Bastow (22:16): 哦,是的,确实有。

Lenny (22:20): 还有人们在组织路线图时常犯的错误。所以我肯定想花点时间聊聊这个。首先,你对基于甘特图的路线图规划有很强烈的反对意见。能谈谈这个吗?

Janna Bastow (22:31): 好的,当然。我以前也做基于时间线的路线图。ProdPad 的第一个版本其实就是时间线路线图。带你回到过去——当我还是初中级产品经理的时候,我像其他人一样做路线图,我去查了路线图是什么样子的,看起来就像一张彩色甘特图。我知道甘特图是什么。于是我开始动手做,把我正在做的功能排到对应的截止日期上。然后老板会拍拍我的头说,“干得好,去交付吧”,基本上就是这样。

Janna Bastow (23:05): 我就尽力去做交付,但从来没办法把所有东西都交付完。总会有各种事情冒出来。但我有点觉得那是自己的问题——就是我不擅长交付,只需要在加 buffer、设定期望、把路线图做得稍微好一点这些方面再努力一点。但我觉得大家都是这么做的路线图,只是我一个人没把路线图上的事情按时做完而已。

Janna Bastow (23:29): 等到开始为路线图创建工具的时候,我想象出一种能帮我更轻松地管理这种路线图格式的东西。我最终做出了 ProdPad 的早期版本,就是把这个过程数字化了——你可以拖放想法到路线图上,拉伸和压缩它们,左右平移路线图。我把这个分享给我认识的一些早期产品人和早期用户,他们给了我一些反馈,有些人非常喜欢。

Janna Bastow (23:56): 他们说,“太好了,现在我可以不用 PowerPoint 或者其他什么工具了,也不用自己画了,可以开始用这个数字化工具了。“但我们开始从早期客户那里听到的一件事是,大约一个月后他们说,“很好,但我想把这些东西全部往后挪一个月。“我们就想,“哦,有意思。我们从好些其他人那里也听到了同样的需求。这是为什么呢?“因为如果我们只是问了客户,只是照客户说的去做,我们最终只会做出一个多选拖放功能。但这整个是用 jQuery 写的,要实现那个功能有点困难。

Janna Bastow (24:35): 所以我们就像做了个五个为什么的追问,深挖人们为什么想要这个功能,结果发现没有人真的在自己声称的时间框架内交付路线图。我们就想,“等等,如果不是只有我们没按路线图交付,那些比我们厉害的路线图产品经理们也没有按时完成路线图,那路线图的意义是什么?我们为什么要给他们路线图?“于是我和 Simon——我在 ProdPad 的联合创始人——坐下来,想出了一个三栏路线图:当前、近期、未来,后来变成了 now、next、later。

Janna Bastow (25:08): 它去掉了顶部时间线这个简单的概念。时间线的问题在于,一旦有了时间线,路线图就变成了一张数学图表一样的东西——X 轴是时间,Y 轴是要做的事情,然后下面的所有东西都被分配了一个截止日期或一个迭代。看起来你所做的一切都有截止日期、都有迭代,仅仅是因为路线图的格式就决定了这一点。这很痛苦,因为这是不对的——我们没有这些东西。计划得越远,你就是在越多的编造。这一点我们都知道。

Janna Bastow (25:45): 所以我们想要更多的灵活性,我们也知道其他产品经理想要这种灵活性,因为我们一直在问他们在做什么。所以我们决定把它拆成这三个桶,提供了这个选项,大家很喜欢。这成了 ProdPad 使用量上的第一个拐点,因为人们会说,“哦等等,我可以只说现在在做什么、接下来做什么、之后做什么?而且如果我想的话,我可以给某个具体的东西加个日期,但我不是必须这么做。而且越往后我可以越粗粒度。太好了。”


Janna Bastow (26:18): 这其实是借用了 cone of uncertainty(不确定性锥)的概念,借用了越远的事情越不确定这个想法——这也基本上是现实的运作方式。所以对时间线路线图的全部不满,本质上就是拆掉时间线这个概念。这不意味着我们活在 fantasy land 里。这不意味着我们不相信路线上可以有日期——如果确实有一个我们必须朝之努力的日期的话。它只是意味着,不要因为路线图的格式就惩罚自己,给上面的每样东西都加上日期。

Lenny (26:49): 明白了。好的。我之前不知道你可以只给部分东西加日期,这很有意思,因为我一直在试图搞清楚这个方法具体怎么运作。我们还应该提到,now, next, later 这个整套想法是你提出来的,现在很多人在用,对吗?

Janna Bastow (27:01): 是的。

Lenny (27:02): 太棒了。好。作为整个职业生涯都在用甘特图时间线的人来说,我真的很好奇深入探讨这些想法,挑战一下默认的假设。

播客赞助商环节

Lenny (27:12): 我很兴奋地和我的朋友、播客赞助商 Amplitude 的 John Cutler 聊一聊。嗨,John。

John Cutler (27:17): 嗨,Lenny。很高兴来到这里。

Lenny (27:18): John,给我们讲讲 Amplitude 的幕后吧。大多数人想到 Amplitude,想到的是产品分析,但现在你们进入了 experimentation 领域,甚至刚推出了一个 CDP。这背后的思路是什么?

John Cutler (27:30): 嗯,我们一直认为 Amplitude 的定位是支撑完整的产品循环——收集数据、驱动决策、上线实验、从中学习。这就是增长的核心所在。所以那个大的 aha moment 是,我们看到有多少客户在用 Amplitude 分析实验、用 segment 做触达、把数据发送到其他目的地。Experiment 和 CDP 就是在倾听和观察客户的过程中诞生的。

Lenny (27:51): 而支撑增长和学习一直是 Amplitude 的核心关注点,对吧?

John Cutler (27:55): 是的。所以 Amplitude 尽量在客户所在的地方去满足他们。我们刚推出了 starter templates,还有一个针对初创公司的很好的奖学金项目。现在比以往任何时候都更是增长的关健时刻。

Lenny (28:04): 完全同意。谢谢你加入我们,John。大家可以到 amplitude.com 开始使用。

没有日期如何协调跨团队

Lenny (28:09): 这引出了两个问题,你可能已经部分回答了。一个是,如果没有日期,你怎么确保市场、销售和你的 CEO 有他们需要的东西——用来对外承诺,或至少给出产品什么时候出来的感觉?另一个是内部对齐的问题——设计在某个日期完成,工程在某个日期完成,PM 在某个日期完成——[听不清 00:28:32]。在这种格式下你怎么处理这些?

Janna Bastow (28:36): 有几种方式可以扭转这个局面。一个是,你仍然应该保持定期沟通,所以他们还是能看到 now 栏里接下来要做什么。所以他们知道事情的先后顺序,知道 now 栏里的东西大概是几周之内的,而不是几个月甚至更久。你大概应该开 launch readiness meetings,让大家了解哪些东西正在测试中,哪些可能马上就要发布了。

Janna Bastow (28:59): 但对于你的市场和销售团队,你能做的另一件事是把 hard launch 和 soft launch 分开。你基本上应该说,你的开发人员可以在某个特定日期发布一个东西——这个日期对他们来说是方便的,对吧?假设他们认为九月底能做出来。好,这可能推迟到十月中旬,因为总会出问题。

Janna Bastow (29:23): 而到那个时候,不管是九月底还是十月中旬,对市场人员来说其实没什么关系,因为他们正忙着推广八月份上线的东西。他们有大量的事情要做。他们在卖和推广的,是已经上线、已经发布的东西。当这个新东西出来的时候,那就是 soft launch。soft launch 一出来,好,我们来启动这个 launch meeting,执行各项 launch 步骤。现在你们有新的事情可以做了。而且这对市场团队来说好得多,因为他们不用基于一个自己还没看到的东西来准备推广计划。最糟糕的莫过于市场人员试图基于设计师的图片来推广一个产品,而那些图片到真正上线的时候已经面目全非了,或者他们根本不知道它能不能在预定的日子出来。

Janna Bastow (30:07): 所以他们拿到的是一个可以正常运行的功能版本,可以分享给一些客户。他们可以开始录制它运行的视频,可以从早期 beta 用户那里拿到推荐语。然后他们可以花——不管是两天还是六天还是六周还是六个月——来策划他们想要的最大规模的发布。他们可以花接下来任意长度的时间来完成他们的 hard launch,然后把它推出去。而在他们做 hard launch 的这段时间里,开发团队已经在推进下一个东西了。

Janna Bastow (30:41): 等他们做完了,市场那边就说,“好的,你们建了什么?我们准备好做下一个了。“所以你只是把 soft launch 和 hard launch 分开,这样你就不用承受试图对齐两种完全不同类型项目的压力——你的市场项目和你的开发项目——这正是很多环节崩掉的地方。

总结:路线图方法的核心逻辑

Lenny (31:00): 明白了。所以基本的前提是,路线图或时间线听起来很棒、很美好。每个人都希望知道事情什么时候做完,如果真能做到的话当然好。但通常情况下,它们都是编出来的,行不通,你赶不上截止日期,总是延期。所以与其给你正在做的每件事都承诺日期,你更好的做法一般是给出一个大致感觉——“这是我们正在做的。这是接下来要来的。“然后对于真正需要日期的那些东西,我们再给它们打上日期,全力以赴去赶。这个总结对吗——

Janna Bastow (31:29): 是的,完全正确。如果某个东西确实必须有日期,我们不是活在 fantasy land 里,如果有一个合规性日期,比如 GDPR 出来的时候,每个人在路线图上都有一个截止日期,因为你如果赶不上那个日期就会有麻烦。有时候你的日期可能是跟圣诞旺季这类事情绑定的,或者如果你在教育行业,可能必须在学年开学前上线。

Janna Bastow (31:50): 在这种情况下,为了在某个日期之前到达目标,你必须投入更多的项目规划工作——也就是说你必须提前规划,必须留出更多的 buffer 来做这件事。而且通常你必须计划在很久之前就把东西做完,这样你可以先做一次 soft launch,确保它能跑,做一些迭代和修复,然后再做真正的全面发布。因为如果你拖得太晚,就会出问题,你就会错过截止日期。

Janna Bastow (32:16): 如果你对所有的发布都这样做,你要么最终牺牲质量——因为所有东西都会变成赶工出来的垃圾,总是在最后一刻才往门外推——要么你最终要花大量时间把每件事规划到极致,结果就是推进得超级慢。这就是为什么你会看到一些团队人很多,却什么都交付不了。相比之下,那些小团队反而能不停地交付,一个接一个地把东西做出来,因为他们不会把所有时间花在纠结”这个到底能不能交付?你要花多少小时?让我去找那个人问问他要花几天”这种反反复复的事情上。他们就是在构建,而且速度更快。

顶尖产品团队的比例

Lenny (32:57): 我想顺着这个话题再聊聊。我在想,你是在为产品团队构建软件,所以你对产品团队有着非常独特的视角,你见过的产品团队比大多数人都多得多。所以我很好奇,在你看到的团队中,你认为有多大比例可以算是顶尖的、高绩效的产品团队?

Janna Bastow (33:18): 这个问题很好。我觉得我没法给出一个确切数字,因为会有偏差,因为我们天然会吸引那些自我选择了我们工作方式的公司。我们在官网上写得很清楚——不要时间线,来做 now, next, later。所以这个比例会高很多。现在想用时间线的人不会来找我们做 demo,因为我们说得很明确了。我会说大概 70% 的人会说”我们想要 now, next, later”。但我知道这不是真实的。我知道这不是产品团队真实的状态。

Lenny (33:48): 明白,这确实说得通。

now, next, later 的普及趋势

Janna Bastow (33:49): 但我确实感觉到这个比例在增长。我发现多年前我们刚开始推这件事的时候,没有人这样说话。这是一个全新的概念,人们会说,“不,这太疯狂了,你不能这么做。“然后这些年过去,它逐渐变成了人们自然而然的工作方式。人们会说,“当然应该这样工作。为什么不呢?“它正在变成一种被默认期待的方式。确实改变了话语体系,也改变了受众的期望,我想是这样。

优秀与平庸团队的差异

Lenny (34:13): 先把 now, next, later 放一边。我很好奇,在你看来,还有什么把最好的产品团队和一般的产品团队区分开来?在执行方式、招聘的人、流程方面,有没有其他你注意到的——就是那种”这个团队运作得非常好”的感觉?除了实施你推荐的这个流程之外,还有什么经常出现的?

Janna Bastow (34:37): 有,有几件事。一是注重探索(discovery)——也就是花时间在探索阶段,向客户提问,并且能根据这些不断迭代。二是心理安全(psychological safety)——也就是团队成员能够互相质疑,看到问题时敢于发声,质疑高层的决策,质疑其他团队的做事方式,并且总体上对整个业务有清晰的认知,因为他们被允许提出这些问题,更少的部门壁垒(silos)。

带来持久改变的实践

Lenny (35:05): 谢谢。有没有什么团队做出的持久改变,让他们在构建产品方面变得显著更好了?是这两件事吗——做更多探索,以及也许更多的安全感?我猜你的回答一部分会是实施 now, next, later 这种工作方式。还有没有别的让你印象深刻的?“哇,这个团队做了这一件事,然后一切就变得好太多了。”

Janna Bastow (35:24): 比如回顾会议(retrospectives)。回顾会议带来的改变非常大,因为它们是心理安全的标志,而心理安全是一切的根基,对吧?一旦你开始建立这种心理安全,能够提问,开始说”我们在做的什么是有用的?什么没用?好,确定了某个东西没用。我们能不能去改?好,我们可以去改。“好,这就是一个正在改变自身处境的团队。他们在互相交流,在互相学习,并且在有意识地这样做。这些团队在不断学习、迭代和前进。

Janna Bastow (36:03): 而且他们会自然而然地走向 now, next, later 这种模式。他们会自然而然地走向做 discovery,因为这些——我不知道怎么说——它们就是常识。他们不会把”要做什么、什么时候做完”定死在石头上。因为那种做法其实只是因为某个大老板想看到这些信息。那不是心理安全。那是一个人掐着他们的脖子说,“告诉我什么时候做完。“心理安全是,“嘿,把你所知道的信息告诉我,然后去做 discovery,尽可能多地学习,这样我们才能往前走。“这一切的核心就是跟你的队友交流,从你现有的资源中获取尽可能多的信息,充分利用你们公司内部的集体智慧。

改变大公司的产品文化

Lenny (36:46): 回到 now, next, later 这个方法,你在公司里经常在做一件很难的事情,就是改变他们的工作方式、改变他们的产品文化。我很好奇你学到了什么——在大公司里改变产品开发文化、产品文化和工作方式,需要什么。

Janna Bastow (37:04): 大公司很难。它们更难。我把文化看作钙化(calcification)。钙化就是水流过之后沉积下来的石灰岩之类的东西。要修复它,你可以一点一点地凿掉。你不可能一次性全部修好。所以要修复它,你必须一点一点地去凿。你必须在某个地方找到一个小空间。你必须利用你手头的工具。所以有时候可能是找到公司里的一个小团队,然后说,“嘿,这里是公司内部的 startup lab,让他们跑出去做点事情。“因为改变整个公司的心态实在太难了。它已经定型了,卡在那里了,你没法一下子改变所有人。但我们可以改变这里这一小块地方,因为我们有一个特别厉害的领导,知道该怎么做,我们可以带着这一小群人去做点事情。

Janna Bastow (38:00): 然后他们会去教公司其他人。他们会先教这个部门,再教那个部门,再教那个部门。你不需要一次性改变整个公司,但确实需要来自上层的支持(buy-in)。有时候这会非常困难,因为上层的激励机制往往与推动公司朝这个方向前进所需的激励机制不一致。

Janna Bastow (38:21): 归根结底,很多大公司的激励是让公司尽可能保持稳定,让公司季度环比持续增长。这对股市来说很好,他们喜欢那种稳定性,喜欢那种季度增长。但如果公司实际上正受到创业公司的威胁——如果你是一家大银行,或者做健康科技之类的,几乎肯定有创业公司在咬你的脚后跟。现实是,你可能还有足够的现金撑个二十年左右,但随着时间推移,它会一点一点被蚕食掉。

Janna Bastow (38:58): 而那些更小的创业公司会拿走你业务中更有利可图、更有趣的部分,把更难啃的部分留给你。看看 HSBC 和那些新冒出来的公司——我在 Starling 开了个账户,房贷跟另一家做的,存款又放在别的地方。这些小创业公司在他们脚后跟咬着不放。这些公司会一点一点蚕食那些大企业,如果这些大公司不真正采取行动,他们实际上会失去自我创新的能力。所以这些公司本质上陷入了这样一个困境:他们想继续增长,但他们不会愿意经历那个先下降再上升的曲线。

Lenny (39:42): 你实施这种新的构建方式的最大公司是哪家?是不是就是你刚才说的那种方法——在大公司里找到一个团队来推广这套新的——

Janna Bastow (39:53): 是的。

Lenny (39:53): ……对,这套框架?

Janna Bastow (39:54): 对。这就是我们做企业级推广时通常的方式。我们和大型企业合作,也和政府部门合作。通常是从一个倡导者开始的——某个人理解我们的工作方式,一个部门、一个处室,然后从那里起步。有时候我们会发现一个、两个,有时三四个团队同时启动,然后他们会开始联合起来说,“嘿,我们这边已经搞起来了。“一旦这种情况发生,开启下面的对话就容易多了——“好的,我们这边已经有了一个完整的体系。让我们去跟负责战略的 VP 谈谈,或者跟技术负责人谈谈”,然后我们就可以进行更大范围的对话了。

Lenny (40:33): 那家公司采用了这种新的产品构建方式之后,你看到了什么样的影响?

Janna Bastow (40:39): 我们现在正处于一些关键企业转型工作的核心阶段,非常精彩。这些是持续多年的项目,你能看到它在正在使用和交付的产品中落地,同时也是企业内部思维方式转变的一部分。因为 ProdPad 的一点是,它不仅仅是一个帮助你交付产品的工具,它实际上是一个帮助你成为更好的产品经理的工具。它把更好的产品管理实践固化下来。一旦你开始使用它,你就很难再回到糟糕的产品管理实践中去了。

ProdPad 如何推动更好的产品管理

Janna Bastow (41:15): 当你在 ProdPad 中创建路线图时,它让你很难往路线图上加功能和日期。它让你很难做基于时间线的路线图。它让你很难把没想清楚的想法加到 backlog 里,因为它会问你一些有深度的问题,比如:这解决什么问题?为什么要解决这个问题?预期的成果是什么?你得到了什么?所以它让你很难掉进 build trap 里——就是那种”这是要构建的东西”,构建完了,然后继续下一个东西的模式,很多开发工具就是为这种模式设计的。因为 ProdPad 里有专门的空间说,“你衡量成功了吗?成功还是不成功?这个路线图上的事项完成了,结果是什么?“通过创建所有这些空间,它为团队创建了各种提醒,让他们在做工作之前和工作之后回去思考这些东西。所以它实际上在主动帮助他们成为更好的产品团队,更加意识到这类工作的重要性。

如何开始尝试 now, next, later

Lenny (42:05): 如果有人想尝试一下 now, next, later,有什么好的切入点可以去玩玩看?

Janna Bastow (42:12): 你可以在 ProdPad 开一个免费试用,开始玩起来。我们甚至有 sandbox 模式。你只需要去 sandbox.prodpad.com,里面有路线图的示例版本、最佳实践的路线图,你可以直接上手操作。你甚至不需要登录或信用卡。里面有 OKR、路线图、想法、实验、反馈。你可以看到所有东西是怎么组合在一起的。但说实话,now, next, later 路线图用便利贴贴在墙上就能做。核心就是:“你们有什么问题?我们把它们排列出来,然后跟其他人一起核对。“

路线图是策略的原型

Janna Bastow (42:45): 路线图的重点在于,它不是你的计划。我把它看作是你策略的原型。我的意思是,我们在 lean 的世界里一直在谈原型,原型本质上是一种验证假设的方式。通常我们把它放在设计或模型的层面来思考,但把它放到策略层面想一想。在功能层面,你通过做设计、做 mockup 来原型化,然后拿那个 mockup 去给别人看,说,“这是我在做的功能的 mockup,你觉得怎么样?“他们告诉你什么对什么不对,你加一些新的文案或按钮让它更清晰,然后把原来的原型扔掉,因为它不够好,你做一个新的。

Janna Bastow (43:27): 所以价值不在于原型本身,价值在于原型化的过程。价值不在于你的路线图,价值在于制作路线图的过程。你实际在做的事情是把你要解决的问题的假设铺排出来。你在说,“我认为我们有这个问题,然后那个问题。你觉得呢?“关键就是你尽早把自己的假设分享给团队里的其他人、客户——任何愿意听的人。然后确认你是不是走在正确的路上。如果他们说,“哦,其实我觉得应该是这个方向,再这样,再那样,那那个问题呢?“你就真的学到了东西。你可以调整你的策略原型,你可以调整你的路线图,你的路线图一下子就变得更强、更好了。

给心存疑虑的人的信心

Lenny (44:11): 有些听众可能会想,“不行,这在我们公司行不通。太超前了,太激进了。不要截止日期,太疯狂了。“我知道你不是说不要截止日期,而是更少的截止日期。你能不能给这些听众分享三个最有力的要点——“这就是为什么你应该有信心这在你公司也能行得通”。

Janna Bastow (44:32): 其他团队已经在这样工作了。产品人员似乎是被唯一要求给出具体交付日期的人。你的销售团队不会被要求给出他们工作的精确交付日期。他们也是以实验驱动的方式工作的。你的 VP of Sales 或 VP of Revenue 或谁谁谁,不会在董事会上说,“我们十月底要签下 Acme 的单子,一百万英镑。“他们不知道那个。他们所知道的是,他们有一套流程来填充 pipeline,而且几乎可以确定他们会签下一百万英镑或一百万美元的销售额,但他们没法告诉你会来自哪个客户、怎么来的。

Janna Bastow (45:19): 他们会说的是,“给我团队二十五万美元的投资,我会把钱花在客户执行、销售团队身上。他们会拿起电话打一通电话。“把这些电话想象成实验。这些电话,有些会成功,有些会失败。他们不知道哪些会成功、哪些会失败。但他们知道的是,通过使用话术脚本、拿起电话打给客户,总会一些会成功。到季度末,总会有人买单。他们之所以知道这一点,是因为上个季度有人买了,再上个季度也有人买了,他们只是不知道谁会买。如果他们真的知道谁会买,那他们只需要打给那些人就行了,不用打给其他人。

Janna Bastow (45:59): 一样的道理。你没有比销售团队要求更多的回旋余地。你说你想要二十五万美元的投资,你会把钱花在团队身上,让他们跑实验,对吧?可能是试试界面上这个改动,或者价格上那个调整,或者定位上的变化,或者任何你要做的事情。这些实验有些会失败,有些会成功。你不知道哪些会。但没关系,你知道到季度末,足够多的实验会成功,你大概率能把正确的数字往正确的方向推动。

你不欠任何人一个 Magic 8 Ball

Janna Bastow (46:30): 所以你没有比销售人员要求更多的回旋余地。你应该能做的是,指出上个季度你跑了多少实验,哪些数字往正确的方向移动了。你应该对你的实验负责,对你怎么花钱、你在做什么负责。但你不应该在你还不知道什么会奏效之前,就被要求说出什么会奏效。而这正是这种时间线交付、我们被要求给出的 Magic 8 Ball 式预言的问题所在。

Lenny (46:58): 我喜欢这个说法。在进入一个非常刺激的闪电问答环节之前,还有最后两个问题——这个环节我事先没告诉过你,我们到时候看看效果如何。第一个是,你有一个构思产品愿景的有趣框架,我不知道你现在脑子里有没有准备好,但我很好奇你怎么看待构思产品愿景这件事。你有一个非常实用的小框架,而愿景这个东西总是让大家犯愁——“天哪,我怎么想出一个愿景?怎么措辞一个愿景?怎么把我团队的使命可视化?“你能跟我们分享一下吗,如果你脑子里有的话?

产品愿景模板

Janna Bastow (47:30): 产品愿景模板,你可能会认出来它来自 Geoffrey Moore 的《跨越鸿沟》那本书。就是电梯演讲模板。但我很喜欢它,因为它回答的问题和产品愿景模板需要回答的是同一类。比如它会问,你的目标客户是谁,需求陈述或机会是什么。产品名称是一个产品品类。购买理由是什么?然后说,与某个替代方案不同,我们的产品,然后说这个差异化陈述是什么。实际上这个模板在我们的网站上有提供,你也可以在 ProdPad 的产品画布中填写。很乐意把链接分享给你,你可以把它链接起来发给你这里的听众,Lenny。

Lenny (48:17): 不错。好,我们会放在 show notes 里。我觉得这和定位练习用的是同一个框架。我可能说错了,但如果真是这样的话,那很酷。基本上你可以用你的定位工作来帮助确定你的愿景。而且就像愿景一样,它基本上是一个愿景声明,不一定就是你产品的愿景,只是你大致怎么看待它未来走向的思路。

Janna Bastow (48:35): 对。

从 PM 到创始人

Lenny (48:36): 好,酷。最后一个问题,你曾经是 PM,现在是创始人,所以你从 PM 走到了创始人,很多 PM 都幻想有一天成为创始人。我很好奇你对于那些目前是 PM 但将来可能想成为创始人的人有什么建议。你觉得他们应该在工作什么、专注什么——技能、愿景重塑、他们应该做哪些事情来为未来的职业道路做准备?

Janna Bastow (48:58): 做 PM 实际上为你提供了很多技能和背景去成为一名创始人、一名 CEO。它给了你很多机会去和不同的团队合作,看到商业运作的很多底层机制。我之前很幸运,在过去的岗位上我有机会和不同角色的高层密切合作,然后才迈出那一步去做自己的事情。所以我觉得自己在不同角度都见过——做得好的和做得不好的——所以我有机会说,“啊,我觉得我能做这个。好,干吧。”

Janna Bastow (49:32): 让我感触很深的一点是,它没有看起来那么难,但同时它也比看起来更难。有些事情你一开始就发现,哦,没人会阻止你做这件事。你有很多回旋余地。你就是可以做,你有很多自由按照你想要的方式来经营你的业务。外面有很多资源。只要你身边有合适的人,你总能找到人来给你建议、帮你往前走。而且一定会有磕碰。你不知道它们会是什么。总会有东西跑出来给你一个侧面暴击,但这种情况在你当产品经理的时候也一样存在。

Janna Bastow (50:11): 做好准备去迎接它们,做好准备挨一下然后处理它们。你能做的最好的事情就是在身边集结一群人,这样遇到每类问题都有人可以找。“哦,当我碰到跟这个有关的问题时,我可以找这个人。当我碰到跟那个有关的问题时,我可以找那些人。“边走边学。一件一件来。当然,不要仅仅因为觉得自己还不知道怎么做,就阻止自己去创业或做自己的事情。你会在前进的过程中搞清楚的。不如你有能力的人都已经搞清楚了。

闪电问答

Lenny (50:46): 太好了。好,我们到了闪电问答环节。规则是这样的,我会快速问你五个问题。想到什么就回答什么。

Janna Bastow (50:55): 好。

Lenny (50:56): 如果什么都没想到,也没关系。行吗?

Janna Bastow (50:58): 嗯。

Lenny (50:59): 你最常推荐给他人的两三本书是什么?不管是给产品领导者还是一般推荐的都算。

Janna Bastow (51:06): Art of Profitability,我觉得这本非常好。

Lenny (51:09): 你最近看过的最喜欢的一部电影或电视剧是什么?

Janna Bastow (51:13): 哦,Sandman

Lenny (51:14): 哦——那是——

Janna Bastow (51:16): Sandman 是——

Lenny (51:16): ……好像是部英剧,对吧?

Janna Bastow (51:17): 哦,是英国的。没错,Neil Gaiman 的作品。嗯,非常好。绝对不是给孩子看的。本来以为可能是,绝对不是。

Lenny (51:25): 记下了。除了你现在正在上的这个播客之外,你最喜欢的另一个播客是什么?

Janna Bastow (51:31): 哦,Startups For the Rest Of Us

Lenny (51:33): 哇,这个我没听过。多说说。

Janna Bastow (51:36): 基本上是 Rob Walling 的播客,面向的是 bootstrap 或非传统融资方式启动的创业公司。基本上就是那些不是顶层百分之一获得融资的独角兽,而是我们普通人的创业公司。

Lenny (51:52): 太棒了。你最喜欢问的一道面试题是什么?

Janna Bastow (51:57): 我喜欢问人们想解决什么问题。他们为什么坐到这张桌子前面来?


Lenny (52:03): 非常有 PM 味道的问题。

Janna Bastow (52:05): 是的。

Lenny (52:05): 行业里还有谁是你最尊敬的思想领袖?你首先想到谁?

Janna Bastow (52:10): 我要特别提一下 Christina Wodtke。昨天我刚和她有一次很棒的对话,这些年来我也多次有机会和她交流。她的职业生涯非常辉煌——她参与过许多了不起的团队,构建了许多了不起的东西,写了几本了不起的书,同时也是一位全方位的了不起的产品人和了不起的人。

Lenny (52:32): Janna,这次对话太棒了。我觉得我们涵盖了很多不同的话题,比我们通常在这类播客中讨论的还多。最后两个问题:如果大家想联系你或了解更多,在网上哪里可以找到你?听众怎样才能帮到你?

Janna Bastow (52:45): 太好了。大家好,我是 Janna Bastow。你可以在 Twitter 上找到我,我的账号是 simplybastow。也可以在 LinkedIn 上找到我,加我好友,我是 Janna Bastow,很容易找到。也欢迎来看看 ProdPad。非常希望能得到你的反馈,因为我们是一个由产品人组成的团队,我们很乐意听到其他产品人对这个产品的看法。我们一直欢迎反馈,也在不断推送新的版本。所以去看看吧,试试 sandbox。期待听到你的声音。

Lenny (53:11): 太棒了。谢谢你来做客,Janna。

Janna Bastow (53:13): 当然,非常感谢。

Lenny (53:16): 非常感谢你的收听。如果你觉得这期节目有价值,可以在 Apple Podcast、Spotify 或你最喜欢的播客应用上订阅本节目。同时,也请考虑给我们评分或留下评论,因为这真的能帮助其他听众找到这个播客。你可以在 lennyspodcast.com 找到所有往期节目或了解更多关于本节目的信息。下期再见。


术语表

原文中文
after partyafter party
backlogbacklog(待办事项池,保持原文)
bootstrapbootstrap(自举创业,不依赖外部融资,保持原文)
bufferbuffer(缓冲时间)
build trapbuild trap(指团队只关注构建和交付功能而不关注成果的陷阱)
buy-in支持(buy-in,指利益相关者的认同与支持)
calcification钙化(calcification,此处比喻组织文化的僵化)
CDPCDP(Customer Data Platform,客户数据平台,保持原文)
Christina WodtkeChristina Wodtke(保持原文)
cone of uncertainty不确定性锥
corpsing僵住(指在台上失控、无法继续的状态)
Crossing the Chasm《跨越鸿流》(Geoffrey Moore 的经典著作)
discovery探索(discovery,产品发现阶段)
Gantt chart甘特图
GDPRGDPR(通用数据保护条例,保持原文)
Geoffrey MooreGeoffrey Moore(保持原文)
goodwillgoodwill(商誉/好感,此处指社区中积累的信任与好感)
grassroots草根性
hard launchhard launch(硬发布/正式发布,此处保留原文)
jQueryjQuery
launch readiness meetinglaunch readiness meeting(上线准备会)
leanlean(保持原文,指精益/轻量方法,首次在此语境中出现)
Magic 8 BallMagic 8 Ball(一种玩具预测球,此处比喻被要求给出不确定的预言)
mockupmockup
Neil GaimanNeil Gaiman(保持原文)
newsletternewsletter
now, next, laternow, next, later(路线图三栏模型,保持原文)
OKROKR(Objectives and Key Results,目标与关键结果,保持原文)
onboardingonboarding
pipelinepipeline(销售管线/漏斗,保持原文)
ProdPadProdPad(产品管理工具,保持原文)
ProductCampProductCamp(产品管理社区活动,保持原文)
psychological safety心理安全(psychological safety)
retrospective回顾会议(retrospective)
roadmap路线图
Rob WallingRob Walling(保持原文)
sandboxsandbox(沙盒/沙箱模式,保持原文)
segmentsegment(用户分群,保持原文)
show notesshow notes(播客节目附注,保持原文)
silos部门壁垒(silos,指组织内的信息孤岛)
soft launchsoft launch(软发布,此处保留原文)
the five whys五个为什么(一种根因分析方法)

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