航空公司：是时候制定你的API策略了

API是Application Program Interface的缩写，意为应用程序编程接口，是一组定义、程序及协议的集合，通过 API 接口实现计算机软件之间的相互通信。API 的一个主要功能是提供通用功能集，对企业架构中的一些底层应用进行了接口封装。应用系统的程序员通过使用 API 函数开发应用程序，只需要专注于当前所开发的应用系统的功能，从而可以避免编写无用程序，减轻编程任务，提高开发效率。

航空公司制定API策略的需求出现在围绕旅客的市场竞争之中，并且成为了一个提高竞争力的重要关键因素。
随着附加服务产品销售额攀升到650亿美元（2018年，数据来自IdeaWorksCompany），并且所有人都认为这个数据将在未来继续攀升，附加服务产品的销售能力对于所有航空公司都变得非常重要。目前航空公司通过众多手段在进行创新，包括营销、电子商务、分销、市场销售、IT技术、运行等，但这些创新都遇到了很多阻力。尽管航空公司们看到很多工作甚至可以为他们带来每个旅客45美元的收益，但是创新并不是那么容易的。

在忠诚度计划方面也有很多新成长和变革机会，例如服务于中小企业市场这一点就是一个很大的机会。要抓住这些机遇，要求航空公司努力发展新的技术来支持快速创新、多渠道销售、多接触点管理。
上述这些机会要求航空公司在技术上提供一种灵活的开发策略。IT管理者通常把这个问题描述为：“我们的API策略到底是什么样的？”
投资建设一套非常稳健的API以及相关的支撑技术将帮助航空公司提升竞争力，尤其是在个性化营销和服务、基于收益的产品推荐，当然还有IATA的NDC（New Distribution Capability）标准的应用等方面。
不幸的是，现在世界上很多航空公司都在使用“遗留”系统（建于几十年前的系统），这些技术导致系统的可扩展性非常差。

这个状况在航空公司和那些可带来收益或提供旅客忠诚度的新机会之间建立了很多屏障。例如：
1.以往支持单一渠道的系统实施导致了系统用了很多写死的代码（按程序员所熟知的概念叫做Hardcode），或者在以往实施路径上使用了很多零零碎碎不成体系的技术，这导致系统很难修改和升级。

2.支持某一个渠道的产品销售功能几乎不可能无缝地复制到另外的渠道。
3.当航空公司试图对遗留系统进行修改，尤其是增加一些新功能时，他们发现其工作范围和个性化开发工作量是巨大的，当然成本也摆在那儿。

4.由于开发需要外包到特定的IT供应商，往往导致时间上的延误。

5.不可忽视的是，系统修改的努力最终失败的情况正在增加。时至今日，航空公司开发一套基于XML的API所带来的好处已经不言而喻。结构化的数据极大简化了新应用的开发。向NDC这样的标准更是让应用系统可以独立的开发实施以及扩展。不过，构建一套API的好处远远不止在于它作为标准技术协议这一点。
设计良好的API的特点是：“快”、“灵活”、以及“适应未来”。

航空公司正在致力于提升旅客忠诚度、提升收入、提高产品的差异化，在这个需求下，对航空公司API的最基本要求包括4个关键功能：

1.航空公司自己控制的价格计算和产品推荐引擎。如果航空公司有自己的IT能力，这个引擎甚至应该部署在自己的数据中心并且自己维护。

2.对所有产品类型的支持。包括菜单式的产品（a la carte）、打包的产品（bundles）、品牌运价产品（branded fares）、订阅服务等，以及支持这些产品销售的一些功能，例如产品搜索（shopping）、产品预订（booking）、产品交付（fullfillment）、报表等。

3.当需要修改或发布新的产品和服务时，具备良好的可扩展性。即不需要在回头去做很多新的开发工作

4.必须是一套单一的、标准的XML接口来满足所有的渠道。这些渠道包括了：航空公司网站、企业客户预订工具、代理商门户（B2B）、企业客户门户、GDS、移动应用、自助服务设备（kiosks）等。 
具备了这些功能之后，航空公司将从可持续性、可控制性、以产品销售和个性化为中心等方面获益。现在的市场营销往往是客户驱动的，当市场发生变化时，航空公司就具备了快速适应的能力。

对于API的需求已经清楚了，一套好的API带给航空公司的好处也清楚了，那么，问题来了：航空公司的API是自己开发还是购买外部系统？

这里航旅IT圈（微信公众号AirTIT）通过研究一些系统供应商的观点，总结了3个方案供航空公司参考：

方案一：自己开发建设。
这个方案通常听起来很吸引人，航空公司拥有API的知识产权，这对未来的发展将有很大的好处。但是这个方案的问题在于一方面是投资大，另外一方面是需要较多的行业专家（专家能力包括能够开发和维护一套符合行业标准的API；同步跟上NDC标准的发展；承担OTA、企业客户预订工具和产品聚合器在使用这些API时的技术支持）。

方案二：选择第三方供应商。
这里，第三方供应商是指除了航空公司的PSS供应商和航空公司自己之外的公司。这个方案通常在成本节约和效率方面有优势。第三方供应商往往具备这些能力：通过为多家客户提供服务来降低客户的成本；负责实施并提供持续的支持；不断的加强功能；保持和NDC等标准的同步更新。

方案三：等待PSS供应商提供。

这个方案适用于那些没有独立的IT能力、并高度依赖于PSS技术供应商的航空公司。将API策略交给PSS供应商对这些航空公司来说是比较务实的一种做法。其缺点是航空公司对其的掌控力、市场反应速度、可移植性方面会差一些。功能的升级也依赖于PSS供应商的时间表。更严重的是，如果未来航空公司更换了PSS供应商，那么就意味着航空公司的API构建工作要再来一遍了。

下一步怎么办？

作为航空公司，你的API策略到底如何？不论答案是什么，它都对你掌控你的产品、附加服务销售、个性化策略和多渠道销售至关重要。从整个航空公司行业的发展来看，现在这个时间点已经是明确API策略的关键点了，这个策略的选择至少会影响到航空公司未来10年的发展。(全文完）