为什么说物联网时代，“接口”的重要性会超过“入口”？(3)

假设你是一个程序员，老板说：“我需要每天早上给用户发短信，告诉他们今天的天气怎么样。”当然你可以选择从头到尾自己编程实现，繁琐的应对各种国际号码、规章制度等。你也可以选择直接把发短信的任务交给Twilio，自己只需要解决读取天气信息的问题。

使用Twilio就是这么简单。

Twilio还有一个奇葩的地方在于，它是基于亚马逊的AWS云服务的，在AWS之上提供API服务。Twilio在云服务的基础设施和软件服务之间，找到了自己的独特立足点。

他们把这个立足点叫做：“API即产品”，API-as-a-Product。

你可能会想，这么做岂不是风险很大，如果AWS自己直接提供和Twilio类似的API服务怎么办？实际上，AWS已经这么做了，推出了Twilio的竞品。不过AWS并没有撬动Twilio的基础，Twilio更容易上手，界面更加友好，使用更加方便。

Twilio说明了，只要做得足够好，API完全可以推动生态系统运行。

Twilio示范了，如何把API从一种技术，变成一种新型的经济形态和商业模式。

API经济的本质是什么？

API的普及程度已经超过预期。

研究资料显示：Salesforce已有超过一半的收入是通过API获得，eBay为60%、Expedia则高达90%...Google每天通过API处理50亿笔交易，Twitter处理130亿笔，亚马逊则每天通过API处理1万亿笔交易...

如果使用模块化的思想，暴力拆解一个APP，可以理解为一个等式：

APP = UI + 各种API

过去，我们做一款应用，所有的东西都得自己开发。现在，API可以帮你撬动这一切。

API经济的本质是，用更低成本，达成更高目的。

在API之前，你想使用别家公司的服务，你需要与那家公司谈妥合作。咱们沿用之前的例子，比如你要在APP中使用天气预报，在API并不普及的时代，你需要与天气预报公司合作、签合同，这些书面上的东西是非常繁琐的，且浪费时间。

在普及API的时代，你甚至不需要和对方见面，直接注册一个账户，申请使用API并付费之后，就可以用了。不需要签合同，不需要洽谈合作。简单、高效、快捷。

当然，如果你对一家公司API不满意，大可以去使用另一家公司的API。

对API使用方而言，API经济的确很经济，试错成本低、不会被绑定。API经济减少了不必要的环节，可以让产品快速落地。

从API提供方的视角来看，API经济的最大特点，是改变了传统软件服务商的销售模式。

传统软件服务商开展业务，很大程度上要靠销售人员。而API经济，则更注重体验和直接试用，专心做好API就好了。

因此作为API提供方，基本上不再需要销售人员，而是需要花费大量精力做好服务。

API经济将软件提供商的业务重点，从销售和技术，转向了服务。API使用方如果遇到BUG和问题，不会再有耐心等着客服慢慢解决。因为在API时代，一切可插拔，被客户抛弃是转瞬和无情的。

物联网项目的成败与API策略紧密相关

苹果和谷歌通过API牵手并不是个案，巨头们都在密切关注API经济的走势。

在2019年初，Salesforce斥资65亿美元收购了API全生命周期管理公司MuleSoft，是历史上最大的企业收购之一。MuleSoft提供的服务叫“API集成引擎”，Salesforce的收购价格为MuleSoft年收入的16倍，居然获得了资本市场的一片叫好声，认为Salesforce领到了通向物联网和人工智能时代的船票。

另一起值得关注的大额并购是2020年1月，Visa 宣布以53亿美元的价格收购硅谷金融科技创业公司Plaid。Plaid是一家专门开发金融服务API的科技公司，它能让用户轻松安全地将自己的****账户连接到他们想要使用的APP中。知名科技博主Ben Thompson在他的博客Stratechery中，深入分析了Visa这起并购的底层逻辑和野心。

通过这些并购，巨头们都获得了能力扩张和供需关系的转变。而对于物联网企业来讲，如何制定有效的API策略，更是成败的关键。

在API时代，物联网企业需要简化成能够综合运用各种技术的“新物种”。

IDC在2020年初举办的策略会上，也提出了相似观点，物联网企业将成为一个数字化创新工厂。

到2024年，全球企业将开发和部署超过5.2亿个创新应用和服务，来支持数字经济的发展。

善于利用API，有助于将企业内部开发或者来自外部的解决方案等多种来源的技术，整合到一个更大的系统当中，将企业打造成一个数字化的创新工厂。

根据IDC的统计，2019年企业程序库中只有20%的代码来自外部，而到了2025年，企业数字服务中80%的代码将来自外部，更多的模块化软件随之产生。

企业不仅要重视自身研发的方案，更要重视来自外部的程序，这就需要找到一个内、外部的平衡点，善于通过API调用并与现有业务融合。

我很喜欢的一名科技博主Joel在他的博客Joel on software中，也强调过类似的视野转变。虽然每个人都知道应该要善用别人的工作成果，但是有时也会患上“非自主开发综合症”。

Joel很精辟的谈论了我们常常会遇到，而且是战略级的问题：到底是自己开发，还是用别人现成的？

Joel给出的答案是：如果这是你的核心业务，如果程序开发团队能做好，或者不会明显比别人差，那么即便会耗费很大的精力，还是要保证自己来做。

当然如果自己搞不定，那还是多快好省的使用第三方的为好。

如果继续追问，什么是核心业务，应该如何选择？

（编辑：ASP站长网）