DHH 的 380 小时：用约束做出更少的软件，也保住独立
DHH 用 Basecamp 的 380 小时和旧版本仍盈利的案例，说明 AI 时代真正稀缺的不是开发速度，而是删减、成本控制与拒绝的能力。
单集信息
| 项目 | 内容 |
|---|---|
| 播客名 | 跨国串门儿计划 |
| 主持人 | David Senra |
| 嘉宾 | David Heinemeier Hansson（DHH），Ruby on Rails 创造者、37signals 联合创始人兼 CTO |
| 集标题 | #650. 在没有风投资金的情况下打造软件巨头 |
| 发布日期 | 2026 年 7 月 27 日 |
| 原集链接 | 小宇宙单集页 |
DHH 这次谈的不是「如何把公司做大」这个通常的创业问题，而是怎样把公司做成一个不必交出控制权的长期生意。他反复把产品、组织、融资和生活方式放回同一个判断里：资源越多，越需要主动制造约束。1
380 小时决定了 Basecamp 的形状
DHH 对「更少的软件」的解释，首先不是审美口号，而是一个非常具体的工时约束。Basecamp 第一版由他以每周 10 小时的节奏完成，总计约 380 小时；当时他还是 37signals 的合同工，时薪 15 美元，人在哥本哈根，Jason Fried 在芝加哥。2
每周只有 10 小时，意味着没有空间在不重要的功能上来回修改。这个限制逼着团队先决定什么必须存在，什么可以永远不做。DHH 的概括是「更少的软件」：更少的功能、更少需要学习的东西、更少需要教给用户的东西，然后把少数几件事做到极致。
这也解释了他为什么对 AI 降低开发成本保持警惕。现在，380 小时再加上 10 个 agent，足以造出「能为 100 万人做 100 万件事」的庞然大物。问题不是做不出来，而是太容易把所有想法都做进去，最后没有任何一个人的脑子能真正装下它。过去的工程成本会自动删掉一部分野心，AI 时代则要由产品负责人主动承担这项删减工作。
他把这种风险说得很重：拥有无限的时间、钱和人，不一定是祝福，反而可能造出一个四不像。对创业团队来说，预算表、人数和交付时间不只是管理指标，也是产品边界。2
不升级，也可以是一种产品能力
Basecamp 的旧版本提供了一个反增长样本。2004 年推出的版本在 2010 年停止售卖，但 16 年后仍有客户继续使用；DHH 说，这项独立业务每年还能带来几百万美元的纯利润，主要工作只剩安全维护和保证运行。
这里的关键不是鼓励所有软件停止更新，而是承认「稳定」本身有价值。DHH 复述客户的心态是：「我不想要不一样的东西，我就想要我现在用的这个破玩意儿，因为我知道它所有的问题在哪，而且我已经接受了。」对于已经把工具嵌入日常流程的客户，新功能不总是收益，也可能意味着重新学习、重新培训和重新承担风险。
这给 AI 产品一个很实际的反问：每一个能被 agent 生成的功能，是否都值得进入正式产品？如果答案只是「做出来很容易」，那还不足以成为发布理由。真正稀缺的不是功能，而是用户可以长期依赖的清晰边界。
无法砸钱，就用内容建立关系
37signals 没有选择和微软比广告预算。DHH 说得很直接：「我们不可能在营销活动上砸钱超过他们。」他们采用的替代方案，是把观察、经验、教训、软件和开源项目公开出来，用内容和教育积累信任。
这套方法曾经依赖博客、邮件通讯和播客订阅。DHH 注意到，社交平台的算法会让关注者看不到大多数更新，只有达到一定传播量的内容才会被分发；而播客订阅和邮件至少还能把内容送到已经建立关系的人面前。内容不是一次性的获客广告，而是让别人即使当下不需要 Basecamp，也能在朋友抱怨复杂项目管理工具时想起它。
这也是独立策略的一部分：不拥有巨额预算，就把无法购买的东西做得更好。对今天的 AI 创业者来说，单纯发布更多功能很难形成差异；能够持续解释问题、公开取舍，并让用户学会更好的工作方式，才可能构成长期分发。
利润买来的，是拒绝的能力
DHH 反对的不是所有融资。他承认，如果业务需要建工厂、买 GPU 或承担重资产投入，融资可能是必要条件。他反对的是把大额融资当成软件公司的默认出路，尤其是为了养一支远超实际需要的程序员队伍。
37signals 的路线是每周工作 40 小时，在工作之外保留生活，从生意中拿利润，而不是持续追逐更高估值。DHH 说，收入减去支出后留下的利润，会让团队自然关心效率；而成本控制不只是财务纪律，也是一种对系统效率的审美。
他还引用了安德鲁·卡内基的一句话：「利润和价格是周期性的，会受到市场上各种短暂因素的影响；然而成本是可以被严格控制的，任何在商品成本上省下来的钱都是永久的。」这条原则落到软件公司，就是少雇不需要的人、少做不会被使用的功能，也少接受会改变公司方向的资本。
这集值得怎么听
- 如果你正在用 AI 加速开发，重点听前半段的 380 小时案例：工具把生产力放大后，谁来承担删减和取舍，才是新约束。
- 如果你负责成熟软件产品，重点听 Basecamp 旧版本的故事。它提醒人们，稳定运行、少打扰用户，也可以是完整的商业价值。
- 如果你在考虑融资，DHH 的判断适合拿来拆条件，而不是当成反融资口号：重资产投入需要资本，软件功能堆叠未必需要。
- 如果你只想听增长方法，这集可能过于强调独立、利润和生活方式；它更像一套经营哲学的长访谈，而不是一份可直接照抄的增长手册。
Related content
- Sign in to comment.