创业专家谈如何做无法规模化的事
- Aisha Washington
- 2天前
- 讀畢需時 7 分鐘
早期创业者常被鼓励从一开始就考虑规模化。他们会被问到：系统如何支持数百万用户，客户获取如何变得可复制，以及运营如何在成本不按同等速度上升的情况下扩张。这些都是合理的问题——但参与这场 Y Combinator 讨论的创业专家认为，它们往往被问得太早。
演讲者重新探讨了 Paul Graham 那篇颇具影响力的文章《Do Things That Don’t Scale》，并解释了为什么其中的信息仍是白手起家打造公司的核心。通过 Airbnb、Fleek、Stripe、Algolia、Instacart 和 DoorDash 等案例，他们指出，手动投入不仅是可以接受的临时妥协。若能有意识地使用，它便是测试需求、了解客户，以及发现企业中哪些部分真正值得规模化的有力方式。
为什么创业圈需要一套不同的打法
演讲者表示，硅谷对可扩展系统的热衷，部分源于对极其成功的互联网公司的观察。Google 证明了，软件和在线分发可以凭借相对较少的增量投入触达庞大受众。创始人和投资人自然开始寻找同样可复制的增长模式。
这种雄心逐渐变成了一种约束。创业者感到压力，必须在证明有人需要某个解决方案之前，就展示它具备可扩展性。他们可能花数月为假设中的需求设计自动化系统，却始终远离真实客户。
Paul Graham 的文章挑战了这一顺序。正如小组成员解释的，大多数年轻创业公司面临的威胁并不是需求过剩或基础设施崩溃。它们眼前的风险简单得多：可能永远吸引不到足够多的用户，或者做出了人们并不看重的产品。
因此，实际的优先事项是直接解决问题，即便最初的方法需要大量人力。规模化终究重要，但前提是公司先找到一个值得规模化的东西。
从零到一才是第一要务
讨论将创业进展描述为一连串当下的约束。起步时，挑战不是高效服务第一百万位客户，而是赢得第一位客户、交付第一个成功结果，并了解那个人为什么选择这个产品。
这改变了创始人评估早期工作的方式。一项在成熟公司看来效率低下的任务，如果能迅速回答一个关键问题，在早期阶段就可能完全理性。亲自为客户完成入门、手动组装一项服务，或临时设计内部工作流程，所揭示的信息可能比独自花数周搭建基础设施更多。
演讲者以 Airbnb 为典型案例。其创始人需要更好的房源信息，于是帮助房东拍摄质量更高的照片。前往房源并逐一改进列表，不可能成为永久的运营模式。但这直接解决了公司的紧迫问题：让平台更具吸引力，并创造足够活跃的交易，让增长得以开始。
重点并不是每位创始人都应照搬 Airbnb 的策略，而是应直接识别眼前的障碍，并愿意在不等待优雅系统的前提下解决它。
Fleek 在构建平台之前先了解市场
Fleek 生动展示了如何通过手动运营学习市场。公司起步时没有完成的网站、服装库存，也没有复杂的市场平台基础设施。相反，其创始人前往伦敦的批发商处，建立关系，并直接将供给与商店连接起来。
小组描述称，团队甚至亲自把服装从批发商运送到零售商。从传统效率的角度看，创始人自己搬运商品像是流程失败。但从学习的角度看，这让他们置身于交易之中。
通过亲身参与这项工作，Fleek 能够观察零售商想要什么、批发商如何行动、哪些价格有效，以及需求如何随变化而反应。这些并非抽象的问卷回答，而是在帮助真实买家和卖家完成真实购买时获得的洞见。
经过大约四个月的手动运营后，创始人已经积累了足够的知识，可以将业务转移到线上。这个市场平台建立在团队已观察到的行为之上，而不是建立在对市场理应如何运作的假设之上。
亲力亲为的客户入门能创造更好的产品
演讲者以 Stripe 和 Algolia 为例，进一步说明创始人如何缩小产品开发与客户现实之间的差距。Stripe 的创始人帮助早期用户安装支付软件，而不是只发送文档后等待。Algolia 同样协助 Product Hunt 实施搜索功能。
直接实施所实现的不仅是激活一个新账户。它还会暴露令人困惑的设置步骤、隐藏的技术依赖，以及客户所说的需求与他们在实践中真正遇到的困难之间的差异。
这也可能改变双方的关系。与创始人并肩合作过的客户，比起向陌生公司提交支持工单的人，更可能分享坦诚的反馈。这种信任让创业公司能够获得更敏锐的产品洞察。
小组成员将这种个人关注——创始人的“FaceTime”——描述为成熟公司往往无法匹敌的优势。大型竞争对手也许拥有更多资源，但通常无法让其创始人亲自投入到每一位小客户的成功中。对于产品尚不完整、信誉有限的创业公司而言，可见的关怀可以成为价值主张的一部分。
让早期工作以学习为目标
这场讨论的核心观点是，创始人应让早期阶段以学习而非运营上的优雅为优化目标。在团队将某个流程编码为软件之前，手动交付有助于确认承诺的结果是否真正有价值。
这一原则可以转化为一个简单的顺序：
找出业务中最重要的不确定性。
设计最快、可信的方法，用真实客户测试它。
当自动化会延迟答案时，手动完成工作。
记录哪些事情反复创造价值或造成摩擦。
只有在模式变得清晰后，才构建系统。
这并不意味着应把每个临时流程都视为可行商业模式的证明。手动工作只有在能够产生证据时才有用。创始人仍需判断需求是否会重复出现、客户是否愿意付费，以及底层服务最终能否支撑一个有吸引力的商业模式。
他们应避免把技术上的精致误认为验证。一套工程设计优美的平台无法弥补一个不受欢迎的产品。
Instacart 和 DoorDash 用临时工具测试需求
Instacart 的故事展示了创始人如何在获得成熟版本所需的全部合作关系之前测试一个市场平台。正如视频所述，公司在没有正式杂货店合作关系的情况下推出服务。团队从 Trader Joe’s 购买商品、拍照，并将其列到网上，以了解客户是否会订购杂货配送。
这种做法绕过了可能很漫长的合作谈判周期。创始人没有要求零售商支持一个尚未被验证的概念，而是先收集消费者想要这项服务的证据。
DoorDash 也采取了类似的务实路径。演讲者将其早期产品描述为一天内用普通工具拼凑出来的东西，其中包括 Google Drive 和 Find My Friends。目标并非立即打造一个持久的物流平台，而是弄清当地消费者是否会订购餐厅配送，以及创始人能否履行这些订单。
这些试验利用了创业公司的真实优势：小团队可以暂时以对大型组织而言不切实际的方式协调工作。他们需要保护的流程更少、需要整合的基础设施更少，也能在每次结果之后更自由地改变方向。
不完美的系统让适应更快
手动做事能让团队在不重建整个产品的情况下修改体验。如果客户不喜欢某一步，创始人可以在下一笔订单中改变它。如果某个假设被证明错误，他们可以在它被嵌入数月的工程工作之前放弃它。
演讲者还认为，创始人不应过度害怕早期运营错误。需求增长带来的问题往往会形成强烈动力，促使团队快速找到解决方案。当一家创业公司终于拥有超出其临时流程承载能力的用户时，自动化的需求就变得具体、紧迫，也更容易定义。
这就是为什么创业公司很少因为吸引了太多客户而无法规模化而失败。产能问题很痛苦，但它们伴随着需求存在的证据。缺少用户要危险得多，因为这既没有收入，也没有继续建设的明确理由。
这对工程工作的启示很重要：推迟基础设施可能是一种速度，而不是疏忽，前提是团队了解这些捷径，并且不会给客户带来不可接受的风险。
何时开始为规模而建设
无法规模化的工作是一种发现方法，而不是永久的理念。一旦创业公司理解了重复出现的任务、看到了持续的需求，并遇到手动操作的瓶颈，就必须开始将所学转化为可复制的系统。
小组指出，经验丰富的顾问和投资人可以帮助创始人识别这一转变。过早规模化会将资源浪费在未经验证的假设上。规模化太晚则可能损害服务质量、耗尽团队，并阻止公司抓住需求。
重复是一个有用的信号。如果创始人不断以大致相同的方式解决同一个问题，软件或许可以将该流程标准化。另一个信号是机会成本：当手动交付占用了本可用于产生更有价值的学习或增长的时间，自动化就会越来越有吸引力。
目标并不是为了消除人工参与而消除人工参与。目标是自动化那些如今已被理解的部分，同时在客户仍在教会公司重要事项的地方保留密切接触。
咨询可以是一座桥梁，但不是终点
演讲者还讨论了软件创业公司与咨询公司之间的边界。一家年轻公司可以通过向企业提供亲力亲为的服务获得收入，而它的第一个产品可能只是让这项服务更快或更可靠。
这可以是一个富有成效的起点。咨询工作让创始人接触真实的运营环境，并使他们深入了解客户问题。它也可能为早期开发提供资金。
然而，小组警告说，仅靠服务收入无法打造一家高增长的软件公司。定制化工作主要靠增加人员来扩张，而可扩展的产品可以在不按比例增加员工人数的情况下服务更多客户。雄心勃勃的增长目标有助于迫使人们区分二者：如果企业预计增长一个数量级，创始人最终必须将重复出现的专业能力转化为产品，而不能无限期地出售定制劳动。
创始人投入带来的持久优势
视频最后传达的信息是，愿意执行尴尬、手动或看似微不足道的任务，是创业公司相对于成熟竞争对手最强大的优势之一。这类工作让创始人更接近客户、加快试验，并创造提供格外周到服务的机会。
更深层的原则并不是赞美低效率，而是讲究有纪律的顺序。首先，了解人们需要什么。然后，证明他们会据此采取行动。用任何负责任且可用的方法交付结果，研究反复出现的模式，之后才投入资源让它变得可复制。
当需求证明其价值后，规模化才变得有价值。在那之前，创始人最有效的系统可能只是好奇心、紧迫感，以及亲自把工作做完的意愿。
