航空公司視角:NDC到底要做什麽
2019年07月23日
自2012年國際航空運輸協會IATA提出NDC(New Distribution Capability,新分銷能力),備受行業關注,各大航空公司和GDS紛紛投入了大量的資源。
2018年11月,IATA新增NDC@scale交易量維度的NDC認證,包括中國南航在內的21家航司組成的NDC Leaderboard正在引領行業NDC的發展,NDC Leaderboard的目標:2019年,8%的銷售通過NDC實現;2020年,銷售比例提升為20%。
直到今天,曆經7年的時間,NDC從Pilot(試點)到Technically Ready(技術完備),終于看到“NDC時代”來臨之前的曙光。
筆者結合近幾年NDC項目的研究和實踐經驗,淺談對NDC的理解,如有錯誤或者遺漏,還望各位專家指正。
一、什麽是NDC
NDC的全稱是New Distribution Capability,中文直譯新分銷能力。為了實現這種能力,IATA發布了NDC標准,旨在開發和普及一套全新的、基于互聯網XML語言的數據傳輸標准。
在西方經濟學中,Distribution,分銷是建立銷售渠道的意思。筆者認為NDC中的Distribution含義與行業內普遍理解的“代理分銷”並不相同。行業內通常將通過航司官網、APP等自有渠道銷售稱之為“直銷”,這裏的“直銷”更准確應為“直接分銷渠道”,對應英文Direct Distribution Channel;而通過代理人銷售行業內稱之為“分銷”,而這裏的“分銷”准確應為“間接分銷渠道”,對應英文Indirect Distribution Channel。也就是說,Direct Channel和Indirect Channel僅僅是Distribution渠道劃分的兩種形式,而NDC的理念遠遠超過行業內的“代理分銷”。
目前,民航業的“直接渠道”和“間接渠道”發展是不均衡的。“直接渠道”主要指航司官網,隨著互聯網的發展,航司官網簡單易用、圖文並茂、産品豐富,與用戶起到了很好的交互作用。而傳統的“間接渠道”主要方式是GDS提供給代理人使用的前端,通常被稱為“黑屏”,僅能通過AV指令查詢航班、時刻、艙位庫存。所以,NDC的一個重要意義就是賦予代理人渠道與航司“直接渠道”相同的産品展現能力。
二、NDC解決方案
航空公司系統的核心是PSS(Passenger Service System,旅客服務系統),問題的關鍵是如何通過NDC來增強PSS。
IATA提供了兩種解決方案:
方案一:將NDC集成到PSS本身
大多數航司的PSS托管于Amadeus、Sabre、Travelport、Travelsky四家,航空公司如果想通過方案一來實現NDC,取決于這幾家公司是否願意去改動PSS系統,然而PSS系統龐大,承擔職責也非常重要,任何一家公司都不會輕易的改動PSS。因此通過直接集成到PSS的方式實現NDC難度較大。
方案二:在PSS前端插入一個專門為NDC設計的集成層
方案二是在PSS前插入一個集成層,通過集成層連接不同的功能模塊。方案二是一個獨立于PSS的解決方案,可以更簡單、更快速的部署NDC,更適用于大多數航司。
三、NDC參考架構解析
上圖為IATA給出的NDC參考架構圖,筆者認為可以從兩個方面來理解這張架構圖:
(一)根據NDC的各種角色,將架構圖拆分為三個部分。
NDC的主要角色有Seller、Aggregator和Airline,對應的將架構圖拆分為三個部分,簡單介紹一下每個角色的職責:
- Seller(賣家):根據客戶的查詢要求,直接向航空公司或者聚合商發起offer請求,在客戶確認offer後,賣家還負責發起Order生成、支付以及後續的退改簽等。賣家可以是代理人、OTA、TMC或者聯運夥伴等。
- Aggregator(聚合商):Aggregator上遊對接各航空公司的搜索與預訂NDC API,下遊對接賣家。賣家通過Aggregator向各航司發起和接收查詢、預訂、支付、出票等信息,Aggregator在銷售鏈條中起到了內容聚合和信息傳遞的作用,Aggregator可以由第三方承擔或者賣家內部的部門承擔。從長遠來看,Aggregator將取代目前的GDS的角色,所以各大GDS也在做Aggregator的轉型。
那麽,既然航司可以通過NDC API直連賣家,為什麽還需要Aggregator?
筆者認為Aggregator的存在主要有兩方面的意義:
一是各家航司和各代理人只需與Aggregator通過一次對接,即可完成多對多互聯互通,可以助力航司和代理人快速實現NDC規模銷售和服務;
二是Aggregator負責不同NDC版本的“翻譯”工作。
IATA每年3月和9月都會推出新版的NDC標准,面對這麽多版本,各家航司無法實時更新每個新版本,不同的版本之間也無法相互兼容,這就造成了賣家需要進行不同版本的對接開發。這時,Aggregator就起到了重要的作用,Aggregator可以將各家航司不同版本的NDC API進行集成,但輸入給賣家時,“翻譯”成為統一的、更新的版本,從而使賣家獲得更好的體驗。
·Airline(航空公司):航空公司無疑是NDC模型中最重要的角色,也是最受益的角色。航司的主要職責是Offer和Order管理,與傳統分銷模式相比,航空公司取代GDS承擔offer的構建職責,航空公司可以根據用戶的請求實時構建offer,offer的內容主要包括行程、運價規則、是否包含附加産品等,最終為客戶提供一個或者多個offer。Order管理主要包括支付過程處理、出票、退改簽售後服務等。通過實施NDC,航空公司將真正掌握分銷的話語權,即賣什麽産品、怎麽賣均由航司控制,而不再是GDS。
(二)重點看航空公司的角色,了解航司OOMS架構
這張架構圖中最大的部分是航空公司的角色,其實是提供了航司OOMS(Offer&Order Management System)的參考架構,個人理解航空公司的OOMS架構可以分為四層來看:
底層模塊:航司NDC的建設往往是從已有底層模塊基礎上進行封裝,這些底層模塊主要包括Payment(支付平臺)、CRM(客戶關系管理)、Miscellaneous(附加産品)等。
集成層:如IATA的NDC解決方案二,在PSS前端插入一個專門為NDC設計的集成層。
核心模塊:最核心的模塊是Offer Management和Order Management,而Rich Media(富媒體)、Pricing(定價)、Airline Profile(航空公司配置平臺)等模塊都可以增強Offer的能力。其中,Pricing區別于現有的運價系統,更多的應該是基于CRM和數據分析所做的個性化定價或者動態定價。Airline Profile主要用于航司Offer請求的接收管理,即接收航司能響應的、有效的Offer請求,避免處理無效請求造成的處理能力和響應時間的浪費;而在聯運銷售時,Airline Profile也可承擔聯運Offer的分發與接收規則管理。
渠道層:集成了底層模塊和核心模塊的功能後,構建NDC XML API或者網站的方式輸出。API的管理需要API Gateway(API網關),用于API接入管理、監控、權限控制等。
四、航空公司在做什麽
上圖為NDC標准17.2的一個參考用例,去掉中間“聚合商”層同樣成立。其中,AirShoppingRQ/RS、OfferPriceRQ/RS等為IATA發布NDC標准的消息對。
目前,比較成熟的方案是,航空公司基于已有的功能模塊和業務流程構建NDC標准的XML API,然後將NDC XML API提供給賣家或Aggregator使用。API的提供方式主要有:
1)自建API Portal(API門戶),航司通過API Portal發布API,也可以提供開發輔助工具、測試系統、工單系統等,賣家可以自助申請API接入。英航、阿聯酋航空、澳洲航空、法荷航等國外航司均采用此種方式,南航6月份發布的《NDC合作指南》也是這種方式。
2)接入Aggregator,由Aggregator負責集成開發,並提供網站或者API給賣家使用。這種方式對于IT技術、渠道獲取能力相對較弱的航司來說可以較快的實現NDC部署。
也許有人會說,NDC標准無非也就是一套通過API交換XML信息的標准,僅需要將現有的接口封裝為NDC XML API即可。
其實不然,雖然現階段各航司的NDC API大多僅包含機票業務流程構建,但實際上通過NDC,航空公司既可以銷售更多産品(包括行李、選座、餐食的航空附加産品;酒店、租車等非航産品),更可以實現航司多年以來動態打包、千人千面、差異化定價等想法。構建NDC API僅僅是一個開始,NDC的下半場必然是Offer能力的競爭,是基于NDC架構下的産品打包組合、動態定價、富媒體展示等個性化Offer的競爭。因此,NDC領先的系統架構和“零售”理念更值得航空公司關注。航空公司如果不從內部擴展架構,如何來踢“下半場”?
對于電商系統尚不完善的航空公司來講,NDC提供了一個很好的追趕契機。首先,NDC提供了一套領先的、模塊化的Schema(架構),航司可以參照其架構並結合自身情況全面規劃建設自己的電商系統。同時,NDC也帶來了全新Retail(零售)的理念,通過實施NDC,航司可以對自身的業務進行梳理,將業務理念與IT建設相結合,實現航司新零售的商業價值,這或許才是NDC更為重要的意義。
新聞來源:航旅IT圈