We're sunsetting PodQuest on 2025-07-28. Thank you for your support!
Export Podcast Subscriptions
cover of episode Eat your own dog food

Eat your own dog food

2025/4/23
logo of podcast REWORK

REWORK

AI Deep Dive AI Chapters Transcript
People
D
David Heinemeier Hansson
J
Jason Fried
Topics
Jason Fried: 我们在开发新产品时,会先在内部使用,以此来发现产品缺失的功能或不足之处,并据此改进产品。内部使用产品是检验产品好坏的最佳方式,可以将新产品与现有产品进行比较,从而发现改进之处。通过内部使用,我们可以比较新产品与现有方法的优劣,从而判断新产品是否真正有所改进。只有在实际使用过程中才能判断新产品是否真正超越了现有方法,并发现其独特的价值。在开发过程中尽早使用产品,并逐步增加用户数量,可以帮助我们尽早发现问题并进行改进。在产品开发早期,应该尽早让少数人使用产品,并逐步增加用户数量,但要避免过早让太多人参与,以免意见过多而影响开发方向。内部测试应该使用真实数据,而不是模拟数据,这样才能发现真实的问题。 使用真实数据进行测试,可以避免出现因为使用模拟数据而导致的设计缺陷,并让设计随着真实数据的变化而不断演进。使用真实数据进行测试,可以避免设计师对产品设计的过度理想化,从而更有效地解决实际问题。通过使用真实数据,可以发现一些在模拟数据下无法发现的问题,例如图片裁剪问题。在实际软件中进行设计,可以更直接地发现设计缺陷,并及时进行改进。尽早使用真实数据进行测试,可以更早地发现问题,并更有效地改进产品。尽早使用真实软件进行测试,可以推动产品开发进程,避免浪费时间在不重要的事情上。尽早使用真实软件进行测试,可以避免在产品开发初期就制定过多的不必要的细节,从而提高效率。通过使用真实软件进行测试,可以更有效地发现并解决问题,而不需要过多的预先规划。通过使用真实软件进行测试,可以更快速地发现产品的不足之处,并及时进行改进。通过使用真实软件进行测试,可以采用一种简单高效的方式来开发高质量的软件。 David Heinemeier Hansson: 使用真实数据进行测试,可以避免出现因为使用模拟数据而导致的设计缺陷,并让设计随着真实数据的变化而不断演进。使用真实数据进行测试,可以避免设计师对产品设计的过度理想化,从而更有效地解决实际问题。通过使用真实数据,可以发现一些在模拟数据下无法发现的问题,例如图片裁剪问题。设计师应该直接在实际软件中进行设计,而不是通过其他工具进行设计,这样可以更有效地发现并解决问题。在实际软件中进行设计,可以更直接地发现设计缺陷,并及时进行改进。尽早使用真实数据进行测试,可以更早地发现问题,并更有效地改进产品。尽早使用真实软件进行测试,可以推动产品开发进程,避免浪费时间在不重要的事情上。尽早使用真实软件进行测试,可以避免在产品开发初期就制定过多的不必要的细节,从而提高效率。通过使用真实软件进行测试,可以更有效地发现并解决问题,而不需要过多的预先规划。通过使用真实软件进行测试,可以更快速地发现产品的不足之处,并及时进行改进。通过使用真实软件进行测试,可以采用一种简单高效的方式来开发高质量的软件。在内部测试过程中,由团队成员或项目负责人根据反馈情况做出最终决策。在内部测试过程中,许多小的调整和改进是由团队成员直接完成的,而不需要层层审批。在内部测试过程中,决策的层级取决于问题的类型,一些方向性的决策需要高层管理人员做出,而一些小的调整则可以由团队成员直接完成。在内部测试过程中,重要的是理解用户想要达成的目标,而不是简单地满足用户的每一个需求。通过内部测试,可以赋予团队成员更大的自主权,提高工作满意度。团队成员在解决问题时拥有更大的自主权,可以做出更有效的决策。内部测试可以促进团队成员之间的合作,并提高产品质量。内部测试可以帮助团队成员发现并解决产品中的问题,提高产品质量。如果开发人员不使用自己开发的产品,那么产品质量往往会很差。如果开发人员使用自己开发的产品,那么产品质量至少会达到一个不错的水平。虽然内部测试不能保证产品一定优秀,但至少可以保证产品质量达到一个不错的水平。内部测试让开发过程更有趣,因为开发人员可以亲身体验自己开发的产品,并及时发现和解决问题。内部测试可以避免发布质量差的产品,但有时也可能会忽略一些不经常使用功能的测试。即使是内部测试,也可能无法覆盖所有功能,例如注册流程。由于不经常使用注册流程,导致注册流程存在问题,这说明即使是内部测试也可能存在盲点。内部测试应该覆盖所有用户可能接触到的功能,即使是不经常使用的功能。内部测试应该成为一种习惯,即使是不经常使用的功能也需要定期进行测试。不要添加自己不会使用的功能,否则可能会导致产品臃肿且缺乏实用性。即使是内部测试,也可能无法保证所有功能的质量,例如时间跟踪功能。在产品开发过程中,需要权衡内部需求和外部需求,避免添加不必要的或用户不感兴趣的功能。内部测试可以帮助我们决定是否要开发某些产品,例如HiRISE 2。我们曾经因为内部测试结果而放弃过一些产品或功能的发布。我们曾经因为内部测试结果而改变了产品开发方向,例如Highrise。我们曾经因为内部测试结果而放弃了一些功能的开发。我们曾经因为内部测试结果而放弃了HiRISE 2的开发。我们曾经因为内部测试结果而放弃了HiRISE 2的开发,并转而开发了HEY。我们放弃开发HiRISE 2的原因是缺乏实际经验,无法有效地进行内部测试。我们放弃开发HiRISE 2的原因是缺乏实际经验,无法有效地进行内部测试。内部测试可以作为一种控制手段,帮助我们决定是否要开发某些产品。内部测试可以帮助我们决定是否要开发某些产品,即使市场存在需求。

Deep Dive

Shownotes Transcript

Before anything ships at 37signals, the team puts it to the test—by using it themselves. In this episode of The REWORK Podcast, co-founders Jason Fried and David Heinemeier Hansson talk about the importance of dogfooding, or using your own product before handing it off to customers. They share how this practice keeps them close to the real problems, and sometimes even kills off ideas that just don’t hold up.

Key Takeaways:

  • 00:27 – Why every 37signals product is used internally before it ships
  • 07:15 – Who makes the final call after internal feedback comes in
  • 12:44 – The importance of building things you’ll actually use
  • 16:48 – Some products and features don’t make it past internal testing

Links and Resources:

  • “Doing what you think, not what you thought” from Jason Fried’s HEY World)
  • Get Basecamp for free at Basecamp.com)
  • Books by 37signals)
  • HEY World | HEY)
  • REWORK podcast merch)
  • The REWORK podcast)
  • The Rework Podcast on YouTube)
  • The 37signals Dev Blog)
  • 37signals on YouTube)
  • @37signals on X)