寄居蟹模式警示：初创应用不能过于依赖API调用

 

 

　　编者按：本文作者为Joseph Puopolo ，创业公司Printchomp创始人。在他看来，很多年轻的创业公司没有自己双脚站立的能力，API调用已经成为了一个拐杖，代替了自己生成数据的能力。因为API变更和服务条款变更而被灭掉或被打击得奄奄一息的公司有很多，Twitter的API变更就是一次警醒，这篇文章的目的在于提醒寄居蟹模式的公司们：

　　我时常惊讶于有众多的初创公司将自己建立在一个API调用之上，在上面开发应用，承受着巨大的业务风险。过去一年内出现的无数应用，特别是社交应用，都是从其他系统获取数据，并在它们的系统中重新显示。虽然API的使用非常普遍(我不是现在才反对人们这样做的)，但我只是认为初创公司创始人一直对公司存在的风险轻描淡写。

　　风险是明显存在的，如果数据干涸，你的事业也就完了。对于那些大部分依赖API调用的公司来说，需要考虑信息流入口关闭后会发生什么事。提供这些API的公司可能不会消失，但它肯定会改变游戏规则。Twitter API的变化就是一次警告，一个重要的提醒。Twitter发布API 1.1后，至关重要的数据流或停止或非常缓慢，无数第三方Twitter应用的辛勤劳动最后付诸东流。有些人可能会指责Twitter，称它怎么敢向开发社区关闭数据流。我认为很大一部分责任要归到开发者身上。他们明知自己无法控制一个生态系统，却仍然把自己的公司建立在它上面。

　　Twitter产品副总裁迈克尔•希派(Michael Sippey)直接在公司博客上引用的两个例子就是Tweetbot和Echofon。按照希派的说法，“将近18个月以前，我们发放了开发者指导，要求他们在开发应用时不要模仿或重制主流Twitter消费客户体验。我在最近一次博客中重申了这一点，这份指导今天仍然有效。”我今天不是来分析他说了什么，她说了什么，我只是来对那些将业务建立在API上初创公司发出警告。

　　如果你的初创公司由于服务条款或API的改变遭遇被卡住了喉咙，那你不应该只是掩饰公司的固有问题。要消除风险，你必须考虑提供给用户的真正价值。在许多案例(特别是社交案例)中，应用只是在Twitter或Facebook信息顶端加个新的用户界面而已。

　　与此相反，一些创造出生态系统的公司允许它们的功能无缝进入更广泛的应用群体，这种做法令人惊艳。能举出的最好例子就是37 Signals，以及它们开发和整合进无数实用应用的方式。它们允许重要的商业信息在系统间自由流动。许多其他公司和应用遇到的麻烦在于，它们单单依赖于其他生态系统，通过API让数据进入自己的系统。

　　可能我在提出以下建议时，还是用老眼光来看互联网。除了通过API调用来驱动或者从它那里获取数据，你必须提供一些额外价值。这绝对是极端的例子，但人们创造新业务的方法上存在根本问题。为你的用户创建自己的机制，提供数据给你的系统，鼓励他们成为活跃用户，让他们利用自己的账号在你的系统中登录。你的系统需要独立。对于许多年轻初创公司来说，API调用成了代替自我产生数据的依靠。

　　对于很多希望创造出用户觉得有意思而且实用应用的年轻创业者来说，一些自我反省是需要的。仅仅因为你会使用API，再在上面加个用户界面，这样是成不了事业的。(柯山)