NDC@Scale: havacılık dağıtım kanallarında dönüşüm ve iş mantığı analizi

Önceki bölüm NDC’yi dört sertifikasyon seviyesiyle bırakmıştı: ikinci basamakta fiyat kontrolü havayoluna geçiyor. Bu bölüm o cümlenin faturasını anlatıyor. Fiyatı kuran taraf, fiyatı hesaplayan makineyi de devralır. 2019’da tek başına Sabre üzerinden günde 675 milyondan fazla uçuş araması yapılıyordu ve bu aramaların çok büyük kısmı hiçbir zaman rezervasyona dönüşmüyordu. Geleneksel dünyada o maliyeti GDS ana bilgisayarları üstleniyordu; NDC ile aynı trafik havayolunun kendi sistemine vuruyor. Aynı kayma GDS için varoluşsal bir tercih, müşteri için de şeffaflığın sonu demek.

Fiyatlandırma gücü terazinin öbür ucuna geçti

Eski modelde fiyatlandırma ve uçuş arama algoritmaları GDS altyapısına aitti; GDS kendi hesaplama gücüyle teklifleri oluşturuyordu. NDC modelinde fiyatlandırılmış uçuş programları (priced itineraries) doğrudan havayolu tarafından oluşturulup acenteye sunuluyor. Teknoloji odaklı büyük yatırımlar ve içerik kontrolü artık GDS’in değil, havayolunun sorumluluğunda.

Kontrolün hangi kriterle kaydığı burada. İş kuralı gereği fiyatlandırılmış güzergâhları sağlama sorumluluğu havayoluna geçiyor; havayolu program ve ücret bilgisini GDS gibi dağıtıcılara yayınlamama kararı alabiliyor. O karar verildiği anda GDS’in fiyatlandırma algoritmalarına yaptığı yatırım boşa çıkıyor ve kontrol tamamen havayolu sistemlerine (PSS) geçiyor. Kaynak metnin ifadesiyle fiyatlandırma gücü GDS’ten havayoluna kayacak ve bu yatırım artık gerekmeyecek.

Gücü alan, hesaplama yükünü de alıyor

Rakam bu bölümün çekirdeği: 2019 yılında sadece Sabre üzerinden günde ortalama 675 milyondan fazla uçuş araması yapılıyordu. GDS’lerin arama ve fiyatlandırma için yaptığı devasa yatırımlar boşa çıkarken, bu muazzam işlem hacmi artık havayollarının kendi sistemleri tarafından karşılanmak zorunda.

Buradaki mühendislik dersi, look-to-book oranı bölümündeki 10.000’e 1 rakamının devamı. Eski dünyada rezervasyona hiç dönüşmeyen milyonlarca aramanın maliyetini GDS ana bilgisayarları üstleniyordu; havayolu yalnızca satışı görüyordu. NDC ile fiyatlandırma kontrolünü geri alan havayolu, kendi PSS ve fiyatlandırma motorunu bir anda agregatörlerden gelen devasa L2B trafiğine açmış oluyor. Bunun karşılığı havayolu tarafında ciddi bir bulut ölçeklendirmesi. NDC’yi bir mesajlaşma projesi sanan ekip, canlıya çıkınca bunu bir kapasite projesi olarak yeniden keşfediyor.

GDS’in tercihi: milyonlarca dolar yatır ya da içeriği kaybet

Havayolu NDC’ye hazır olduğunda, OTA ve TMC’ler için tek iletişim kanalı olarak NDC’yi zorunlu kılabiliyor. GDS’in önünde iki yol kalıyor. Yatırım yapmamak: kritik havayolu içeriğinin kaybedilmesi. Milyonlarca dolarlık yeni yatırım: yeni iletişim protokolüne uyum ve hayatta kalma.

Havayolunun bunu nasıl dayattığı notta: ya eski EDIFACT kanalından yapılan rezervasyona cezai ek ücret (sürşarj) ekliyor, ya da en düşük ücret sınıflarını GDS’ten tamamen esirgiyor. İkisi de acenteyi rekabetçi kalabilmek için NDC hattına geçmeye zorluyor. Önceki bölümdeki 2015-2021 sürşarj dalgası bu baskının ilk hali; burada anlatılan, aynı baskının GDS bilançosundaki karşılığı. Milyon dolarlık NDC yatırımını zorunlu kılan şey teknoloji değil, içeriği kaybetme korkusu.

Pazarda yeni bir boşluk açıldı: agregatörler

Yeni nesil agregatörler, 2020 sonu itibarıyla 40’tan fazlası Seviye 3 onaylı. Güçlü yönleri: modern teknoloji, modern API’ler, anında bağlantı yeteneği (out-of-the-box connectivity), havayolları için uygun maliyet. Zayıf yönleri: acente iş akışı yönetimi (workflow) ve güvenlikte eksiklik. Geleneksel GDS’lerin güçlü yönü: derin acente entegrasyonu, yüksek güvenlik ve kanıtlanmış güvenilirlik. Zayıf yönü: hantal ve eski altyapı (legacy TPF), yüksek işletme maliyetleri.

Havayolunun neden yeni gelenleri tercih ettiği net: bu şirketler NDC uyumlu modern API’ler üzerinden doğrudan havayolu bağlantısı sağlıyor ve temel karar noktası, servisin eski altyapıya kıyasla çok daha kabul edilebilir bir maliyetle (price point) sunulması. Ama kaynak metnin uyarısı da açık: bu şirketlerin eksik olduğu şey acente iş akışı yönetimi ve güvenlik uzmanlığı. Notun teknik çevirisi daha da somut: bulut tabanlı mikro hizmetleri yazmak ucuz ve hızlı, ama GDS ana bilgisayarlarının onlarca yılda biriktirdiği uç durum iş mantığı o kodda yok.

Çıkış yolu TPF’yi yeniden yazmak değil, satın almak

GDS’ler modern teknolojiye sahip yeni agregatörleri satın almalı ya da onlarla stratejik ortaklık kurmalı. Birinci fayda teknolojik: eski ve pahalı TPF ortamından hızlı ve uygun maliyetli bir kaçış. İkinci fayda operasyonel: agregatörlerin zayıf olduğu iş akışı ve güvenlik sorunları GDS gücüyle çözülür. Sonuç, havayollarının en büyük önceliği olan dağıtım maliyetlerinin düşürülmesi hedefine hızla ulaşılması.

Notun mimari adı önemli. Doğrudan TPF’den taşınmak çok yıllı, yüksek riskli bir mühendislik kâbusu; “TPF’den meta-aramaya” bölümündeki assembly darboğazı bunun neden böyle olduğunu anlatıyor. Satın alma ise strangler fig modelini mümkün kılıyor: eski ana bilgisayar trafiği yavaşça kapatılırken NDC trafiği modern yığın üzerinden yönlendiriliyor. Yani GDS için doğru soru “TPF’yi nasıl yeniden yazarım” değil, “yeni trafiği hangi yığına koyarım ve eskisini ne zaman söndürürüm”.

Müşteri tarafında bedel: şeffaflığın kaybı

Eski sistemde anlık fiyat karşılaştırması vardı: OTA ve GDS müşterileri, farklı havayollarının aynı tipteki (homojen) biletlerini anında şeffafça kıyaslayabiliyordu. NDC sonrasında model otomobil satın almaya benziyor: havayolları farklı yan hizmetler (bagaj, Wi-Fi, koltuk) içeren dinamik paketler (air bundles) sunuyor. İçerik artık homojen değil; tüketici anlık görünürlük yerine özellikleri sürekli değişen spesifik teklifleri değerlendirmek zorunda kalıyor.

Kaynak metnin cümlesi bunu özetliyor: NDC ile uçak bileti almak yeni bir araba almak gibi olacak. Mevcut modelde anlık ve şeffaf olan düşük ücret araması, NDC ile homojen olmayan paketlere dönüşüyor; her havayolunun yan hizmeti ve paket içeriği farklı olduğu için sistemlerin anlık karşılaştırma yapması zorlaşıyor ve müşteri fiyatın ötesinde, paketin değerine dair öznel bir karar vermek zorunda kalıyor. Notun teknik tespiti daha da keskin: standart bir “en düşük ücret” kavramı ortadan kalkıyor, çünkü temel ürün her havayolunda değişiyor. Bu domain’in gelir yönetimi bölümlerindeki bütün mantık “aynı koltuğu kime kaça satarım” üzerine kuruluydu; burada satılan şey artık aynı koltuk değil.

Çözülmesi gereken yeni problem: normalizasyon

Sorun: acentelerin rezervasyon yapabilmesi için çoklu havayollarından gelen karmaşık ve farklı NDC tekliflerinin standartlaştırılması şart. Görev: GDS’ler bu homojen olmayan içeriği çevirmeli ve acente ekranları için kıyaslanabilir formatlara dönüştürmeli. Gerçeklik: homojen olmayan içeriği ekranlar için kusursuz şekilde normalize etme bilimi henüz başlangıç aşamasında.

Normalizasyonun iş mantığı: GDS’ler ve agregatörler farklı havayollarından gelen karmaşık veri setlerini ortak bir formata çevirmeli ki acente karşılaştırma yapabilsin. Bu mantık bilimsel olarak hâlâ mükemmelleşmemiş olsa da acentenin rezervasyon yapabilmesi için temel bir gereklilik. Yazılımcı için somut hali notta: her havayolu API’si kendi benzersiz JSON/XML şemasıyla yanıt veriyor; agregatör bu farklı yükleri ayrıştırıp haritalayıp birleşik bir ön uç şemasına çevirmek zorunda, yoksa acente iki havayolunun paketini yan yana koyamıyor. Bir önceki bölümdeki omnichannel offer parity problemi tek havayolunun kendi kanalları arasındaydı; bu, aynı problemin havayolları arası hali ve daha zoru.

Özet: üç aktör, üç iş

Yeni mimari üç adımda özetleniyor. Havayolu oluşturan: hesaplama yükünü üstlenir, dinamik ve homojen olmayan paketler (air bundles) yaratır; teklif ve fiyatlandırma kontrolü onda. Modern GDS ya da agregatör işleyen: birleşme ve satın alma yoluyla yenilenmiş altyapıyla bu veriyi çeker, güvenlik ve iş akışını sağlar, acente için normalize eder. Müşteri karar veren: şeffaf fiyatlandırma yerine değer bazlı teklif seçimi yapar, heterojen karşılaştırma.

Notun kapanışı bu bölümü bir öncekine bağlıyor: NDC sadece ilk adım ve bu mimari değişim, PNR’ları, e-biletleri ve EMD’leri kullanımdan kaldırıp tek müşteri sipariş kaydına geçmeyi hedefleyen ONE Order girişiminin zeminini hazırlıyor. Önceki bölümde ONE Order’ı üç kaydı birleştiren bir sadeleştirme olarak görmüştük; burada görünen, o sadeleştirmenin önkoşulunun teklifi havayolunun kurması olduğu.

Yarın işe yarayacak dört çıkarım

1. NDC’yi kapasite projesi olarak planla, mesajlaşma projesi olarak değil. Fiyatlandırma kontrolünü geri alan havayolu, rezervasyona dönüşmeyen L2B trafiğinin maliyetini de devralıyor. Günde yüz milyonlarca aramayı karşılayacak bulut ölçeklendirmesi bütçelenmeden NDC canlıya çıkmaz.
2. Eski yığından çıkışı yeniden yazarak değil, sararak yap. TPF offload çok yıllı ve yüksek riskli; satın alma ya da ortaklık strangler fig modelini mümkün kılıyor. Yeni trafiği modern yığına yönlendir, eski ana bilgisayarı sonra söndür.
3. Modern API yetmiyor, iş akışı ve güvenlik gerekiyor. Agregatörlerin eksiği onlarca yıllık uç durum mantığı; bir NDC entegrasyonunu yalnızca mutlu yol üzerinden değerlendirme. Acente iş akışı ve güvenlik gereksinimlerini baştan listeye koy.
4. Normalizasyona yatırım yap, çünkü en düşük ücret kavramı bitti. Farklı şemalardan gelen heterojen teklifleri ayrıştırıp birleşik bir ön uç şemasına çeviren katman olmadan kullanıcı iki paketi karşılaştıramaz. Bu katman bugün dağıtımdaki en büyük sürtünme noktası ve henüz kimsede bitmiş değil.

Bu bölümde ne yok: teklifi kuran havayolunun o teklifi hangi seviyede sertifikalandırdığı ve ONE Order’ın üç kaydı nasıl birleştirdiği (“Seyahat dağıtım ekosistemi ve yeni dağıtım yeteneği”), ve normalizasyonun tek havayolu içindeki hali olan kanallar arası tutarlılık (“Seyahat değer zinciri ve dağıtım kanalları”). Bu bölüm o ikisinin ölçek tarafını anlatmak için var.