创业专家谈"做不可扩展的事"

一句话结论

Paul Graham 2013 年的文章《做不可扩展的事》逆转了硅谷被 Google 扭曲的"可扩展性偏执"——创业公司最大的问题不是架构不够可扩展，而是无法获得用户。Airbnb 创始人亲自拍摄房源照片启动飞轮，Fleek 团队扛着衣服箱子在伦敦街头卖二手服装，Algolia 亲自为客户提交代码，Instacart 在没有任何超市合作的情况下上线，DoorDash 用 Google Form + Find My Friends 一个下午搭建原型。创始人面对面时间是小公司对抗大公司的终极武器。关键是"先杀掉眼前的龙"——在正确的时间担心正确的事。

来源信息

Executive Summary

本期汇集 YC 多位合伙人，深入探讨 Paul Graham 的经典文章《做不可扩展的事》的持久影响力。

历史背景：Google 对可扩展性的偏执。在 2000 年代初，投资者和大公司痴迷于"可扩展性"（Scalability）——这既是真实的技术难题（Web 服务器承受负载），也是商业模式的必须（能成长为数十亿美元生意）。Google 因为极强的可扩展性声名远扬，间接扭曲了一整代创业者和投资者的思维——如果你无法回答产品如何扩展，就一分钱融资也拿不到。[raw L11-L15]

PG 的逆转：Paul Graham 意识到大多数创业公司面临的最大问题不是架构不够可扩展，而是无法获得用户、没有做出人们想要的东西。他写了《做不可扩展的事》——标题本身就是一个宣言。这篇文章最终改变了硅谷文化，深深根植于当前一代创业者的心理中。[raw L19-L21]

核心原则：在任何一个时刻，担心你最大的问题——先杀掉眼前的龙，再去担心后面的龙。对大多数创业公司而言，最大的问题是从零到一：获得第一个客户，构建第一个产品。如果幸运到有足够多人想要你的产品，那时才有资格担心扩展性。[raw L23]

五大经典案例：

  1. Airbnb：创始人亲自出门拍摄专业级房源照片，建立精美图片目录，启动飞轮——“如果因为'这永远无法扩展'而不去做，就完全错失了机会"[raw L27-L29]
  2. Fleek（W22）：三人团队扛着衣服箱子从伦敦批发商拿货，跑二手服装店销售，用四个月亲手做交易来学习定价、需求弹性、什么好卖[raw L35-L41]
  3. Algolia：效仿 Stripe，亲自在 Product Hunt 的 GitHub 中实现搜索功能并提交 Pull Request，建立了远超普通客户关系的紧密联系[raw L45]
  4. Instacart：在没有任何超市合作的情况下，用 YC 资金买下 Trader Joe's 所有商品，周末拍照录入价格，周一直接上线——先达规模再与超市签正式协议[raw L59-L63]
  5. DoorDash：四位斯坦福工程师用一个下午搭建原型——Google Drive 上传菜单，HTML/CSS 展示，Tony 手机作订单热线，Find My Friends 模拟调度，Google Form 收订单——最难的证明不是技术，而是人们到底想不想要[raw L69-L71]

创始人面对面时间（Founder FaceTime）：小公司的终极武器。创始人给出自己的手机号，承诺"不惜一切代价让你成功"——大公司的中层经理绝不会这样做。这就是不可扩展的个人承诺对抗大公司的竞争优势。[raw L53-L55]

何时停止：Pete 以 Optimizely 为例——他们早期靠手动为客户搭建 A/B 测试赚钱，第一版产品实际上是让自己更高效交付咨询服务的工具。但失败模式在于对咨询收入上瘾。YC 推动设定极高增长目标的原因之一就是：咨询业务不可能一年增长十倍，真正的软件业务可以。[raw L79-L81]

可扩展性的历史执念

Dalton 回忆 2000 年代初，可扩展性有一个真实的技术维度——早期 Web 服务器处理器慢、带宽慢，网站崩溃就意味着"不可扩展"。此外商业模式也必须可扩展——不能在小额收入处封顶。[raw L11-L13]

Jared 指出 Google 实际上间接扭曲了一整代人的思维。每个人都想效仿 Google 构建同样可扩展的产品。在那个时代，如果你没有可扩展的解决方案，就一分钱融资也拿不到。Dalton 认为这在当时并非错误，但它制造了一个"房间里的大象"：如果你无法回答产品或商业模式如何扩展，公司就不被认为是风险投资可投的（Venture Capital Fundable）。[raw L15]

PG 的逆转：《做不可扩展的事》

PG 听到这个问题——许多 YC 公司被可扩展性思维困扰。他必须将这种思维反转——告诉创业者做相反的事：忽略扩展性。"做不可扩展的事"这个标题本身就是宣言。[raw L19-L21]

Jared 认为这篇文章实际上改变了硅谷文化。PG 意识到大多数创业公司的最大问题不是架构不可扩展，而是无法获得用户。想象一下有多少创业公司构建了美丽的产品，拥有极强的可扩展性，却没有人需要——就像电影《梦幻之地》"建好了，他们就会来"，结果无人问津。[raw L21]

Dalton 总结核心：在任何一个时刻，担心你最大的问题，先杀掉眼前的龙。从零到一不需要担心扩展性。PG 并非说永远不要扩展，而是在正确的时间担心正确的事。[raw L23]

Airbnb：亲自拍照启动飞轮

Harge 和 Pete 讨论 Airbnb 创始人案例——这正是启发 PG 写下那篇文章的案例之一。PG 给他们的建议：你们需要高质量的房源列表，最重要的是照片。如果无法让房东上传高质量照片，那就自己去拍。创始人亲自出门拍摄专业级照片，建立精美图片目录，这显然不可扩展，但正是这让他们早期的飞轮开始转动。[raw L27-L29]

Pete 指出这种工作可能让人感到"有失身份"——尤其对于来自 Google、Facebook 的高薪人士，习惯了有下属和基础设施。但在创业公司，你必须发冷邮件、打陌生电话、处理行政事务、注册公司——没有别人会替你做。最好的创始人，无论多聪明，心态都是：没有什么事是低于我的。[raw L31]

Fleek：扛着箱子在伦敦街头学到的商业课

Nicolas 和 Brad 分享 Fleek（W22，二手服装市场平台）的故事。刚开始时只有三个人和一个想法，没有网站，没有衣服。他们去伦敦批发商的巨大仓库，对一个箱子说："把这个箱子给我们六个小时，免费。六个小时后还回来，要么所有衣服都在，要么给你们一笔钱。"[raw L37]

拿到衣服后跑伦敦各家二手服装店去卖，每家店赚约六千美元，反复重复。通过这种方式在批发商圈子建立声誉，成为撮合买卖双方的有用之人。这样做了约四个月，之后才需要过渡到让买卖双方通过网站交易——因为要成为可扩展、有利润率的商业。[raw L39-L41]

为什么要这样做？因为必须亲自弄清楚：什么好卖、什么不好卖、什么时候进货最好、如何定价、需求弹性如何。这些是市场平台必须了解的信息，通过搭网站发邮件让人交易很难学到。通过亲自搬运衣服、亲手交易，把这些教训刻进了骨子里。[raw L41]

Algolia 与 Stripe：亲自为客户写代码

Nicolas 分享了 Algolia 的经历，类比 Stripe 创始人直接在客户代码库中实现 API 的著名故事。当 Product Hunt 还未壮大时，创始人 Ryan 没有资源自己实现搜索功能。Algolia 团队获得他 GitHub 访问权限，第一版 Product Hunt 搜索由 Algolia 亲自实现并提交 Pull Request。[raw L45]

这对 Algolia 带来了千倍回报——这种亲力亲为建立了与客户之间远比普通客户关系更紧密的联系，让你可以更坦诚地对话，了解他们真正需要什么。[raw L45]

Brad 总结：任何能优化学习的事都值得做。做不可扩展的事，主要目标是——今天能学到多少，而不是等到开发完一切之后。也许你开发的东西根本就是错的。如果先手动做事甚至亲自做这份工作而非先写软件，就能确保你构建的东西真正在提供价值。[raw L47]

创始人面对面时间：小公司的终极武器

Serban 和 Aaron 讨论创始人面对面时间（Founder FaceTime）为何是早期创业公司的一大优势。Aaron 以 Vendr 创始人 Ryan 为例：当产品还很粗糙时，创始人必须推销自己——"这是我的手机号，任何时间联系我。我公司的未来成功取决于让你成功，我会不惜一切代价。"[raw L53-L55]

尤其面对资金雄厚的竞争对手或上市公司时，哪个中层经理会给出自己手机号？没有人。如果你让人感受到你在乎他们、你会不惜一切、你个人前途取决于让他们成功，人们每次都会选择你。这就是小公司对抗大公司的终极武器。[raw L55]

Instacart：没有一家超市合作如何上线

Dalton 和 Michael 讲述 Instacart 经典案例。PG 的文章中就提到过，合作关系通常对创业公司不起作用，尤其不能作为启动增长的方式。Instacart 在没有任何超市合作的情况下上线。[raw L59]

正常人的做法：找 Trader Joe's 和 Whole Foods 管理层谈合作、获取数据——可能需要数年、需要律师。Instacart 的做法：用 YC 资金去 Trader Joe's 买了每一样商品，周末用摄影工作室拍下所有产品照片、记下价格，周一早上全部上线，宣布"我们是 Instacart，你可以从 Trader Joe's 订购任何东西"。[raw L61]

是否有法律风险？Dalton 认为关键是不做违法的事。Trader Joe's 即使反对，可能也只会在你达到一定规模后才注意到——那时你已有谈判筹码，有大量客户通过你在 Trader Joe's 购物，他们实际不想关掉你。这正是实际发生的路径——先达规模再签正式协议。[raw L63]

Dalton 还指出，即使失败也是好事——因为你节省了数月甚至数年时间，否则会一直构建没人想要的东西。且因为过程是手动的，第二天想尝试不同方向非常容易，没有需要修改的软件。你最终下的赌注是：一旦找到正确的配置，就能用软件和算法在规模化后提供同等质量的服务。[raw L65]

DoorDash：一个下午搭建的产品原型

Diana 和 Michael 分享 DoorDash 的原型故事。技术栈：Google Drive 上传菜单，HTML/CSS 展示菜单，Tony 手机作为订单热线，Find My Friends 模拟实时调度。一位创始人取餐，另一位在 Find My Friends 上追踪位置，发短信告知预计到达时间。订单通过 Google Form 接收。[raw L69]

这个团队其实非常技术化——四名斯坦福工程师和 MBA。他们完全可以构建带 Google Maps 实时追踪的动态网站，但创始人非常务实——最难证明的不是技术，而是人们到底想不想要这个。这是创业的核心问题。[raw L71]

Diana 和 Michael 强调：太多创始人需要被"反教育"他们在大公司学到的那些东西。如果你按大公司的玩法，永远赢不了。你应该做的，就是那些在大公司会被开除的事——那才是创业公司的行动手册。[raw L71]

Michael 提出了"破裂水管"的绝妙比喻：想象一栋有很多破裂水管但不知道哪些破裂的房子——大公司的人逐个检查每根水管，花两年；创业公司直接打开所有水龙头，水从哪里冒出，那根管子就裂了，修就好。当产品因为太多人使用而崩溃时，修复动机会非常高涨。从未有创业公司因此而死——那是一个百分之百可解决的问题。[raw L73]

何时停止做不可扩展的事

Hardie 和 Pete 讨论反面：做不可扩展的事是很好的建议，但到了某个时刻确实需要扩展。Pete 以 Optimizely 为例——早期让企业付费请他们手动搭建 A/B 测试，第一版产品实际上是让自己更高效交付咨询服务的工具。这很好，因为它回答了"是否有人愿意为此付费"——答案是肯定的。[raw L79]

但失败模式在于对咨询收入上瘾——咨询不可扩展，依赖人力劳动无法构建大生意。解决方法之一是给自己设定极具野心的增长目标——这也是 YC 推动大增长目标的原因之一。咨询业务不可能一年增长十倍，真正的软件业务可以。[raw L81]

总结：做不可扩展的事是创业公司相对于大竞争对手的最大优势——深入了解客户及其问题，将早期用户更紧密地绑定，创造取悦他们的机会，快速实验和试错。如果行不通可立即转向，因为没有沉重的技术债务需要背负。[raw L83]

关键证据

涉及概念

涉及人物

涉及公司

可沉淀到哪些主题页

不确定事项

Change Log