API鼻祖Twilio的逆袭与野望

2020 年 8 月 04 日

API鼻祖Twilio的逆袭与野望

“A transaction before success is stupid(事成前就付款简直太愚蠢了).”

一位叫 Jeff Lawson 的前亚马逊云产品经理,当他想在产品中加入通讯功能时,却遇到了来自电信运营商昂贵的预付合同和冗杂的配置要求,于是发出了以上感叹。

随后,他和两个朋友决定颠覆这陈旧的商业模式和封闭的市场格局,创办了一家公司,叫 Twilio。

他们希望帮助客户把前期投入降至最低, 在“使用产品以后”按实际用量付费

“Telecom services are worse than enterprise software(电信服务比传统企业软件还糟糕).”

Jeff 接受一次采访时曾说道,看来有些行业中美的差异并不大。

我很难想到一家公司与“危机”二字有如此多微妙的关系了。

创始团队几乎在公司成立不久之后就要放弃了,因为在整整一个夏天见了 20 家机构后,依旧拿不到第一笔启动资金。

那年是 2008 年 9 月,随着雷曼兄弟和一间间银行接踵倒闭, 金融危机 彻底爆发。

但团队毅然顶住压力,在 11 月发布了第一版通话产品。

时间过去十一年, 新冠疫情 爆发,这一次团队没有“浪费一个好危机”。

在 5 月初发布的 Q1 财报中,公司宣布营收单季度达到 3.65 亿美金,同比增长 57%, 当日股价暴增近 40%,当周涨幅 66%

(来源:雪球)

而就在这周五,Twilio 市值已从上市时的 12 亿美金跃升至历史最高—— 389 亿美金

32 倍增长,仅用四年。

这是放在一级市场的企业服务公司里都堪称火箭级的增速。

在以下内容里,我将从一个特别的角度——通过三家更知名的互联网公司与三段故事,建立 Twilio 的三维形象:

  • 从 Day 1 开始一直秉持的价值主张
  • 在跌入谷底后竭尽增长,逆风翻盘
  • 疫情前就确立的“第二曲线”正面迎战前浪

1 电信行业的“亚马逊”

Jeff 早在 2011 年就如此介绍 Twilio:

AWS for telecom(电信行业的“亚马逊云”).

在 AWS 仍被亚马逊放在财报收入的“其他项”时,这个类比实在前瞻而大胆。

老规矩,Twilio 的商业发展史如下图:

试想一家公司尤其是互联网公司,希望以最快速度与用户建立多渠道联系。比如用户在一个外卖平台下了订单,餐食被外卖员取走时希望收到短信提示,快到目的地时希望收到电话提醒。如果用户发现餐食送错了需要退换,希望能及时联系餐厅。在这个通话过程中,双方都不希望泄露真实号码。往后平台希望继续向用户进行营销,如定期向用户邮箱推送优惠券等。

而要建立一套完整的包括电话、多媒体短信和邮件等在内的通讯系统,如果平台希望自己研发,不仅需要购置电话、服务器和存储等硬件设备,还需要向运营商购买号码和带宽套餐。

初创公司不仅缺乏能快速上手的开发者,还需要在前期就投入很大一笔开支,更不用说在与运营商打交道过程中要遭遇的低效和弱势。

所以,Twilio 的初衷便是真正意义上服务于中小企业以及个人开发者——

通过成熟的 API(应用程序接口),将传统通讯植入 App。

随后一方面通过自研和并购完善底层产品矩阵,另一方面针对通用业务场景例如短信验证、呼叫中心等推出可编程式(Programmable)平台。

至此,Twilio 形成了以下 平台型架构

从商业本质上, 如果说亚马逊云售卖的是服务器和其提供的算力,Twilio 售卖的是带宽和其提供的通讯能力

其次,亚马逊自创立以来,CEO 贝索斯反复提到公司的 DNA 是:

“At Amazon, I know what the big ideas are: low prices, fast delivery and vast, huge selection(在亚马逊,我们一向秉承的便是:多、快、省).”

这与 Jeff 总结 Twilio 的三大价值主张如出一辙:

  • 数字化交互(Digital engagement):多媒体触达——多
  • 软件灵活性(Software agility):成熟 API 和通用开发平台——快
  • 云扩展能力(Cloud scale):按需付费——省

最后,从盈利模式上,如同 AWS 按照客户使用时长计费,Twilio 则以客户使用量 即流量(Usage) 为主要计费方式。

两家公司连价格策略和毛利率也非常接近。

Twilio 毛利率情况基本稳定在 50% 至 55% ,甚至近年来有意在 向下微调

尽管亚马逊在财报中从未披露 AWS 的毛利率,但根据 Quora 上“AWS 的毛利率是多少?”的第一条回答,在 2013 年有用户推测毛利率在 47%。而根据微软最新 Q2 财报,其以 Azure 微软云为核心的商业云业务毛利率为 66%,因此推断, AWS 最近的毛利率应该在 50% 至 60% 之间

在一场名为“SaaS & the Art of Software Pricing(SaaS 及其定价艺术)”的分享上,Jeff 透露了公司的价格策略:

“We believe by lowering prices we encourage more and more use cases to get built, and get more and more people to adopt and build things that they wouldn’t have built at a higher price. Therefore, as we achieve greater and greater scale we pass those savings on to our customers.”

(我们相信通过降低价格,会鼓励更多的用例通过平台被创造出来。越来越多人不被高价束缚,从而更愿意尝试和创造。通过获取更大规模,我们将省下来的成本再次让渡给客户)

这段话也传达了两点信息:

  • 平台越大,越具备规模优势和网络效应;
  • 如有必要,公司会进一步降低毛利以获得更大规模,反哺第一点。

电信行业的“黑箱”还在于 价格极其不透明

举个例子:企业总是提前付给运营商一笔包含一个电话号码的套餐费,比如 100 元 100 分钟一个月。然而有时候客户并不会用完,也不会市场关注实际用量。

做了大量用户行为分析后 Twilio 发现,平均一个企业每个月只会拨打约 70 分钟。于是公司的定价便创新地改成:一个号码 10 元外加每分钟用量 1 元,那么往后企业每个月至少能剩下 30% 的成本

同时,Twilio 通过规模效应向上游运营商谈判,以获得 更低的带宽成本

公司从 Day 1 就决定将节省的成本让利给客户,以便获得更大规模。这也解释了上图中近年来毛利微降的情况。

这种价格策略,不仅为用户省钱,并且提供了一种更“好”的计费方式,创造最优的客户体验。

多、快、好、省——说 Twilio 是电信行业的“亚马逊”,也不为过。

2 成于 Uber,危于 Uber

仔细观察 Twilio 上市后的股价走势,公司也曾经历过一段“至暗时刻”。

(来源:雪球)

在 2017 年 Q1 财报电话会上,尽管宣布曾在 Salesforce 任职十三年的 George 将担任新 COO,但同时公司透露作为收入贡献最大的客户 Uber,即将在未来 减少用量 ——言外之意,Uber 将自建通讯系统或采用其他供应商。

其实在 2016 年的招股书中,公司就披露了两个最大客户为 Uber 和 WhatsApp

Uber 主要使用 Voice API 建立乘客和司机的匿名通话,WhatsApp 主要使用 SMS 和 Voice API 对注册用户进行身份验证。

这两个客户究竟有多大,我们通过公开披露的营收占比可知一二。

投资人对即将失去一位营收贡献超过 10% 的大客户反应剧烈,因为这一方面应验了一直以来对公司大客户依赖的担忧,更加剧了对未来可能失去更多大客户的恐慌。

电话会后,股价在当日暗盘中就 重挫近 30% ,并在当季度中彻底跌至谷底。

(来源:TechCrunch)

但是,仔细分析 Uber 和 WhatsApp 的使用场景, 其实两者有本质区别

Uber 从 2016 年开始发展进入快车道,随着叫车业务在全球范围的增加,司机与乘客间的通话量转化成对 Voice API 的用量便飞速提升。

此刻公司自然会计算在这样体量之上,究竟在内部自建系统,还是继续与 Twilio 等第三方服务商合作,或者两者兼有才是最优选择。

后来证明, 是最后一种方案。

WhatsApp 则不同,当在 2016 年月活用户突破 10 亿后增长放缓,注册用户数也受制于全球互联网的渗透趋缓。

其对 API 的调用同样随着注册用户数的变化而波动,并不一定能保持稳定且高速的用量增长。

所以,在 Twilio 的招股书中出现了第一个重要运营指标: Base(基本收入)和 Variable(变动收入)

变动收入来自未与公司签订年内最低用量合约(12-month minimum revenue commitment)但收入贡献超过 1% 的大客户,基础收入则是除去变动收入后的核心部分。

Uber 一直计入 Base,WhatsApp 则一直归为 Variable。

观察下图中 Base 收入增速,就不难理解公司在 2017 的艰难处境。同时当年 WhatsApp 几乎贡献了 Variable 部分 超过 70% ,市场对大客户依赖的持续担忧不无道理。

第二,Base 收入增长又由两个重要指标决定: 活跃用户(Active customer)和增购率(Dollar-based Net Expansion Rate)

在上一个月内产生 5 美金以上消费的账号被定义为一位活跃用户,一家企业级(Enterprise)客户可能拥有多个账号。

增购率与其他 SaaS 公司如 Slack 的计算方式相似,但用户基数仅包括活跃用户中对 Base 收入产生贡献的账号,排除了 Variable 部分。

经历了缓慢恢复的 2018 年,新任 COO 也将 Salesforce 的扩张模式移植到了 Twilio。

2019 年初公司宣布斥资 20 亿美金 收购通过为用户构建 Email API 的营销平台 SendGrid,这是 Twilio 史上最大也是最重要的一起并购案。

这次收购更重要的是带来了约 8 万活跃用户 ,公司寄希望于随着客户触达消费者的方式多样化,进而会购买更多 Twilio 的产品。

从单季度用户收入贡献来看,交叉销售(Cross-sell)效果正逐步体现,但还有很长的路要走。

随着 Base 收入增速在 2019 年末再度回到 2016 年水平,与 Uber“分手”事件的影响才逐步平息。

今年得益于疫情期间客户用量的增加,Q1 的增购率也显著提升—— 143%,高居各大企业服务公司榜首

(来源:公开信息)

从市场担忧引发的股价暴跌到后来触底反弹,Twilio 用了近一年半时间奋力修复。

这自然让我联想起最近在纳斯达克上市的提供视频 API 服务的中国公司—— 声网 (代码:API)。

在其招股书中的“风险因素”部分显示,前十大客户在 2018 年和 2019 年对营收贡献比例高达 51% 和 38% ,这个数字在 Twilio 中为 18% 和 13%

其次, 声网的第一和第二大客户收入贡献为 14% 和 10% ,这个情况与 Twilio 上市初期对 Uber 和 WhatsApp 的依赖度非常相似。

所以,外界当年对 Twilio 的担忧同样可能发生在声网上。声网也需要随时应对大客户会采取部分自建从而降低用量的情况,以及市场随之而来的倒戈。

这也是为什么 Twilio 会如此强调对 开发者社区渠道伙伴 的建设,甚至有一条不成文的规定,并成为了公司文化的一部分:

每位员工包括非技术岗位,都必须用 Twilio 的 API 搭建一款产品,并且充当几天的线上客服,以培养对技术的敏感和热爱。

3 携手 Zendesk 启动第二曲线

Twilio 是这样描述竞争环境的,主要来自四类:

  • 传统本地部署供应商,如 Avaya、Cisco
  • 提供预集成解决方案的 SaaS 厂商
  • 产品线有部分重叠的其他平台
  • 具备简单开发功能的区域性运营商

在 2019 年年报的“Recap(全年回顾)”部分,重点讲到了推出一年之久—— 面向呼叫中心场景的可编程平台:Twilio Flex

Flex 让客户在云端自行构建一套可拓展的呼叫中心系统,包括语音信箱、呼叫等待、回拨等传统方案里的所有功能。

根据 Research and Markets 报告,全球云端呼叫中心市场将从 2017 年的 68 亿美金增长至 2022 年的 209 亿美金,年复合增长率达 25%。

几乎所有具备销售性质的企业都会有客服,最常见的便是以电话为主的呼叫中心。Flex 的出现首先冲击的便是 提供本地部署方案的传统厂商或外呼公司

在客服系统领域提供完整 SaaS 解决方案的厂商中,最出名的便是 2014 年 5 月上市的 Zendesk ,目前市值约 100 亿美金。

两家公司的产品既有重叠,但更多是满足客户对工单跟踪和通讯能力的不同要求。

在 Twilio 的官方博客上,邀请了 Zendesk 通话产品 Talk 的负责人 Ryan Nichols,回答了业内关于 Flex 与 Zendesk 未来合作的几个重要问题,其中一个问题为:

问:“Twilio Flex 推出会造成 Twilio 与 Zendesk 的 竞争 吗?”
答(Ryan Nichols):“我们完全不会这样想,并且对 Flex 的推出感到很兴奋。呼叫中心市场已经被那些 大型、笨重且本地部署的传统厂家 霸占太久了。
我们很高兴 Flex 的出现,让 Zendesk 的客户 在考虑将本地呼叫中心搬到云端时有了新的选择,并且可以 无缝集成到 Zendesk 的帮助中心 和其他产品中。”

两家公司之间暧昧的态度,结合上面这段问答可以看出:

在呼叫中心这个千亿级的市场里,后浪们希望团结一致,对抗前浪。

这股势能也在疫情期间得到提速,尤其在传统呼叫中心厂商的大本营,如金融、医疗、政府等行业,Twilio 一举拿下渣打银行、匹兹堡政府、Schoolclosures.org 等代表客户。

Jeff 甚至大胆预测到:

“在新冠爆发前,整个呼叫中心市场有 1500 万个座席,其中 17% 目前在云端。现在我们预计在 2025 年前,这个比例将提升到 50%。”

而如何快速响应激增的需求,COO George 阐述了现在正力推的两个举措:

  • Twilio Lightning :面对 Flex 的用量激增,专门成立 Lightning 小组,辅助客户及其 IT 团队以最快速度在云端扩容;
  • 生态合作 :在 Q1 超过 40% 的 Flex 部署都由渠道伙伴参与,渠道除了拥有完备的 IT 二次开发能力,还有庞大的客户资源,尤其是企业级客户。

电话会上他还特地指出了疫情期间有六大场景展现出前所未有的增长, 其中远程呼叫中心排在首位

疫情也刺激了我认为第二曲线中另一个增长点—— 国际化

作为平台型公司天然不应受到地域限制,国际化更能带来三个重要好处:

  • 优化收入结构 :通过持续优化营收构成并提升基础收入比例,将稳住基本盘,赢得市场信心;
  • 实践大客户战略 :在 Q1 陆续获得渣打银行、拉丁美洲最大的 FinTech 公司 Nubank、全球最大的某咨询公司等合同后,Jeff 表示未来市场营销投入将聚焦在“企业级产品形象”、“国际化”和“生态伙伴”;
  • 对上游更有议价权 :众所周知,供给侧越分散,对其越有议价权。Twilio 的经营成本主要来自向运营商支付的带宽费。

下图为经济学人统计的 2019 年欧洲、中国和美国移动服务市场的运营商格局,欧洲市场显然最分散。

(来源:经济学人)

过去几年,Twilio 的海外员工占公司总人数比例从 19% 增加到 27%,Q1 的海外营收占比为 28% 。对比同样在疫情期间大受利好刺激的 Zoom,这个数字为 25% ,可见 Twilio 已经做得不错。

与 Zendesk 的联姻,也让 Twilio 能触及 Zendesk 在全球 40 多个国家共超过 7 万个潜在客户。截止到最新,集成了 Zendesk Voice 即采用了 Twilio Voice API 的客户为 4000 家, 市场仍有很大空白。

4 下一个十年:掘金物联网?

在美国,不少城市周边的居民区由一栋栋别墅组成,就是我们经常听到的“House”。每栋 house 门前会有几个垃圾桶,每当收垃圾的时候,垃圾车会挨家挨户开过去,检查是否需要清理。

几乎每趟行程下来,司机发现差不多有一半垃圾桶是空的,根本不需要清理。而剩下一半早就满了,多余垃圾就被堆在一旁,很影响周围环境。

于是,一家 Twilio 的客户在每个垃圾桶里放了一个带 NB-IoT(窄带物联网)的智能传感器。当垃圾桶快满的时候,传感器向后台发送信号,后台通过短信推送给附近的垃圾车司机。

同时,当司机进行常规巡逻时,不需要清理的地方也会通知司机, 既提升了工作效率,还省下了油费,一举两得

“We’re planting seeds now for the next big platform that will expose the next great set of use cases and that is the IoT domain .(我们正在孕育下一个充满无限应用场景的大平台,那就是在 IoT 物联网领域)”

这是 Jeff 在今年年度电话会上的一段话,而一切准备是从 2016 年就启动了。

就在上个月,Twilio 宣布完成对安全连接管理 IoT 平台 Electric Imp 的收购。这家初创公司此前总共获得了超过 4400 万美元的融资,因此这笔并购交易额应该不小。

Electric Imp 的定位是建立一个灵活安全的连接管理中心,让开发者在无视各类设备硬件架构的情况下,专注上层应用的开发和创新,并基于标准的通信模组对所有设备实现统一管理。

(来源:Electric Imp)

本质上这与 Twilio 的价值主张如出一辙,这起收购看来是强强联合。

Twilio IoT 业务的负责人进一步透露,目前新业务的大部分员工都来自早期核心成员,包括公司 第一任架构师和第一任销售代表

在我看来,未来的“ 统一通讯市场 ”即“Unified Communication”将不仅限于人与人、人与设备的连接,将很快拓展到百亿台设备与设备间的交互。

根据 2019 年 IoT Analytics 的 IoT 年度报告,除去消费电子产品(手机、笔电和平板等)外,全球 IoT 设备连接数量已经突破 95 亿台 ,远超 2018 年预测的 83 亿台。而受益于 5G、低功耗宽带网络等普及, 到 2025 年,总连接量将突破 280 亿

Twilio 则希望借用过去十年突破电信行业的“剧本(Playbook)”,一展未来十年 IoT 业务的宏图。

两年前的今天,当 Twilio 公布 2017 年年报后,市场上充斥着疑问——

“Is Twilio finally on the road to recovery?(Twilio 真的重回正轨了吗?)”

当时 Twilio 的股价为 26 美金,濒临破发。

两年后的 2020 年 5 月,在公布了第一季度财报后,市场上一片欢呼——

“Twilio stock is on fire right now.(Twilio 股价火力全开。)”

当天股价飙升近 40%,达到 171 美金。

资本市场便是如此善变、逐利,几乎只会锦上添花,不指望雪中送炭。

所以,当往后市场不为这“第三级火箭”买单的时候,我们也不要见怪。

(CEO Jeff Lawson 在 Twilio 上市首日)

物联网场景分散导致杀手级应用迟迟没有诞生,早已变味的国际纷争导致 5G 网络建设延缓,都可能左右新业务的进程。

亚马逊创始人贝索斯于 1997 年写给投资人的那篇著名年报上有一句话:

“From the beginning, our focus has been on offering our customers compelling value. We realized that the Web was, and still is, the World Wide Wait.”

(从一开始,我们便专注向客户提供 无法抗拒 的价值。因为我们意识到现在的万维网即‘World Wide Web ’,其实仍是‘World Wide Wait ’即‘等待’)

等待与割裂,本就不应该在通讯领域发生,更不应该因为地理或物理层面的差异。

这次疫情,仅仅是为 Twilio 在过去十年里致力做的事情按下了加速键。

参考资料:

  1. Twilio 历年财报、电话会及招股书
  2. https://gigaom.com/2013/06/08/from-zero-to-half-a-billion-ceo-jeff-lawson-writes-the-perfect-story-for-twilio/
  3. https://businessofsoftware.org/2012/07/jeff-lawson-jeffiel-ceo-of-twilio-at-business-of-software-2011-saas-and-the-art-of-pricing/
  4. https://www.protocol.com/twilio-ceo-q-ahttps://news.alphastreet.com/twilio-inc-nyse-twlo-q1-2020-earnings-call-transcript/
  5. https://www.quora.com/What-are-Amazon-Web-Services-gross-margins
  6. https://gigaom.com/2012/04/27/how-big-is-amazon-web-services-bigger-than-a-billion/
  7. https://help-desk-migration.com/an-in-depth-comparison-of-twilio-flex-vs.-zendesk/
  8. https://www.twilio.com/learn/contact-center/zendesk-on-twilio-flex
  9. https://www.pcmag.com/news/twilio-ceo-jeff-lawson-talks-apps-future-of-communication

本文转载自微信号我思锅我在(ID:angelplusdevil)。

原文链接

https://mp.weixin.qq.com/s/2Nz-jQ1CPFrmIqpSTnZ0BQ

2020 年 8 月 04 日 10:00 1253

评论

发布
暂无评论
发现更多内容

第11周 安全和高可用

陆不得

架构师培训第十一周练习

小蚂蚁

奈学:红黑树(RedBlackTree)的概述

古月木易

【Elasticsearch 技术分享】—— Elasticsearch 存储一条数据, put 过程是什么样子的?

liuzhihang

Java elasticsearch 搜索 ES Lucene Elastic Search

Java二进制和位运算,这一万字准能喂饱你

YourBatman

位运算 二进制

架构师训练营第十一章作业

吴吴

week11 总结

雪涛公子

XSKY S3 Console 为对象存储系统赋能

XSKY融合存储

SpreadJS 纯前端表格控件应用案例:在线问卷系统

Geek_Willie

奈学:红黑树(RedBlackTree)的概述

奈学教育

AVL

week11 作业

雪涛公子

导致系统不可用的原因有哪些?

张磊

合同、封条、电梯……通通上链!

CECBC区块链专委会

区块链技术 监管平台

架构师课程第十一周总结

dongge

架构师培训 -11 安全、高可用

刘敏

系统高可用

陈皮

Cause: java.sql.SQLTimeoutException: ORA-01013: user requested cancel of current

青乡之b

区块链技术可提高数据可信性和安全性

CECBC区块链专委会

区块链技术 安全性

对于三千万攀登者来说,云是安全绳,是登山杖,是趋顶之路

脑极体

Week11总结

张磊

《黑神话:悟空》出圈背后,国产3A游戏的技术新机

脑极体

手写Spring框架之IOC

简爱W

调度选得好,下班回家早

易观大数据

朱嘉明:新冠肺炎疫情如何改变社会成本观念和结构

CECBC区块链专委会

社会结构 社会观念

架构师训练营第 11 周——练习

李伟

架构师训练营

架构师训练营-第十一周-命题作业

sljoai

极客大学架构师训练营 命题作业 第十一周

不可用与高可用

dongge

图解 K8s 核心概念和术语

后端进阶

Docker Kubernetes 容器 云原生 k8s

极客大学架构师训练营---习题

李朋

安全&高可用架构

dony.zhang

高可用 安全 安全架构 高可用系统的架构 高可用系统的运维

LeetCode题解:20. 有效的括号,while循环replace,JavaScript,详细注释

Lee Chen

LeetCode 前端进阶训练营

API鼻祖Twilio的逆袭与野望-InfoQ