We're sunsetting PodQuest on 2025-07-28. Thank you for your support!
Export Podcast Subscriptions
cover of episode Say No by Default

Say No by Default

2024/10/16
logo of podcast REWORK

REWORK

AI Deep Dive AI Chapters Transcript
People
D
David Heinemeier Hansson
J
Jason Fried
K
Kimberly Rhodes
Topics
Jason Fried:轻易答应会带来很多后悔,因为答应一件事意味着拒绝许多其他可能性。答应太多事情会导致很多后续问题,例如产品中留下无用的残留物,增加业务的复杂性。答应太多事情会增加后续的返工成本,或不得不带着这些无用的东西继续工作。轻易答应会增加产品或业务的复杂度,导致后续难以修改和调整。拒绝是强大的,因为它不仅拒绝了当前的工作,也拒绝了未来可能由此产生的额外工作。在产品中添加复杂的功能会带来难以消除的复杂性,这是令人后悔的。增加产品复杂性会限制未来的选择,增加修改的难度。理想的产品应该是简单紧凑的,能够灵活应对未来的变化。开发新产品可以避免现有产品的历史包袱,更容易做出大胆的决策。开发新产品可以更自由地尝试新的想法,而不受现有产品的限制。复杂的定价方案会增加产品的复杂性,降低用户体验。简单的定价方案更易于用户理解和选择。产品内部的复杂性会反映在用户界面上,增加用户的认知负担。在产品设计中,需要权衡功能的增加和复杂性的增加。产品设计中细微的调整会累积成巨大的复杂性。在产品设计中,保持产品简单需要勇气。 David Heinemeier Hansson:轻易答应往往是逃避认真讨论是否应该做某事的借口。承诺会累积,最终占据大量的时间和决策机会,从而影响产品质量。打造优秀产品需要学会对大多数事情说不。在公司早期,由于资源有限,说“不”很容易;但随着公司发展壮大,说“不”变得更加困难。轻易答应会带来后悔,即使是经验丰富的团队也会犯同样的错误。轻易答应的坏处会在之后显现,那时你会后悔当初的决定。最终让人印象深刻的不是那些答应的事情,而是那些拒绝的事情。即使知道应该经常说“不”,但实际上很难做到,并且经常会犯错。随着公司发展,说“不”变得更难,因为公司有能力承担更多项目。资源限制会迫使公司说“不”,从而避免不必要的项目。大型公司更容易轻易答应,因为他们有能力承担更多项目,但这样会导致未来出现问题。小型团队更容易说“不”,因为他们面临着直接的资源限制。在产品开发中重复使用组件可能会带来问题,增加依赖性,降低灵活性。产品之间过多的依赖性会影响更新和维护。产品间的依赖性会造成维护困难,影响产品质量。产品翻译工作会增加后续维护的复杂性。产品翻译会增加后续开发和维护的成本和难度。对于大多数企业来说,翻译的成本效益可能不高。在产品发布前进行演示和讲解,可以发现产品中过于复杂的部分。在产品开发中,要避免过于复杂的设计,以便于用户理解和使用。在开发新产品时,可以更大胆地尝试新的想法,因为没有历史包袱。面对客户的请求,只需说“谢谢”,避免当场做出承诺。客户的请求可以作为改进产品的灵感来源,但不必直接满足所有请求。要从客户的请求中找到共性问题,并提出更通用的解决方案。要为大多数用户提供通用的解决方案,而不是满足个别用户的特殊需求。 Kimberly Rhodes:轻易答应的成本在未来会变得很高。

Deep Dive

Shownotes Transcript

在他们的书《REWORK》中,37signals的联合创始人Jason Fried和David Heinemeier Hansson写到了拒绝的力量。本周的播客中,他们重温了这个观点,深入探讨了说“是”的隐性成本以及随之而来的承诺负担。他们还讨论了拒绝如何保持简单性并帮助保持专注。关键要点:00:45 – 说“是”往往伴随着遗憾03:00 – 说“是”感觉很好,直到履行承诺的时候07:58 – 向产品添加功能往往会导致复杂性叠加14:53 – 当你有能力说“是”时,拒绝更困难19:51 – 拒绝的勇气为简单性创造空间29:30 – 拒绝客户请求的最佳方式链接和资源:37signals的书籍在Basecamp.com注册30天免费试用HEY World | HEY REWORK播客Rework播客在YouTube上的频道37signals开发博客37signals在YouTube上的频道@37signals在X上</context> <raw_text>0 欢迎来到Rework,这是一个由37signals制作的播客,讨论更好的工作和经营业务的方法。

我是你的主持人,Kimberly Rhodes。和往常一样,我的搭档是37signals的联合创始人Jason Fried和David Heinemeier Hansson。在他们的书《Rework》中,他们写到了拒绝。事实上,他们说,拒绝的频率应该比说“是”更高。实际上,他们写道,引用,“你很少会后悔拒绝,但你常常会后悔说‘是’。”伙计们,我想今天我们来谈谈这个,不仅是关于决策,还包括

在产品方面,你在说“是”和“否”时的选择,以及在商业方面,你在说“是”和“否”时的选择。我不知道谁想先在产品方面插入一下,也许,

我认为关于后悔说“是”的观点实际上是一个很好的起点,因为在很多方面,这对我来说比拒绝的部分更有趣。显然,拒绝是一个非常具体的工具。当你对某事说“是”时,这种决定就像是一种钝器,因为实际上你是在对可能数百个其他你可以考虑的事情说“否”,因为你已经承担了某件事情。

而且我们发现,当你承担一些事情时,最终可能会在未来感到很多遗憾。你知道,你尝试某件事情,因为你认为这是个好主意。然后你就会发现那种想法的残余部分被嵌入到某个网站中。或者你的网站上有七个额外的页面,你根本不知道,或者你实施了某种定价方案却忘记了,或者其他什么。

做这些事情的人现在不在这里了。现在有些东西就像悬在风中。这是对太多事情说“是”的最大惩罚之一,因为你最终会有太多事情在进行中。你无法真正跟踪所有这些事情。它们最终会增加业务、网站、产品等的表面面积。你回头看一年前的事情,你会想,哦,

我们不仅希望当初没有说“是”,而且现在我们还得解开它,这又是额外的工作。所以你为做这件事所付出的所有努力,现在你还得解开它。或者如果你不解开它,大多数公司最终并没有完全解开它,而我们也对此有过错,你最终会得到这些

你甚至不知道的遗留物在那儿徘徊。然后当你想稍后进行一些更改时,你会想,哦,我们不能,或者我们可以,但这将是一个真正的麻烦,因为我们还有其他事情要处理。这种情况也发生在你在产品内部进行的定价计划和实验上。你想做一些更改。你会想,我们改变了这个工作的方式。现在要做那个更改就变得更加困难,因为我们没有完成的其他事情仍然存在。所以无论如何,我认为考虑到实际承担某件事情的所有成本是非常重要的。

然后你将会承担的成本,无论是通过解开它还是将其保留并不得不围绕它工作。这样的事情有很多。现在,这并不是说你永远不应该说“是”。当然,你应该偶尔说“是”,选择你想做的事情,并希望能做好。但你选择做的大多数事情可能都不会有效,或者根本不重要。然后你就会留下很多这些残余。因此,我认为这就是为什么“否”是如此强大的事情,因为它不仅是对所有当前工作的“否”,而且也是对所有未来工作的“否”。然后你可以更仔细地选择你的战斗。

我发现说“是”的有趣之处在于,它往往是逃避与我们是否应该做这件事的艰难讨论的借口。在许多社交场合中,包括工作、客户和团队成员之间,接受所有好主意是非常容易的。有人提出一个观点,那是个好主意,我们应该这样做。砰,把它放到路线图上。

我们中的一个,Jason和我会说,哦,我们真的应该这样做。砰,把它放到路线图上。客户不断提出请求。世界上最简单的事情就是说,那是个好主意。我们会去做。现在你已经签下了一个承诺。

而承诺的问题在于它们会累积,你会得到越来越多的承诺。在你意识到之前,你已经花费了接下来三个月、六个月、一年的决策机会在所有这些你刚刚因为简单而说“是”的承诺上。这并不是你获得伟大产品的方式。你不会通过对每个人说“是”来获得伟大的产品。你几乎总是通过对几乎所有事情说“否”来获得伟大的产品。

这需要一定程度的纪律,而这在你成长时很难坚持。世界上最难的事情就是在你有一个实际上可以做到的团队时,保持拒绝的勇气。

在Basecamp的早期阶段,你可以对某件事情说“是”,那时说“否”非常容易,因为实际上没有其他选择。我当时在技术方面是唯一一个在做事情的人。我们只有Jason和Ryan在设计方面。自然的力量给了我们一个环境,在这个环境中,拒绝显然是唯一的选择。我们不再那么幸运了。

我们现在有60多人的公司。我们可以做很多事情。我们甚至可以同时做很多事情。我们甚至可以承诺在三个月或六个月后做某些事情。你知道吗?每一次我们这样做,每一次我们签下一个承诺,每一次我们选择简单地说“是”,我们最终都后悔了。

这正是《Rework》中提到的那一点。你说“是”的频率有多高,它在那一刻感觉很好。感觉太棒了。对客户或同事来说,说“是”是化解局势的最佳方式。是的,你的想法很棒。我们会去做,对吧?

而且在你必须实际做工作之前,这感觉是如此美好。然后它就不再那么美好了。然后你会想,为什么我会被困在这个上?而实际上此时我有更好的想法。我有更让我兴奋的事情,更想做的事情。

我看到这种情况不仅发生在产品上,也不仅发生在公司上。我在我的日历上也经常看到这种情况。我说“是”的次数,参加某个活动、与某人快速见面、出现在某个播客上或参加某个会议。三个月后,这些事情似乎很容易说“是”。

然后当那一周到来时,它在我的hey日历上弹出,我会想,妈的,你为什么又这样对自己?天哪,你能不能说“否”?我认为Jason和我实际上都很擅长说“否”。即便如此,我们仍然总是全身心地投入到说“是”上,做太多事情。

我最后要说的是,我回顾时并不是那些“是”的事情让我觉得,哦,天哪,那真棒。我们说“是”了。让我觉得惊讶的是我们说“否”的所有事情,这是一片新领域。Steve Jobs有很多关于几乎总是说“否”的名言等等。但这就是这个话题如此吸引人的原因。尽管我们都知道我们应该总是说“否”,但我们并没有。

我们没有,因为这真的很困难。这就是为什么你需要不断提醒自己,是的,你知道吗?这仍然很难。我们仍然会陷入其中。我敢肯定,在过去的几年里,我们已经几次承诺某个特定的功能或某个特定的推出。每一次都毫无例外地后悔。

另一种思考方式是,现在的“是”非常便宜,但以后非常昂贵。因为现在它如此便宜,所以说“是”是如此容易,就像是如此容易消费。是的,现在它不会让你付出任何代价。因此,一种好的思考方式是,如果你明天必须这样做,你会说“是”吗?所以,比如说,如果David被邀请参加一个会议,如果会议是明天,你会去吗?你可能会说,不,但对四个月后的事情说“是”更容易,因为现在没有任何成本。

所以我一直在尝试这样做,试着把它提前,想,好的,现在,如果我必须立即做这件事,我会怎么说?有时这会让你放弃一些你可能应该做的事情,但我认为这通常是一个好的经验法则。在过去25年中,你们做过的任何产品决策中,有没有让你觉得,哦,我们不应该这样做的例子?

这取决于你如何计算,因为我们做了很多事情并没有取得成功。因此,从经济和财务的角度来看,有很多事情可能做得更好。

但这又取决于你如何看待它。因为我认为其中一些事情做起来真的很有趣,对我们来说是好的,值得我们去尝试。我会说我们最近做的事情,比如once,虽然在财务上没有取得成功,但我不后悔做这件事。我认为这仍然是件好事。我们仍然会做更多这样的事情,看看它们随着时间的推移会如何发展。我们可能是早期的,这可能是一个糟糕的主意,但到目前为止还不错。我不后悔,但当然这也是一项工作。

每当我们向产品添加某些东西,导致难以撤回的复杂性时,我往往会感到后悔。我们多年来在我们的产品中尝试过客户访问。因此,我们的许多客户都是来自设计公司、建筑师、营销公司的客户服务,他们邀请他们的客户。多年来,我们对此进行了各种变体。其中一些变体比其他变体简单得多。而那些复杂得多的变体,比如

我们有不同的视图和完全不同的客户体验。它是仅通过电子邮件的,所有这些东西。想法真的很酷。我们花了很多时间将它们组合在一起,结果发现这实在是太复杂了,撤回这一点非常非常困难,因为人们已经习惯了。有些人习惯了,有些人则拼命抓住不想让它消失。或者我们可能改变了一些定价方案或其他什么东西。你会想,

这只会在未来造成更多复杂性。这是让我最烦恼的事情之一,就是当我们做一些事情限制了我们以后的选择时。就像我的梦想,我不知道这是不是错字,但我希望有一个最小、最紧凑、最简单的东西

你可以明天做任何事情,而不是像现在这样有这么多事情要考虑,因为有遗留问题,还有时间,还有大量的客户在使用我们的东西。你不能就这样改变一切。因此,你发布的东西越多,人们就越习惯于这些东西。你最终在某种程度上得到的东西并不如你知道的那样好,但此时改变的成本太高。这总是令人沮丧。并不是说我们不会这样做,因为在当时这是正确的选择。

所以,另一件事就是不要过于自责于那些“是”,因为在那个时刻,这可能是正确的选择,但你会面临其后果。因此,有时我确实希望我们没有那么多后果。

我给你两个例子。一个是技术示例,另一个是产品示例。技术示例是每当我们尝试通过在产品之间重用部分来节省工作时,我最终都会感到后悔。我们在用户账户和登录方面有多种基础设施。

我们有一个内部系统叫Signal ID,它的构建前提是,当我们拥有的产品比现在多时,你可以使用一个账户同时登录多个东西。正如Jason所说,当时有很好的理由支持我们这样做。但现在我们已经定下来,我希望我们没有这样做。

我希望我们每个单独的产品都能尽可能自给自足,尽量减少重叠和依赖。我认为这可能是另一种说法。在技术和编程领域,常常会谈到依赖关系,一旦你的产品开始依赖其他东西,这些东西...

要么在你工作时发生变化时破坏你正在做的事情,要么你无法更新这些依赖关系,因为你有旧产品停留在过去。我们确实见过这种情况,我们有旧产品,

遗留产品,我们仍在为注册使用它们的客户提供服务。因此,我们不能就这样打破一切。它仍然必须继续工作。它仍然必须保持安全。但现在它依赖于这些其他关系。例如,当前版本的Basecamp在其登录流程和入职流程中有一些部分。它并没有达到它本该有的效果。原因是我们背负着所有这些依赖关系和所有这些产品之间的相互关系。展望未来,这也是我们在Hay中改变的事情之一。我们考虑Hay,是否应该使用Signal ID,这个我们内部的系统?不,我们不会这样做。我们将为Hay提供自己的登录系统,它将拥有它,并可以从头到尾掌控整个旅程。出于一些技术原因,这样做是有意义的,因为电子邮件在这方面是相当特殊的。你没有其他备份电子邮件。

但我真的很高兴我们这样做了。另一个例子是当我们在2009年或2008年翻译Basecamp时。我们推出了大约八种不同语言的翻译。

这是一个受欢迎的请求。在某种程度上,它仍然是一个受欢迎的请求。人们使用它。有一小部分人会说,你知道吗?我无法让其他法国人和我一起使用Basecamp,除非界面是法语。太好了,我们来做吧。我们做了。感觉很好,大约五分钟。然后下次我们必须处理一个功能时,我们会想,哦,不。真的?我不能发布这个?不。

我打赌所有八种或十二种翻译,我们无法推出任何东西。感觉就像我们刚刚承担了如此巨大的拖累,以至于每一次更改现在都必须经过这些多步骤的翻译。

而且至少在当时,人工智能的翻译效果并没有现在那么好。因此,这意味着要直接与专业翻译或志愿翻译合作。然后你必须仔细检查工作,因为我无法判断那是否是一个正确的法语句子。我们以Basecamp的文案质量而自豪。因此,我们最终觉得,尽管我们可以看到这些数字,这在某种程度上是有益的。

有些人现在注册Basecamp是因为这个原因,否则他们可能不会注册。可这并不值得。我不会再这样做。我不会再以那种方式进行翻译,除非也许人工智能变得如此优秀,以至于感觉这是一种零成本的选择。但我实际上上周刚和一位公司老板谈过,他用人工智能进行了翻译,但无法验证最终结果,结果屡屡出错,客户非常失望。

可以说,当人工智能在西班牙语中说了一些它不应该说的东西时,自动翻译过程就出现了问题。这就是你必须认真考虑的事情。我认为大多数企业,尤其是在美国,翻译是否值得?你承担的负担是否值得你可以获得的初始百分比?我认为你必须在业务增长到相当程度时,这才有意义。

从你们分享的这些例子来看,现在对你们来说,默认拒绝似乎比早期更容易。因为现在的“是”由于业务和产品的增长而有更多的复杂层次,而不是你们刚开始时。听起来是真的吗?

不,不,我认为这更难。我认为问题在于,现在说“否”更难。现在说“否”很困难,因为我们知道我们可以。我们知道我们几乎可以对所有事情说“是”,并找到方法使其有效,因为我们公司有足够的生产能力。没有其他选择时,说“否”要容易得多。这是真正的约束的好处,真正的硬约束。

没有足够的时间,没有足够的团队,没有足够的钱,你根本无法满足你的原始本能。而你的原始本能就是说“是”,这就是为什么当你看到一些非常成功的大公司时,

他们在这方面真的很挣扎。对于微软甚至苹果来说,成功地说“否”某些事情是非常困难的,尽管他们在其他方面做得很好,因为没有反向压力。

如果你没有任何反向压力,比如说,如果你对这件事情说“是”,我们必须立即对其他五件事情说“否”。那么权衡就变得非常明显,而我们现在的情况以及许多大型公司所处的情况则不同。权衡变得更加遥远,更加抽象。我们确实可以对很多事情说“是”,然后我们可能在三个月、六个月后后悔,正如Jason所说,现在我们背负着所有这些复杂性。下次我们去重新审视某件事情时,

这不是小团队所面临的情况。他们面临的是,好的,我这周做这个。那么我就不能做其他五件事情。实际上,这样操作要容易得多。我怀念那些日子,觉得那真不错。那种紧迫感,那种直接的权衡,不是关于遥远的未来。它不是抽象的。它非常实际。它是每周的。如果我做这件事,我就不能做另一件事。有时我会有点怀念那种感觉。

我再给你一个非常具体的例子。我们目前正在重新设计Basecamp的营销网站,我正在重新做定价页面,这个页面展示了我们的计划。我必须诚实地说,我对此并不满意。并不是设计的问题,而是

我们的定价变得复杂。我们有两个套餐,这听起来并不复杂。实际上并不复杂,但两者之间有一些微妙的差异需要以我希望不必描述的方式来描述。我希望它简单地是按用户付费,或者只是无限定价,像固定定价一样。因此,主要的区别是每个用户15美元,你为你拥有的用户支付,或者每月2.99美元,你可以获得无限人数。

这实际上是根本的区别,但这并不是全部。

因此,当你向某人销售某物时,你确实需要详细说明差异,以便人们不会认为他们得到的是完全相同的东西。因此,我有点后悔我们在区分计划方面走得太远,而不仅仅是价格。你最终看到的是,当你查看设计并阅读它并展示它时,你会发现这只是反映了我们在应用程序中注入的内部复杂性。

这让我感到烦恼。这让我感到烦恼。我希望我们能说,只有两个价格。你得到的东西是一样的。这就是以前的情况。你得到我们所有的功能。一切都是完全相同的。你只需决定你想如何支付。

这会简单得多。但后来我们会想,好吧,如果我们添加这个,我们会激励人们去这里。如果我们添加这个,我们会激励人们去那里。然后也许它确实如此,也许它并不如此。即使它确实如此,值得吗?这是个问题。你知道,所有这些事情都会回到你身边。你可以在某种意义上通过测试这些单独的举动来证明它们是合理的。你知道,是的,如果我们这样做,我们会获得更多的收入。但我认为也有成本。成本会慢慢逼近你。成本是最终,

事情变得更加复杂。现在这是一个困难的选择,而不是一个简单的选择。对我们来说,这似乎在某种程度上对我们有利,直到某个时刻。然后客户会说,我不知道该怎么办。我不知道该选哪个。我会选择吗?现在他们有了买家的悔恨。我选择错了吗?整个事情与之前的情况相比,现在变得复杂多了。以前的情况是,我知道我想如何支付。

所以,总之,这一切都在不断增加,当你存在很长时间时,这可以以多种不同的方式成倍增加。我们在产品中做的许多不同事情都有这些微妙的调整和变化,独立来看都很有意义。但当你将它们加起来,然后回顾它们,因为你要么必须解释它们,要么教它们,要么展示它们,要么区分它们时,你会想,天哪,这比需要的复杂得多。现在,

这并不是特别复杂。我们还好。但它仍然让我在美学上感到烦恼,差异是如此微妙,但它们仍然必须被解释。这使一切变得更加复杂。这对我来说就是为什么在业务和产品中拒绝这种复杂性需要勇气的本质。是的。因为你必须说,给我一些东西……我们是懦夫。我们在某种程度上是懦夫。有时我们是。我认为我们都是懦夫。你在整个行业中看到这种懦弱。这就是为什么当你得到,尤其是在我们所处的更高层次时,获得那种勇气是如此罕见的原因。再一次,这个例子已经被反复提及,我甚至不想再提起它。但当Steve Jobs回到苹果时,

他看到了庞大的产品线。他们有很多不同的电脑。他们与其他计算机制造商达成交易,可以运行软件。他说,我们不打算做任何这些。这里有一个象限。它将有四个插槽。将有一台专业笔记本电脑和一台专业台式机。将有一台消费级笔记本电脑和一台消费级台式机。将有iBook和PowerBook。将有一个Cube和iMac。

四个东西。这就是我们要销售的。我们将把所有其他复杂性清除出业务。我觉得,知道吗?在美学上,这对我来说是如此令人满意。如此令人满意,当你看到那个象限时,你会想,知道吗?这一切都完美合理。它确实加起来了。我不必在某种程度上思考太多。现在,

你看看同一家公司,快进到现在,他们的规模比1999年或2000年Jobs这样做时大了一千倍,甚至一万倍。你试图理解iPad的产品线及其与铅笔的关系。

我会挑战任何苹果高管来合理化这一点。我认为他们有三种不同版本的铅笔,与不同版本的iPad兼容。整个产品线中有五种不同的iPad,包括一款实际上比Pro更重的iPad Air。你看看整个事情,你会想,这里缺乏勇气。这是一个

过度优化的例子,有人会说,你知道吗,在这个损益表上,这个产品仍在销售,尽管它可能已经过时。铅笔之间有20美元的价格差异,证明我们适合某个插槽。我们试图适应所有可能的插槽。不,不,不。

回到象限。即使是iPad的象限也很荒谬,居然有四个。要有一些该死的勇气。愿意说,知道吗?我们将放弃产品树的一些微观专业化。

这在短期内可能会让我们付出一些代价。但回报是,我们将拥有一个整体上非常易于理解的产品线。它是直接的,所有这些。另一个我在这个播客中提到过的例子是Pinkberry。那个想法是你进来时只有两种口味。你可以选择巧克力口味或酸味口味。就这样。对我来说,这就是...

<context>默认拒绝 在他们的书《REWORK》中,37signals的联合创始人Jason Fried和David Heinemeier Hansson写到了拒绝的力量。本周的播客中,他们重温了这个观点,深入探讨了说“是”的隐性成本以及随之而来的承诺负担。他们还讨论了拒绝如何保持简单性并帮助保持专注。关键要点:00:45 – 说“是”往往伴随着遗憾03:00 – 说“是”感觉很好,直到履行承诺的时候07:58 – 向产品添加功能往往会导致复杂性叠加14:53 – 当你有能力说“是”时,拒绝更困难19:51 – 拒绝的勇气为简单性创造空间29:30 – 拒绝客户请求的最佳方式链接和资源:37signals的书籍在Basecamp.com注册30天免费试用HEY World | HEY REWORK播客Rework播客在YouTube上的频道37signals开发博客37signals在YouTube上的频道@37signals在X上</context> <raw_text>0 一个美观的商业模式的巅峰是,当你能看到如此清晰的产品提供时,你会想,

我不需要小字。我们不需要这页上的八号字体。我不需要小字。我不需要星号。我不需要比较所有事物的图表。这就是直接的。这太棒了。话虽如此,也许这并不是最大化利润的方式。我相信苹果公司有一些非常优秀的产品规划师找到了最大化的方法。也许在那个层面上是有道理的,但这让我感到不快。

这冒犯了我的审美。这冒犯了我的感性。这就是为什么,Jason,实际上听你谈论这个,我们应该在产品线中注入一些勇气,找到办法去除它。

我知道。这就是有趣的地方,最终发生的事情,我们一直在谈论的正是这个。这非常现实。就像,但我们在这些不同的现有计划上有成千上万的客户。所以像是,如果我们只是将它们平等化,唯一的区别就是现在的支付方式,我们肯定可以解决这个问题。但在某个时刻你会想,哦,

我只是不想,我不想。这是令人疲惫的,我宁愿把时间花在别的地方。但这确实很有趣,看看这如何发生。我认为这也是为什么当你制作一个全新的产品时,我们目前正在开发两个全新产品的原因之一。

这给了你一个机会,实际上,我认为这就是制作新事物的满足感的一部分,你可以希望不,我不会说犯同样的错误。这些不一定是错误,我们所谈论的只是一些小波折。它们是复杂性,对吧?有时你只是与它们共存,有时你不。但当你做一些全新的事情时,你没有任何遗留或包袱。

这样做真的很不错,像是,好吧,也许我们应该有的这个新东西就是这个一个价格。你买或者不买。我喜欢这种方式,而不是分层。我不想在这里自夸,但我们大约20年前发明了免费增值层的东西。在某种程度上,我对此感到遗憾。我们曾经反复无常。实际上,在Basecamp,我们很长一段时间只有一个产品。

每月一百美元,直接了当。就这样。老实说,我有点怀念那些日子,尽管这并不适合每个人。然后你会想,好吧,我们让一些本可以给我们更多钱的客户离开,他们本可以成为客户。就像有很多权衡,对吧?所以很容易怀旧,并且对你业务生命周期中的某个时刻感到浪漫。

但那时你也无法做其他事情。所以这总是一个微妙的平衡,它是一个推拉和辩论,内部可能会令人沮丧。有时你不知道该做什么是正确的,但我认为制作网站和解释事物是让我真正专注于意识到某件事情有多复杂或多简单的事情。是的。

在技术方面也是一样。我们目前正在进行Rails 8的重大新版本发布。我发现,通常在最后冲刺时,我必须解释我们构建的内容,我必须演示我们构建的内容。我发现所有事情都太复杂了。我无法解释这个。我们必须改变它。它必须有所不同,因为我不想说这个愚蠢的东西。

这个东西是愚蠢的。我知道它为什么存在。我知道它在那里。我可以听到你解释它为什么存在,但说出来是愚蠢的。我不想不得不说它。所以我们必须找到解决办法。正如Jason所说,这就是在新产品上工作时的解脱,因为新产品没有任何价值。

你实际上还没有销售它们,对吧?没有收入基础。你不必对你积累的所有财富负责,这给了你最大信心去拥有最大勇气,这也是我们在新产品发布中遵循的另一个原则的原因,即B1应该只是我们想要的东西,应该只是最

那种真正推动边界的版本,因为一旦某件事有了价值,一旦它有了客户,召唤那种勇气的难度就会无穷无尽,因为现在的勇气可能会冒犯某人,可能会让某人离开,这意味着钱几乎字面上会流失,你会想,哦,

这会很难。但当你处于无价值的空间时,这是你有最大机会去简单地做正确的事情。做顺畅的事情,对吧?任何已经存在的东西,经历了现实和客户的考验,它会开始出现小裂缝。你可以看着它,你会想,你知道吗?我们拥有的一些产品,这些传统产品,充满了小裂缝等等。我实际上可以欣赏到这

种美丽,就像一个风化的面孔,哦,那是一个60岁的人,过得很好。为他们感到高兴。我羡慕在某个时刻能在正确的地方有那么多皱纹。而我可以看着旧产品。但这里也有一种年轻的活力。作为一个产品人,

能够接触到这一点,并能够在引入某些东西和处理某些事情时表现得最激进,真的很令人满意。我认为实际上,这比任何事情都更吸引我们回到制作许多新事物的模式。我是说,我们经历了一个阶段,公司历史的一个阶段,我们真的没有在新事物上工作。我们只是在改进Basecamp。

并在此基础上加倍,这很好。但我们也不能永远这样做。在某个时刻,我认为你会感受到那种拉力,对吧?就像我想回到光滑的卵石。

顺便说一下,我想说的是,有趣的是,在我们谈论的同时,我在看其他产品。让我烦恼的差异化,我们在这些计划之间实际上只有三件不同的事情。我在看一些竞争对手的网站,那里有几十件不同的事情。所以我们做得相当不错,但我仍然感到沮丧,因为我们不是简单地说,这是或那是。就像你去商店,

看到两个同品牌的花生酱罐,一个小一个大。我们需要一点,我们需要很多,像那样。购买某样东西应该是那么简单。而软件实际上变得相当难以购买,因为有很多不同的层次。我们的某些竞争对手有六个不同的定价层,然后它们都是不同的价格。然后在下面是这些图表,你横向查看,只有12个功能。这个有,这个只有8个。这个有4个。这个一个都没有,但你可以单独购买它们,这很复杂。但再说一次,

这可能是有原因的,你知道吗?所以无论如何,这很有趣。我认为值得思考的好事是,我们都在给自己制造麻烦。因此,我们可以为任何方向辩护。这只是取决于我们追求的目标。我相信有方法可以优化我们的产品以赚更多的钱,做所有事情,但这可能比我们所能接受的更复杂。

所以,你知道,你必须在前进的过程中弄清楚。好的,在我们结束之前,我有一个问题。我想给你们读一段来自《REWORK》这章的内容,听听你们的想法。因为这与你们关于勇气的讨论有点相关。我想知道你们是否对人们有建议,你们说,引用,“人们避免说不,因为对抗让他们感到不舒服。”

所以我很好奇,当涉及到产品决策时,尤其是当我们有客户请求时,你们有没有什么建议给可能在听的人?像是告诉客户说不是很难。是的。

不要告诉他们无论如何。说谢谢。就这样。在任何情况下,你都不应该在与客户的互动中被迫做出承诺。这是大多数客户想要的。他们想要一个承诺。他们在提出请求。他们最希望看到的就是一个承诺。但如果你不断这样做,你就是在玩弄自己和所有其他客户。说谢谢,并且要真心。

这不仅仅是谢谢,走开。谢谢。我有时对我们的客户在某些功能请求上所投入的细致和关心感到震惊。他们写了段落和段落,真的解释了他们为什么需要这个东西,为什么当前的东西对他们的问题不那么有效。这太棒了。这是对任何愿意倾听的人的巨大馈赠。

这并不意味着你会去构建他们所要求的东西。他们所要求的几乎在所有情况下都非常特定于他们的情况。它没有放大,没有试图以一般的方式,甚至不一定是以顺畅的方式来解决问题。客户通常请求的是:你能不能在东西的一侧放一个开关?因为那样我可以在想做一件事时翻转它,在做另一件事时翻转它,简单地说:是的,如果我只放一个开关,也许我可以让它工作。

但我不能放一千个开关,而我有一千个功能请求。所以它不会那样工作。作为软件开发人员和设计师,我们必须代表人们工作。我们不能根据他们的请求工作。如果你这样做,五分钟内就会变成一团糟。所以说谢谢。把它放在一边。

偶尔拿出来,阅读,获取灵感,看看模式,像是,哦,他们想要那个东西。而这个请求完全不同的人的请求,他们实际上有同样的问题。如果我们采用这里的第三种方式,而不是他们建议的任何一种,我们将解决他们两个的问题。没问题。他们都会对解决方案感到感激和高兴。但我们会更高兴,因为我们解决了五个人的问题,十个人的问题,一千个人的问题,而不是一个人的特例解决方案。

好吧,这真是个好建议。就这样,我们要结束了。《REWORK》是37 Signals的制作。你可以在我们的网站37signals.com/podcasts上找到节目笔记和文字记录。完整的视频集在YouTube和Twitter上。如果你有关于更好工作和经营业务的问题,可以给Jason或David留言,电话是708-628-7850。你也可以发短信到这个号码或给我们发邮件,地址是[email protected]。</raw_text>