Twilio：当开发者想集成电话功能，他们为什么要先跟销售聊三个月

2007年，Jeff Lawson 在为一家叫做 NineStar 的初创公司担任 CTO，他们需要在产品里加入电话功能——具体来说，是让用户能够通过网站拨打和接听电话。

这件事在技术上不复杂，但在商业流程上令人沮丧到了令人难以置信的程度。

要集成电话功能，Lawson 需要联系一家电信运营商。运营商的销售会安排一次”需求评估”会议，然后给出一份包含最低月消费、年度合同、专用硬件要求的报价。这个流程通常需要几周时间——而这只是开始。安装配置需要等待运营商的技术人员上门，API（如果有的话）的文档是内部文件，需要签保密协议才能获得，里面的接口是为有专职电信工程师的大企业设计的，而不是为一个想要快速测试某个功能的开发者设计的。

Lawson 后来描述这段经历时说，这个过程让他彻底理解了一件事：电信行业的整个商业逻辑，是建立在假设买家是一个大型企业、有专职采购部门、有足够的预算签长期合同的基础上的。对于一个初创公司的开发者来说，这套流程几乎等于没有可用的解决方案。

这个认知，成了 Twilio 的起点。

Y Combinator 的演示和”用五行代码打电话”

2008年，Lawson 和联合创始人 Evan Cooke、John Wolthuis 一起申请了 Y Combinator。他们在演示日用了一个至今仍被频繁引用的展示方式。

Lawson 站在台上，打开笔记本电脑，展示了一段大约五行的代码——一段调用 Twilio API 的简单脚本。他运行了这段代码，然后现场观众的手机开始响起来。

这五行代码，做了传统电信流程需要几周才能实现的事情：向一个特定的电话号码发起呼叫，并播放一段录音。

这个演示的震撼效果，不在于技术本身的复杂度，而在于它揭示了一个对比：同样的功能，为什么一种方式需要三个月、一份合同和专门的硬件，另一种方式只需要五行代码？

Y Combinator 的 Paul Graham 后来把 Twilio 描述为”API 经济的教科书案例”，它展示了一个重要原则：当你把一个复杂的服务包装成一个设计良好的 API，使用这个服务的门槛可以降低到接近零。

Twilio 的 API 设计原则

Twilio 的 API 设计，在某种意义上是和 Stripe 的 API 设计平行发展的案例——两者都在2008到2010年前后出现，都在各自的领域里树立了”API 应该是什么样子”的标准。

Twilio 的 API 设计有几个关键原则。

HTTP 标准。所有调用都是标准的 HTTP 请求，返回 JSON 或 XML 格式的响应。这意味着任何语言、任何平台都可以调用，没有特定的客户端库要求，没有专有协议。

Webhooks 回调。Twilio 使用双向通信模型：开发者不只是向 Twilio 发请求，Twilio 也向开发者的服务器发请求（Webhook），实时通知通话状态、短信接收等事件。这个设计让开发者可以构建真正的实时应用，而不只是触发单向的消息发送。

TwiML。Twilio 定义了一种基于 XML 的控制语言（TwiML），让开发者可以用简单的标签描述通话逻辑——“接听这个电话，然后播放这段音频；如果用户按1，就转到另一个号码”。这个抽象让复杂的 IVR（交互式语音响应）系统的构建，变成了写 XML 的工作，而不是配置专有硬件的工作。

沙盒环境的完整性。和 Stripe 类似，Twilio 的测试环境是完整的——使用专用的测试号码和测试 API 密钥，可以在不发送真实短信或电话的情况下，完整地测试所有通信流程。这消除了”在测试环境正常但生产环境出问题”的常见噩梦。

早期增长：Airbnb 和 Uber 的背书

Twilio 的早期增长，在很大程度上是通过成为 Y Combinator 孵化公司的默认通信工具实现的。

YC 孵化的公司，很多都需要在产品里加入某种形式的通信功能——Airbnb 需要短信通知房东有预订，Uber（当时还叫 UberCab）需要向司机和乘客发送实时状态更新，Lyft 需要在乘客和司机之间建立匿名的电话连接。这些需求，过去需要复杂的电信集成流程，现在只需要调用 Twilio API。

Airbnb 的联合创始人 Brian Chesky 后来提到，Twilio 是他们最早接入的几个核心 API 之一。Airbnb 在早期的增长里，短信通知是用户信任和留存的重要工具，而这个工具之所以能快速上线，是因为 Twilio 把集成时间从”几周”压缩到了”几小时”。

随着 YC 孵化的公司逐渐成为知名的创业公司，它们在技术选型上的口碑影响力也变得显著。当 Airbnb、Uber、Lyft 都在用 Twilio，其他需要类似功能的初创公司会优先选择同一个工具——这是一种基于真实使用案例的社会认证，比任何广告都有说服力。

2010到2015年：从短信API到通信平台

Twilio 的产品扩展路径，遵循的是从最简单的核心功能出发，逐步增加复杂度和覆盖范围的逻辑。

2008年：短信发送（SMS）和接收。2009年：语音通话 API，支持拨打和接听电话。2010年：TwiML 的完整实现，支持 IVR 系统和复杂的通话流程。2011年：会议电话（Conference Calls）API。2012年：语音 SDK，允许在 iOS 和 Android 应用里直接进行 VOIP 通话。

每一次扩展，都遵循同样的设计原则：把复杂的通信能力包装成简单的 API，配以详尽的文档和可直接运行的代码示例。

在这个过程里，Twilio 也开始建立开发者关系团队——一个在传统电信公司几乎不存在的角色。这个团队的工作，是在黑客马拉松、技术大会、大学里推广 Twilio，教开发者如何使用 API，收集开发者反馈改进文档和产品。

Twilio 的开发者关系策略，后来成为了”开发者工具公司如何做增长”的教科书案例。核心原则是：不向开发者销售，而是帮助开发者解决问题；不在商务会议上展示，而是在黑客马拉松上展示；把最好的技术内容放在开发者聚集的地方，而不是在传统的商业媒体上。

2016年：IPO和”开发者优先”的商业验证

2016年6月，Twilio 在纽约证券交易所上市，发行价15美元，首日涨幅约92%，收盘市值超过17亿美元。这是第一家上市的”云通信平台”公司。

IPO 的意义，超越了 Twilio 本身的融资需求。它向整个行业证明了一件事：一个以开发者为核心用户的 B2B 公司，可以建立足够大的商业规模来支撑公开市场的估值。

“开发者优先”（Developer-First）在2016年还不是一个被广泛认可的 B2B 增长模式，尽管 Stripe 和 Twilio 都在实践它。Twilio 的 IPO，给了这个模式一个清晰的商业验证：当开发者认可一个工具，他们会在自己的公司推广它，公司的使用量增长会带来收入增长，而这种增长不需要大规模的销售团队来驱动。

收购 Segment：从通信平台到客户数据基础设施

2020年，Twilio 以约32亿美元收购了客户数据平台 Segment。

这次收购在当时被很多人认为是一个激进的跨界——Segment 的核心功能是收集和整合来自不同渠道的用户行为数据，这和 Twilio 的通信功能看起来关联不大。

但 Lawson 的逻辑是：通信不是目的，理解用户是目的。Twilio 的短信、电话、邮件功能，本质上是企业和用户之间的通信渠道；Segment 的数据整合功能，是企业理解用户的工具。把两者结合，Twilio 可以帮助企业不只是”给用户发消息”，而是”在正确的时机、通过正确的渠道，给正确的用户发正确的消息”。

这个定位，让 Twilio 从”通信 API 供应商”转向了”客户参与平台”（Customer Engagement Platform）的更大市场。

Twilio 的故事，是一个关于”把正确的问题重新定义”的故事。当 Lawson 在2007年面对那个令人沮丧的电信集成流程时，他没有接受”通信集成就是这么复杂”这个默认的假设。他问了一个不同的问题：如果通信服务可以像 HTTP 请求一样调用，会是什么样子？

这个问题的答案，改变了整个行业的交互方式。

“我们不是在卖电信服务，我们是在让每一个开发者都能用代码控制通信。通信是人和人之间最重要的连接，它不应该被锁在一份三年合同里。” —— Jeff Lawson, Twilio 联合创始人兼前CEO