读< 从业务角度看API >
版权声明：
欢迎转载本站的所有内容，本站的所有文章使用知识共享署名-非商业性使用-相同方式共享 3.0 Unported许可协议，唯一的要求就是保留署名权，请在转载时注明出处。
第二篇，读< 从业务角度看API >
观点1：API是当今信息技术趋势的核心，比如说移动终端、云计算、物联网、大数据、社交网络。涉足各行各业，如能源、汽车、电商等
观点2：虽然和API在整个技术领域应用相比是九牛一毛，在open WEB领域，API俨然已经成为相当重要的创新和收益的业务模式，对比，Kin Lane在API Evangelist网站上撰文进行了详细的阐述, Mehdi Medjaoui也在博文中就此进行了总结 。
事实上，现如今web API是隐藏在解决方案背后的，也就是API的业务模式也就是业务本身
观点3：API的业务价值、商业价值是可以度量的。传统意义上，由于服务器和存储设备成本高昂，他们所拥有的数据一定程度成为自身的债务。现如今，伴随着大数据和物联网、万物互联IoT等技术发展，拥有数据意味着可以将其转换为新的机会和收入来源。
观点4：如何确定那些数据、服务可以通过API暴露，以及如何实现这些API，可以通过如下三个数据的属性来判断：
| 名称 | 描述 |
|---|---|
| Data Applicability |
|
| Data Accuracy |
|
| Data Accessibility |
|
总结下来，也就是两方面：
1、有用的API“Useful APIs” 能够提供准确适当的数据
2、可用的API “Usable APIs”能够访问到数据
观点5：有用的API
开发API时常见的误区是认为所有数据都是有用的。不是说你开放了数据，开发人员就能从中增加收益、创新、开拓新的业务。API和Open Data本身是远远不够的。
“This “medium is the message” thinking was responsible for many of the failed SOA initiatives that occurred in enterprise integration over the last decade”这句是什么意思，没有搞懂
举出Google Map、Facebook、Twitter的例子说明只有正确的数据结合API才能攫取最大的效益，
观点6：Amazon API的案例
API对于开放API之外的机构而言，在业务上帮助作用拥有巨大潜力。对于Amazon，API是从内部缘起的。
经验教训一：将API定位为产品、解决方案的构建基石。Brad Stone在书中花了一章来阐述API是Amazon整个技术架构的基础，Kin Lane在博文The Secret to Amazons Success Internal APIs中讨论了如何保证程序能够访问这些API接口。
经验教训二：如何使用基于API的方法来采集、分析、改进和分发数据。Jeff Bezos 讲到“We don’t make money when we sell things. We make money when we help customers make purchase decisions.”.只有恰当的、准确的、可用的数据才能帮助用户进行决策，这对于亚马逊来讲至关重要。
“Data-Enabled Disruption (DED)”图示
经验教训三： 战略与战术定位之间的权衡。早期，Jeff Bezos认识到万维网的巨大潜力，随即产生了要创建一个巨大的能够存放任何东西的商店。
在分析了市场之后，以在线图书零售为突破口来优化整个供应链，企业文化(ensuring timely execution while maintaining religious devotion to the future vision—is now a tenet of Amazon’s culture, where solutions must add value both in what they deliver and what they enable)一方面能够实现功能，一方面能够传递价值。
见下图
每种服务都对应着一个API，每个都是基于早期的解决方案所产生的。
观点6：可用的API以及API设计的重要性
虽然亚马逊很成功，但它们的API设计却不是很好，也不易用。随着API的爆发性增长和其必要性的认可度提高，API的可用性成为众多公司主宰行业或者初创公司试图开拓创新服务的关键。
移动设备和consumerization of IT引发了企业应用开发的模式转变。从一开始的终端到CS架构到现在的分布式网络。在之前的文章the shedding of tiers,为了适应云端和移动端的发展，正在从n层web模型向以API为中心的而转变。
以远程通讯领域为例，多年来大玩家们一方面互相竞争，另一方面寻求能够为用户提供网络之外的增值服务。这个行业在过去15年间经历过很大分裂，如VOIP的出现，业务和服务的整合，以及移动设备服务的改革，在上述环节中，API都发挥了作用，尽管仍然主导着传统的telco服务，但难以维系其优势，在Alan Quayle的文章a-brief-history-of-telco-apis(http://alanquayle.com/2012/06/a-brief-history-of-telco-apis/)中指出在像Parlay X和OneAPI这样的协作项目中这些玩家困难重重。
Twilio公司成立于2007年，旨在提供易用的语音和短信服务，所有应用都部署在云端。他们认识到API是他们最核心的业务渠道，尽管SMS和VOIP服务是恨有用的，但要和大玩家竞争，commoditized telco services是远远不够的。Twilio也意识到他们服务的最初用户并非终端用户，而是调用API构建APP的开发人员，而且发展最快的是移动APP，于是开发了诸多衡量是否能够很好的服务客户的指标。除了像传统的统计数据如端到端的调用响应时间，他们还测量了新上手的开发人员从注册他们的api到开发好应用花多长时间，这极大的提高了易用性，成为了和大公司的主要差异点，当开发人员在选择SMS VOIP服务的时候，优势就显现出来了。
总结：
1、API 与业务策略要统一
2、实现过程中通过API保证数据可用、准确
3、确保API是有用的、可用的
4、像亚马逊一样形成a disciplined culture of iterative Data-Enabled Disruption
5、像Twilio一样形成优质的API开发人员用户体验来差异化和竞争对手的业务
参考资料
如果要解释web API到底是什么，常常会说，“web API代表的是应用程序的借口”，这个答案会让business managers和出租车司机都一脸茫然。如果说“是网站和移动应用程序的基石”，又显得太过于抽象，如果说“你记得Facebook和微信上的点赞按钮么，可用在Facebook之外的任何网站上使用，那么Facebook是如何知道发生了什么 的呢？这一切要归功于Facebook的API使得外部网站和Facebook能够处于连接状态。因此点赞按钮是不属于Facebook本身的Facebook的一块功能，API能够似的应用程序相互连接起来”
如果Twitter不允许收集APP访问Twitter你如何从收集发送tweet，也就是说APP也要用到Twitter的API。
这些说法都没错，我们强调了API是一切事物的基石。但对于CEO和管理层而言，API对于业务有多大价值，如何来介绍呢
“An API is not only a building brick, it is also a projection of a product vision, based on internal assets you can open to the world”
API定义了一种新的数字化的B2B共享的生态圈，各个公司以API的形式将自己的核心资产暴露出去，同时通过API消费其他核心资产。对于管理、业务人员我们要向他们这样解释，将内部资产以web API暴露出去，也就成为了第三方可产品化的资产。这时候，API 就是产品。
那如何从市场、财务、技术、业务拓展和法律五个角度来解释API呢？
第一点：平台式思考。就市场而言，开放API意味着公司转型为一个平台，在传统的B2B或SaaS市场上，你与竞争对手在同一个市场上竞争，很难扩展市场份额。
通过Open API，你占领的是垂直方向的市场，与合作方和第三方以及开发人员形成一个全新的生态圈，蓝海市场。
第二点：现有资产的商品化。从财务的角度来看，API是对现有资产ROI做乘法。在亚马逊形成了一个全球性的零售店之后，才发觉他们自己的云数据服务器架构也可以作为服务来卖，通信行业采用了双面的业务模型，一方面卖自己的语音、短消息和连接服务，另一方面卖自己的网络给第三方公司。最近IBM也开始对外卖自己的Watson大数据处理分析技术。
对于花了重金形成了技术资产的公司，也想通过向第三方开放的形式回收一部分投入。就好像你买了一栋房子，想出租其中一间给外人来用抵房贷一样。
第三点：Composability 从技术的角度而言，API能够让用户把外部的软件适配到自己内部的IT架构上，而不是反过来内部的IT架构适配外部的软件上。
在做B2B集成时，必须考虑尽量避免自己这边的繁重的governance治理工作量。再也没有必要安排一系列的业务上的会议、技术上的会议和技术培训来探讨如何集成。可以在自己的网站上把API放上去，能够极大地帮你减少概念验证所花的时间。客户只需要通过API把你的软件与自己内部的IT架构整合起来，不用说两面都添功能，再改功能。
当然你也可以给客户直接买实现好的服务，虽然大多数长尾客户都会自己实现自己的功能。
第四点：自服务Self-service，从业务拓展的角度而言，API就是一个Self-service自服务的门户，能够让你的业务延伸到全球范围内。潜在的用户能够7*24小时的发现你所提供的服务和特性，使用API来完成集成，letting you contact them later in the customer on-boarding funnel. You are then able to transform better leads into customers in a more qualified approach
越来越多的开发人员代表公司会在查找API，立即进行集成的测试，在评估线上可用的服务之后做出业务上的决策。有人曾说过如果开发人员不能马上开始集成的话，在7分钟内就会转向另一个API服务，作者也听过很多客户讲过如果服务不能在他们所在的时区内启动和运行的话，或者是晚上或是周末，或者说要去解决针对他们自己业务需求的一些问题的话，客户都会直接抛弃这个API。
第五点：从法律的角度而言，API就是供应方和客户之间的一纸合约。这个在API Terms of Service and Business Model Agreement.的里面都说明好了。
API式的业务数据定义了两个机构/实体间的业务和法律关系：它是供应方和客户之间的合同。
This is why an API user and customer community is valuable as a customer portfolio in accounting.
因此，从法律角度来看，API就是合同，但是相对简单，十分钟就可以读完；同样也是7*24小时可用；足够灵活可随生态系统的发展而改变；
总结：
API的出现改变了我们做生意的方式，但很重要的一点是形成一个真正理解API真正价值的业务文化。通过向周围的同事介绍宣讲API到底是什么，鼓励大家实践API。
