3個方案助航空公司制定API策略

2019年05月23日

       API是Application Program Interface的縮寫，意為應用程序編程接口，是一組定義、程序及協議的集合，通過 API 接口實現計算機軟件之間的相互通信。API 的一個主要功能是提供通用功能集，對企業架構中的一些底層應用進行了接口封裝。應用系統的程序員通過使用 API 函數開發應用程序，只需要專注于當前所開發的應用系統的功能，從而可以避免編寫無用程序，減輕編程任務，提高開發效率。

       對于一家航空公司而言，如何構建對內部系統和對外部系統的API是非常重要的，這在一定程度上將促進航空公司的電子商務開展、附加産品銷售、以及IATA的NDC標准的實施，或決定這些業務的發展方向。

       航空公司制定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圈通過研究一些系統供應商的觀點，總結了3個方案供航空公司參考：

       方案一：自己開發建設。

       這個方案通常聽起來很吸引人，航空公司擁有API的知識産權，這對未來的發展將有很大的好處。但是這個方案的問題在于一方面是投資大，另外一方面是需要較多的行業專家（專家能力包括能夠開發和維護一套符合行業標准的API；同步跟上NDC標准的發展；承擔OTA、企業客戶預訂工具和産品聚合器在使用這些API時的技術支持）。

       方案二：選擇第三方供應商。

       這裏，第三方供應商是指除了航空公司的PSS供應商和航空公司自己之外的公司。這個方案通常在成本節約和效率方面有優勢。第三方供應商往往具備這些能力：通過為多家客戶提供服務來降低客戶的成本；負責實施並提供持續的支持；不斷的加強功能；保持和NDC等標准的同步更新。

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

       這個方案適用于那些沒有獨立的IT能力、並高度依賴于PSS技術供應商的航空公司。將API策略交給PSS供應商對這些航空公司來說是比較務實的一種做法。其缺點是航空公司對其的掌控力、市場反應速度、可移植性方面會差一些。功能的升級也依賴于PSS供應商的時間表。更嚴重的是，如果未來航空公司更換了PSS供應商，那麽就意味著航空公司的API構建工作要再來一遍了。

       下一步怎麽辦？

       作為航空公司，你的API策略到底如何？不論答案是什麽，它都對你掌控你的産品、附加服務銷售、個性化策略和多渠道銷售至關重要。從整個航空公司行業的發展來看，現在這個時間點已經是明確API策略的關鍵點了，這個策略的選擇至少會影響到航空公司未來10年的發展。

 

       新聞來源：航旅IT圈