← 返回列表
Colossus (Invest Like the Best / Business Breakdowns)播客3 Mar 2020来源: investlikethebest.libsyn.com主持: Patrick O'Shaughnessy

Jeff Lawson – How to Build a Platform - [Invest Like the Best, EP.158]

一句话导读

这篇讲的是Twilio创始人Jeff Lawson分享如何打造一家平台公司。他认为现在企业必须自己开发软件,否则就会被淘汰。他看好平台模式,因为平台能通过观察客户如何使用自己的服务来发现新机会。他提到的重点标的有:Twilio(他创立的公司,2019年营收超10亿美元)、AWS(被称作增长最快的企业软件公司)、Stripe(支付领域的API平台)。他还批评传统“敏捷开发”像流水线一样扼杀创造力,建议让开发者参与解决问题,而不是只分配任务。

AI 摘要AI 生成 · 可能有误 · 以原文为准

Jeff Lawson, Twilio创始人兼CEO,在Invest Like the Best节目中讨论了构建平台的战略价值。Twilio是一家市值150亿美元的云通信平台,客户包括Lyft、Twitch和Yelp。核心观点是:成为平台比单纯产品更具优势,关键在于通过API(应用程序接口)赋能开发者,而非直接面向终端用户。重要结论包括:企业应优先考虑开发者需求,通过“画猫头鹰”式文化(即鼓励自主创新)塑造公司文化,并采用敏捷开发策略。非软件企业也可通过API转型,如ING Belgium的案例所示。Lawson强调,平台思维和开发者优先是长期成功的关键。

全文约 9 分钟 · 7 个章节
深度解读

本期速览

Jeff Lawson,Twilio 创始人兼CEO,在节目中深入探讨了构建平台公司的战略价值与实操方法。本期主线是:在“构建或死亡”的数字经济时代,平台模式(通过API赋能开发者)比传统产品公司更具优势,而成功的关键在于文化塑造与客户洞察。 最有分量的判断是:Jeff Lawson认为,传统“敏捷开发”将软件创造变成了“工业流水线”,扼杀了开发者的创造力;真正的做法应是“分享问题,而非分配任务”,让开发者参与问题定义,而非仅执行指令。

平台思维:从“构建 vs. 购买”到“构建 vs. 死亡”

Jeff Lawson 指出,过去企业面对软件需求时,会进行“构建 vs. 购买”的决策,认为非核心功能应外包。但如今,数字界面已成为企业与客户交互的主要方式,软件能力直接决定客户体验与竞争力。 因此,企业必须将软件视为核心竞争优势,否则将被数字颠覆者或转型成功的同行淘汰。

  • 历史脉络:传统企业将IT视为成本中心,倾向于外包。但随着移动互联网兴起,客户通过App与银行、零售等企业互动,软件体验成为竞争焦点。
  • 机制拆解:Lawson 以银行业为例,指出像 N26、Bunk 这样的“挑战者银行”本质是“拥有银行牌照的软件公司”,它们通过卓越的App体验赢得客户。而传统银行如 ING Belgium 则通过全公司“敏捷化”转型来应对,不仅软件开发团队,连分支行都采用两周冲刺、自主小团队的模式运营。
  • 数据链:Twilio 在 2019 年跨过了 10 亿美元 营收门槛;AWS 被描述为“历史上增长最快的企业软件公司”。

平台的优势:从客户行为中发现“热点”

作为平台,Twilio 能通过观察客户如何使用其API(应用程序接口)来发现新的市场机会,这是传统产品公司难以做到的。 产品公司预先假设了客户的问题,而平台则允许客户用积木式API构建任何东西,从而暴露出未被满足的深层需求。

  • 机制拆解:Lawson 描述了 Twilio 如何发现“联系中心”市场的结构性机会。许多客户(如 ING)并未购买现成的联系中心解决方案,而是选择在 Twilio 的API上自行构建。通过追问“为什么”,Twilio 发现现有联系中心市场“支离破碎”,客户被困在本地部署的旧系统中多年。
  • 数据链:基于这一洞察,Twilio 推出了 Twilio Flex——一个“联系中心应用平台”。它允许客户在 几分钟内 在云端启动一个联系中心,同时提供SDK(软件开发工具包)供开发者进行深度定制。
  • 推演:平台公司应主动追踪客户“非标准”的使用方式,这些“热点”往往预示着新的产品方向。证伪条件:如果客户在平台上构建的“非标”应用未能形成规模化的共同需求,则不应盲目推出新产品。

文化塑造:英雄、仪式与符号

Jeff Lawson 认为,公司文化是一种“部落归属感”,需要通过“英雄、仪式、符号”三个要素来有意识地塑造。 价值观是文化的“把手”,必须简短、可记忆、可被员工在日常决策中自然引用。

  • 机制拆解
  • 英雄:公司推崇的榜样。Twilio 将成功使用其平台构建创新应用的客户(如 Nike 的CTO、ING 的团队)视为英雄,以此激励员工。
  • 仪式:重复性的集体活动。Twilio 有“周四全员大会配百吉饼”和“周三晚餐”等传统,这些看似微小的仪式强化了归属感。
  • 符号:代表价值观的视觉元素。Twilio 的价值观包括“画猫头鹰”(Draw the Owl,意为“自己想办法,搞定并迭代”)、“别耍花招”(No Shenanigans)、“穿上客户的鞋”(Wear the Customer's Shoes)。后者通过在公司各处悬挂客户赠送的鞋子来视觉化,引发好奇并不断提醒员工。
  • 数据链:Lawson 提到,他曾在公司只有 6人 时就开始带百吉饼,如今已发展为 数千个 百吉饼的规模。
  • 推演:文化不是墙上贴的口号,而是通过日常行为、故事和物理环境不断强化的。证伪条件:如果员工在决策时从不引用价值观(如“这感觉像耍花招”),则说明文化塑造失败。

开发者优先:分享问题,而非分配任务

Jeff Lawson 强烈批评了传统“敏捷开发”将开发者视为“工厂工人”的做法。 他认为,代码是创造性的,最好的开发者是“创造性地解决问题的人”。企业应“询问你的开发者”(Ask Your Developer),向他们分享业务挑战,而不是下达具体指令。

  • 机制拆解:Lawson 指出,许多公司让产品经理撰写详细的需求文档(PRD),然后“扔过墙”给开发者执行。这扼杀了开发者的创造力。他建议,应给开发者设定目标(如“将网站转化率提升30%”),让他们参与解决方案的设计。
  • 数据链:Lawson 以“黑客马拉松”为例,指出开发者能在 24-48小时 内构建出令人惊叹的原型,但公司却只在一年中的 1天 允许他们这样做,其余 364天 则让他们“回到煤矿”。许多开发者甚至在周末自发进行“黑客马拉松”作为爱好,说明公司未能释放其巨大潜力。
  • 推演:将开发者从“任务执行者”转变为“问题解决者”,能显著提升其参与度和产出。证伪条件:如果公司发现开发者离职率高、工作投入度低,应首先审视是否在“分配任务”而非“分享问题”。

提及的标的

标的 嘉宾态度 关键数据
Twilio 看好(自身平台) 2019年营收超 10亿美元;客户包括 Lyft、Twitch、Yelp
AWS 看好(类比标杆) 被描述为“历史上增长最快的企业软件公司”
Stripe 看好(类比标杆) 为支付领域的API平台
ING Belgium 看好(客户案例) 全公司(包括分支行)采用敏捷模式;在Twilio上构建了自有联系中心
Nike 中性(客户案例) CTO Skip Potter 在Twilio全员大会上分享愿景
Bunk / N26 看好(行业案例) 描述为“拥有银行牌照的软件公司”,通过卓越App体验赢得客户

值得记住的判断

1. “构建 vs. 死亡”取代“构建 vs. 购买”(Jeff Lawson):在数字时代,软件体验是核心竞争壁垒,企业必须自建软件能力,否则将被颠覆者淘汰。支撑:以银行业为例,挑战者银行(N26)和转型的巨头(ING)都在争夺软件体验的制高点。

2. 平台公司应通过客户“非标准”使用行为发现新机会(Jeff Lawson):传统产品公司会“取消客户资格”,而平台公司应追问“为什么”,因为客户在API上构建的“非标”应用,往往揭示了未被满足的市场需求。支撑:Twilio 通过观察客户自行构建联系中心,发现了该市场的结构性缺陷,并推出了 Twilio Flex。

3. “敏捷开发”可能扼杀创造力,应代之以“分享问题”(Jeff Lawson):将开发者置于“工厂流水线”中,按两周冲刺执行任务,会压制其创造性。更好的做法是向他们分享业务挑战,让他们参与解决方案的设计。支撑:开发者能在黑客马拉松(24-48小时)中创造奇迹,但公司一年只给他们1天时间这样做。

4. 公司文化是“部落”,由“英雄、仪式、符号”三要素定义(Jeff Lawson):有意识地塑造这三个要素,能让员工产生归属感,并使价值观内化为日常决策的依据。支撑:Twilio 的“穿上客户的鞋”价值观,通过悬挂客户鞋子这一“符号”来强化。

5. 价值观必须“可被引用”,而非“听起来正确”(Jeff Lawson):像“诚信”这样的词过于抽象,无法在日常决策中自然使用。好的价值观应像“别耍花招”一样,简短、可记忆、能让人在会议中脱口而出。支撑:Twilio 员工会在决策时说“这感觉像耍花招”,证明价值观在起作用。

6. “画猫头鹰”文化:没有说明书,自己想办法,搞定并迭代(Jeff Lawson):这是 Twilio 的核心精神,源于一个网络迷因。它鼓励员工面对模糊和困难时,主动“画完剩下的猫头鹰”,而不是等待指令。支撑:Twilio 早期被投资人认为“API不是产品,开发者不是客户”,但团队遵循了客户和愿景,最终证明了市场。