初创企业 vs 大型企业：谁才是更好的客户？

摘要

本期Y Combinator内部播客中，三位合伙人迈克尔、布拉德和哈吉深入探讨了一个对B2B软件公司至关重要的问题：何时应该将产品卖给初创企业，何时又应该瞄准大型企业客户。

讨论从Y Combinator的历史经验入手，指出Stripe、PagerDuty等明星公司确实通过“向其他初创公司销售”的模式取得了巨大成功，但这导致许多后来者产生了盲目模仿的“货物崇拜”现象。创始人们常犯的错误包括：试图将只适用于大型企业的产品强行卖给初创公司、天真地认为初创公司客户会更“好伺候”、低估了客户成长后的流失率（流失率），以及幻想用自助式增长完全替代主动销售。

三位嘉宾通过Workday、Snowflake、Heroku等经典案例，剖析了这些策略失败的根本原因——当产品解决的问题与客户规模强相关时，随着客户公司成长，采购决策者和核心需求会发生根本性转变，导致客户大量流失。

同时，对话也总结了成功向初创公司销售的几种有效“打法”：一是像Stripe那样提供与人员规模解耦的“基础设施型”产品，实现与客户共同成长；二是像Gusto那样将初创客户当作打磨产品的“跳板”，最终切入更广阔的中小企业市场；三是像AWS那样执行“自下而上”的销售策略，将初创公司的工程师培养为产品传教士，为日后渗透大型企业铺路。

最终的核心结论是，创始人必须清晰地认知自己正在玩哪一局“游戏”，是像Stripe那样陪伴客户成长，还是像Gusto那样借力跳板，而不应盲目地设计一套无效的战略。与其自己踩坑，不如仔细研究过去十年中成功标杆的路径并加以借鉴。

正文

引言：一个常见的策略迷思

在YC的日常办公时间里，我们经常遇到的情况是，需要向合作的初创公司一遍又一遍地重复同样的建议。我们之所以将这个话题拿出来公开讨论，就是希望帮助创始人们更快地自己想明白这个问题。今天我们聚焦的主题是：什么时候把软件卖给初创公司是个好主意？

尤其是在YC的生态中，向其他初创公司销售已经成为一种成功的公式。我们有些顶尖的创业公司，比如Stripe，在很长一段时间里，其支付处理业务的核心客户就是其他YC初创公司。还有最早一批上市的YC公司之一PagerDuty，它的早期客户几乎全部是初创企业。直到他们提交上市申请（S-1 Filing，指美国本土公司IPO上市注册声明文件）时，仍在引用许多创业初期的客户案例。这充分说明，这条路径完全可以走得非常成功。

但问题在于，当它不起作用时，原因是什么？许多创始人看到了这些成功故事，就开始进行“货物崇拜”（Cargo Culting，指模仿成功者的表面行为而不理解其内在逻辑），假设自己也应该复制同样的打法，却没有思考这些前辈成功背后的原因。

第一部分：创始人常见的四大误区

误区一：强行向“没有问题”的客户销售

我们经常看到的第一种情形，也是令人感到最痛苦的。有些创始人的产品天然就是为大型公司设计的，只有大公司才面临那样的痛点。然而，由于感觉大公司的销售周期（Sales Cycle）太过漫长，创始人担心直接进军大客户市场会无法获得任何增长动能（Traction），导致公司无法起飞。于是，他们试图将极其企业级的产品以极低的价格（比如每月一两百美元）卖给初创公司。

举个例子，如果你开发了一个企业级警报系统，或者一个强大的开发工具平台，只有当公司拥有超过500名工程师时才真正有用，但你却试图把它推销给只有几个人的初创公司。即便有三家初创公司表示愿意跟你聊聊，这也不能证明你解决了他们的重要问题。经典的案例是Snowflake。这家公司已经成功上市，但Snowflake本质上是一个公司的数据量极其庞大、必须依赖数据仓库（Data Warehouses）时才需要的产品。如果创始人试图将Snowflake推销给一家初创公司，那纯粹是浪费时间。另一个例子是巨型人力资源公司Workday，据说他们的早期客户签订的都是六七位数的订单，原因很简单，只有当公司员工规模达到数百人时，才需要一套庞大的综合性人力资源套件。

此时，创始人往往陷入一个逻辑误区。他们会认为，卖给一家虽然决策慢但确实有需求的大公司，比卖给一家根本不需要这个产品的公司要更难。但事实恰恰相反，唯一比“卖给决策周期长的客户”更糟糕的事情，就是“卖给根本没有这个问题的客户”。

误区二：误判“易用性”与“维护成本”

第二个常见的谎言或错误是，假设即便初创公司确实有同样的问题，他们也会是比企业客户更容易伺候的客户。创始人总觉得初创公司要求会更低，不会那么苛刻。这种想法或许有一丁点道理，因为在进入采购流程的初期，大公司会让你填写各种表格，跨越更多的审核门槛。

但是，一旦用户真正开始使用你的软件，差别就不大了。不论对方是在微软工作，还是在一家小型初创公司，终端使用者（End User）都可能同样烦人、同样高维护、同样天天找你解决各种问题。讽刺的是，当那位终端使用者在硅谷大厂工作时，他们付给你的钱要多得多，这让你有能力聘请专门的客户支持人员来回复他们；而初创公司则可能是既极其苛刻，又不愿意付钱——这真是一个糟糕的组合。

误区三：低估客户成长后的流失率

很多YC公司抱有一种幻想：只要尽早地把产品卖给一家早期阶段的公司，随着这家公司逐渐成长壮大，他们就会一直留下来，永不流失。但现实是，在特定品类中，客户流失几乎是注定的。

以前面提到的人力资源软件为例，几乎所有早期的、轻量级的人力资源服务商，都会眼睁睁看着自己的客户在长大之后转向Workday这样的巨头。另一个经典案例是Heroku，那些初创公司在规模尚小时非常依赖Heroku，但当它们的组织架构变得庞大，原有的技术约束和需求完全改变时，它们最终都无法继续使用Heroku，因为Heroku无法满足一个大型企业复杂的定制需求。

这背后的核心原因在于，买家的角色在变化。我们自己的创业公司也有过类似经历。当我们还是小公司时，拍板购买软件的是创始人或某位具体的业务负责人；但一旦公司成长为拥有专业营销团队、招聘团队或销售团队的组织时，真正使用你产品的用户发生了根本性改变，他们需要一套全新的、为专业化团队设计的产品。对Heroku来说，早期决策者是那个什么都管的小开发团队，后来却变成了有全职运维和架构师的大型工程部门。

只有像Stripe这种做支付的工具是例外。因为支付这件事，不管公司是2个人还是2000个人，都没有一家公司愿意自己去折腾底层的基础设施，所以Stripe不需要为不同阶段的公司构建截然不同的产品。同样，CRM（客户关系管理系统）也经常面临这个问题——早期大家会用轻量级的CRM，但当销售团队扩张到500人时，几乎毫无例外地都会转向Salesforce。归根结底，当某种工具的复杂度是随着“人员规模”增长，而不是随着“收入规模”增长时，早期产品被替换掉的概率就会很大。 人力资源工具和CRM都是随人数扩展的，而支付工具则不是。

误区四：试图用自助式增长逃避销售

最后一个导致失败的错误是对销售的恐惧。很多具有产品背景的创始人，当发现自己正在构建一个面向企业的软件产品时，在内心深处极其排斥“销售”这件事。我们称之为“文明谬误”（Civilization Fallacy）。创始人幻想将创业经营成一款即时战略游戏（Real-time Strategy Game），坐在电脑前点击鼠标，看着数据往上涨。只要写个自助服务流程（Self-serve Flow），甚至再加点广告，也许来点媒体报道，然后加点省略号，财富就会自动到来。

尤其在YC的批次孵化期间，很多创业者热衷于向周围触手可及的同期项目推销产品，因为这样做似乎毫不费力。这固然可以作为一个验证想法的起点，但真正的销售远不止于此。真正的销售关乎如何让别人知道你是谁，如何写出一封能获得回复的冷邮件，以及如何打磨正确的宣传话术。仅仅依靠一个精美的自助服务界面，本身并不是一套完整的获客策略。你构建获客方式的智慧，和你构建产品的智慧同等重要。

第二部分：成功向初创公司销售的有效打法

尽管前面列举了诸多陷阱，但我们必须承认，向初创公司销售依然是YC孵化公司创造数十亿美元价值的核心超能力之一。这其中的关键，在于你是否采用了正确的“玩法”。

打法一：成为客户成长中的“基础设施”

一个典型的成功案例是Gusto。这家YC孵化的薪酬管理公司做得非常出色，他们以初创公司为起点，并逐渐成为了YC体系内初创公司事实上的薪酬服务提供商。但Gusto并没有止步于此，他们利用初创公司这块根据地作为了解用户需求的试验田，打磨出一个极其出色的产品和用户体验，最终以此为跳板，成功切入并征服了美国广阔的中小企业（SMB, Small and Midsize Business）市场。尽管传统中小企业与硅谷初创公司在业务上有所不同，但它们对薪酬软件的需求极为相似，这使得Gusto积累的产品能力可以无缝迁移。

打法二：执行“自下而上”的迂回包抄

另一个聪明的策略是，把卖给初创公司当作最终渗透大型企业的一条秘密通道。这一点在AWS（Amazon Web Services，亚马逊云服务）身上体现得淋漓尽致。

当亚马逊刚推出AWS时，他们缺乏像微软那种与大型企业的深厚关系。微软可以拿起电话打给任何一个使用Office软件的公司，推销其云服务，但亚马逊做不到。于是，亚马逊选择了另一条路：将云产品卖给初创公司里的那批聪明且爱尝鲜的工程师们。这一策略一石三鸟：第一，初创公司在AWS上成长；第二，工程师们在不同公司间流动，很可能从初创公司跳槽到大企业，并将使用AWS的习惯带进去，发自内心地推动内部采购；第三，这相当于为整个行业进行了一次大规模的“云计算”人才培训。

这就是后来广为人知的“自下而上的销售策略”（Bottoms-up Sales Strategy）。利用终端用户的个人级产品体验，倒逼企业级采购决策。但这里有一个至关重要的提醒：即便AWS和Stripe依靠这一策略起家，它们最终也都建立了强大的企业级销售团队。自下而上的渗透只是一个大功率的助推器，是一种有效的前期铺垫。当销售代表走进大客户的门时，他们可以理直气壮地说：“你们整个开发团队已经在用我们的产品了。”但这绝不意味着像沃尔玛这样的巨头会自己走进你的自助服务页面，然后像变魔法一样自动签约。最终，你还是需要制作精美的销售演示文稿（Sales Deck），必须有人主动去完成那笔企业级交易。

结语：清楚你正在玩的是哪一局游戏

总结来看，最核心的认知框架是，创始人必须清楚地知道自己正在玩的是哪一局“游戏”。

如果你玩的“Stripe游戏”，即你的产品能陪伴客户从两三个人和一份商业计划书开始，一路走到IPO和数十亿美元营收的级别而不会流失，那么去获取初创企业客户是完全合理的。

如果你玩的是“Gusto游戏”，即利用初创客户来锻造一款极致的产品，然后带着它去进军一个性质类似但规模更广阔的市场，这也是一条康庄大道。

但如果你的游戏规则是“我要通过卖给跟大公司毫无共性的人，以此卖给大公司”，那这就不是一个好游戏。讽刺而有趣的是，这些现成的“游戏剧本”在商业世界里早就公开存在了。你不需要去发明这些市场策略，这和做产品不一样，做销售策略时，你完全可以也应该去深入研究那些在过去十年里已经走通某条路径的标杆公司，去学习他们的一切，这样你就能避免交那些本不必要的学费。与其自己苦苦摸索，不如想清楚，你要成为下一个谁。