Hiç durmayan operasyonlar için mühendislik.
Havayolu, seyahat ve konaklama için sadakat programları, rezervasyon akışları ve operasyonel sistemler — kesintinin yolda kalan yolcuyla ölçüldüğü yerde.
- Sistem turu ve kısıtlar
- Sözleşmeler ve ince bir canlı dilim
- Gerçek yük biçimine göre geliştirme
- Zirve provası ve kısıtlanma tatbikatı
- SLO'lara göre işletme
Seyahat sistemleri acımasız kesişimlerde yaşar.
Seyahat sistemleri acımasız kesişimlerde yaşar: legacy GDS protokolleri mobil öncelikli müşterilerle karşılaşır; mevsimsel zirveler sabit kapasiteyle karşılaşır; sadakat ekonomisi gerçek zamanlı puan harcamayla karşılaşır.
Zorluk nadiren özelliğin kendisidir. Zorluk, kayıt sisteminin başka bir çağda tasarlanmış olması ve bu çeyrekte değiştirilememesidir. Bir yolcu hizmet sistemi envanteri ve ücret kurallarını tutar; bir kalkış kontrol sistemi uçuş kapandıktan sonra onun sahibidir; bir gelir muhasebesi sistemi uçuşun gerçekte ne ettiğine karar verir. Her biri kendi lehçesini konuşur, çoğu milisaniyeyle değil saniyeyle yanıt verir ve hiçbiri, müşterinin kapıda ayakta beklerken açtığı bir uygulamaya hizmet etmek üzere kurulmamıştır. Modern seyahat mühendisliği, yavaş kayıt sistemlerinin önüne hızlı ve sözleşmesi iyi tanımlanmış bir katman koyarken kaydın ne söylediği konusunda yalan söylememe disiplinidir.
Bir de yükün biçimi var. Bu sektörde trafik düzgün bir eğri değildir — bir tarife değişikliği, bir ücret kampanyası, bir fırtına cephesi ve bir resmî tatildir; bunların üçü habersiz gelir. Ortalamada rahat olup zirvede çöken bir platform, önemli olan tek anda başarısız olmuştur. Önce zirveye göre tasarlar, sakin salı gününü kolay durum olarak ele alırız.
Çalıştığımız dört alan.
Bu sektörde bir hizmet ekibi olarak geliştirme yapıyoruz ve havayolu ile konaklama programları için bir sadakat platformu sunuyoruz.
Sadakat ve sık uçan yolcu
Loyalty & Retention motorumuz üzerinde puan kazanımı, kademeler, puan harcama ve iş ortağı ekosistemleri — havayolu ekonomisine göre yapılandırılmış. Uçulan segment, ücret sınıfı ve iş ortağı hareketleri üzerinden kazanım; mil, segment veya harcama üzerinden kademe hak edişi, yumuşak inişler yapılandırma olarak; koltuk envanteri, yükseltmeler, yan ürünler ve iş ortağı kataloglarına karşı puan harcama. Her hareket kendi kural sürümünü ve kaynak referansını taşır; yükümlülük rakamını finansın imzalayabileceği bir rakam yapan da budur.
Rezervasyon ve yan ürün akışları
PSS/GDS entegrasyonları üzerinde dönüşüm odaklı rezervasyon deneyimi; yan gelir, onay sayfasına sonradan eklenmek yerine akışın içine tasarlanır. Müsaitlik, fiyatlama ve biletleme çağrılarını açık zaman aşımları ve yedek davranışları olan sözleşmelerin arkasına alır, önbelleğe alınması güvenli olanı önbelleğe alır ve hata durumlarını tasarlarız — çünkü arama ağırlıklı bir hunide hızlı yanıt ile yavaş yanıt arasındaki fark, terk edilen sepetlerle ölçülür.
Operasyonel sistemler
Mürettebat, aksaklık ve dönüş hazırlığı araçları — bir gecikmenin zincirleme yayılıp yayılmayacağına karar veren yazılım. Yer ve kontrol merkezi araçlarının işi, tüketici uygulamalarınkinden farklıdır: baskı altında, ikinci kez bakma imkânı olmayan insanlar tarafından kullanılırlar; bu yüzden arayüzün sonraki adımı apaçık göstermesi ve üst sistemden gelen bir besleme geciktiğinde ya da yanlış olduğunda sistemin kullanılabilir kalması gerekir.
Misafir deneyimi
Konaklama CRM'i, giriş akışları ve hem hizmeti hem mahremiyeti gözeten kişiselleştirme. Profiller otel yönetim sistemleri, rezervasyon kanalları ve sadakat kayıt defteri genelinde birleşir; böylece bir misafir, hiç kimse elle veri girmeden tanınır — ve izin, tercih ve veri yerleşimi kuralları profilin yanındaki bir hesap tablosunda durmak yerine profille birlikte gezer.
Neler geliştiriyoruz?
Sürüm çıkmadan değiştirebileceğiniz bir kademe merdiveni.
Sık uçan yolcu ekonomisi her yıl değişir ve çoğu programda bunu değiştirmek bir proje demektir. Sadakat motorumuzda merdiven sürümlenmiş bir belgedir: hak ediş metriği, eşikler, hak ediş penceresi, yumuşak iniş kuralları ve her kademenin taşıdığı kazanım çarpanı. Önerilen bir merdiveni geçen yılın gerçek hareketleri üzerinde simüle eder, kimin yükseldiğini, kimin düştüğünü ve değişimin yükümlülük olarak ne kadara mal olduğunu tam olarak görür, sonra zamanlarsınız. Program kuralları ile üye kayıt defteri aynı sistemdir; perşembe günü değişen bir kademe, kazanımı perşembe günü yeniden fiyatlar — ürettiği her harekete eski kural sürümü hâlâ iliştirilmiş olarak.
- Mil, segment, harcama veya bunların bileşimiyle hak ediş — yapılandırma olarak, tam sürüm geçmişiyle
- Herhangi bir değişiklik üyeye ulaşmadan önce geçmiş hareketler üzerinde simülasyon
- Statü uzatmaları, yumuşak inişler ve elle düzeltmeler; denetim izine kimin yaptığı ve gerekçesiyle kaydedilir
Ücret kampanyasına göre kurulmuş bir rezervasyon hunisi.
Seyahat platformları aramada çöker. Tek bir müşteri onlarca müsaitlik çağrısı üretir, bir ücret kampanyası bunu katlar ve arkadaki kayıt sistemi, bir mobil uygulamanın üretebileceği trafik için hiçbir zaman boyutlandırılmamıştır. PSS ya da GDS'in önüne yükü biçimlendiren bir servis katmanı koyarız: aynı aramaların kaynağa tek kez gitmesi için istek birleştirme, bayatlığın kabul edilebilir olduğu çağrılarda kısa ömürlü önbellekler, kabul edilebilir olmadığı çağrılarda kısıtlı ama dürüst bir yanıtla birlikte kesin zaman aşımları ve kaynağı dövmek yerine koruyan geri basınç. Huni adım adım ölçümlenir; böylece bir dönüşüm düşüşü tartışılmak yerine yavaşlayan çağrıya kadar izlenir.
- Yük, gerçek aramadan rezervasyona eğrilerinizden modellenir, ardından sezon öncesinde sentetik bir zirveye karşı provası yapılır
- Yan ürünler, ücretle aynı akışta ve aynı gecikme bütçesiyle fiyatlanıp sunulur
- Her adım ölçülür — arama, seçim, ödeme, biletleme — böylece bir gerileme ay sonu değerlendirmesinde değil, erkenden görünür olur
Aksaklık, bir kesinti değil tasarlanmış bir durum olarak ele alınır.
Her seyahat platformunun kötü bir günü olur: bir besleme durur, tarife toptan değişir, üst sistemlerden biri yanıt vermek için on saniye harcar. Soru, yazılımın buna dair bir planı olup olmadığıdır. Kısıtlı modu mutlu yolla birlikte tasarlarız — hangi işlevler canlı kalır, hangileri salt okunura döner, müşteriye ne söylenir ve operasyon ekibi elle neyi hâlâ yapabilir. Aksaklık olayları bir olay omurgası üzerinde dağıtılır; böylece yeniden rezervasyon, bildirim, lounge ve sadakat tüketicilerinin her biri kendi hızında tepki verir ve yavaş olanı bir başarısızlık değil bir birikim yaratır. Olaylar atılmaz, kuyruğa alınır ve kuyruk görünürdür.
- Her seviye için üzerinde anlaşılmış davranışa sahip adlandırılmış kısıtlanma seviyeleri; 04:00'te doğaçlanmak yerine sezon öncesinde provası yapılır
- Olaylar bir kez yayımlanır ve yeniden rezervasyon, bildirim ile tazminat akışları tarafından bağımsız tüketilir
- Geç gelen veya düzeltilmiş beslemeler için yeniden oynatma — düzeltilmiş bir tarife elle yeniden girilmek yerine yeniden işlenir
Üç farklı iş, tek bir mühendislik problemi.
Değiştirmediğiniz bir kayıt sisteminin üzerinde hızlı katmanlar.
Envanteri, ücretleri ve yolcu kaydını PSS tutar ve bu yıl hiçbir yere gitmiyor. Bizim işimiz onun etrafındaki servis katmanıdır — rezervasyon ve self servis ön yüzleri, sık uçan yolcu programı, aksaklık araçları — kaynak sistemin gecikmesini ve tuhaflıklarını yalıtan sözleşmelerle. Kaydın taşınması gerektiği yerde bu, paralel çalışma doğrulamasıyla strangler deseniyle modernizasyon altında olur; tek seferlik bir geçişle değil.
- Müsaitlik, fiyatlama ve biletleme; zaman aşımları ve yedek davranışları olan açık sözleşmelerin arkasında
- Havayolu programları için yapılandırılan bir platformda sık uçan yolcu kazanımı, kademeleri ve puan harcama
- Gelir muhasebesi ve mutabakat akışları tahmin edilmez, kaynağa karşı mutabık kılınır
Tesisler ve kanallar genelinde tek misafir profili.
Çok tesisli bir grupta aynı misafir genellikle birkaç kez var olur — her otel yönetim sisteminde bir kez, kanal yöneticisinde bir kez daha, rezervasyon motorunda bir kez daha. Bunları birleştiren profil ve izin katmanını, ardından üzerine misafire dönük akışları kuruyoruz: rezervasyon, giriş, ek satış ve tüm tesislerdeki konaklamalarla harcamayı tanıyan bir sadakat programı. Tercih ve veri yerleşimi kuralları profille birlikte durur; böylece kişiselleştirilmiş bir teklif, kendisine izin veren onayın önüne geçemez.
- Otel yönetimi ve kanal entegrasyonları tek bir misafir kaydına normalleştirilir
- Konaklama, harcama ve yan ürün hareketleri, iş ortağı hareketleriyle aynı kayıt defterinde kazanç yazar
- İzin, tercih ve veri yerleşimi kullanım anında uygulanır ve denetim kaydı tutulur
OTA'lar ve tur operatörleri için marj mühendisliği.
Bir satıcı için platform, işin kendisidir: arama performansı dönüşümü, tedarikçi dağılımı marjı belirler; başarısız bir ödeme ya da yanlış fiyatlanmış bir yan ürün doğrudan zarardır. Kampanya trafiğine göre belirlenen bir gecikme bütçesiyle çalışan arama ve ödeme akışını, yeni bir kaynağı yeniden yazım değil bir yapılandırma işi hâline getiren tedarikçi soyutlamasını ve marjı tedarikçi, hat ve kanal bazında finansın tanıdığı rakamlarla gösteren raporlamayı kuruyoruz.
- Kaynak başına zaman aşımı, sağlık kontrolü ve otomatik yedeğe geçişle tedarikçi soyutlaması
- Tokenizasyon, 3-D Secure ve temiz iade ile chargeback yollarını içeren PCI'a duyarlı ödeme akışları
- Dışa aktarımlar üzerine değil, yönetişimli veri modelleri üzerine kurulmuş marj ve atıf raporlaması
Bir seyahat işletmesinin gerçekte üzerinde çalıştığı sistemler.
PSS / GDS
Servis sözleşmelerinin arkasında Amadeus ve Sabre sınıfı sistemler — çağrı başına zaman aşımı ve birleştirilmiş okumalarla müsaitlik, fiyatlama, PNR ve biletleme
Kalkış kontrolü
Uçuş kapanışı, biniş ve bagaj durumu olay olarak tüketilir; böylece alt sistemler sorgulama yapmadan tepki verir
Gelir muhasebesi
Kupon, oransal dağıtım ve mutabakat dosyaları rezervasyon ve sadakat kayıtlarıyla eşleştirilir; farklar yutulmaz, raporlanır
Otel yönetimi
Otel PMS ve kanal yöneticisi beslemeleri, tüm tesisler genelinde tek bir misafir ve konaklama kaydına normalleştirilir
Ödemeler
PCI'a duyarlı tokenize akışlar, 3-D Secure, çoklu para birimi; iadeler ve chargeback'ler asıl rezervasyona bağlanır
İş ortağı sadakati
Ortak bir kayıt defteri üzerinde iş ortağı başına oranlar, üst sınırlar ve mutabakat ekstreleriyle mil ve puan transferi
CRM ve kampanya
Segment eşitleme ve gönderim anında izin denetimiyle e-posta, push ve SMS sağlayıcıları üzerinden iletim
Veri ambarı ve BI
Rezervasyon, operasyon ve kayıt defteri olayları Snowflake, BigQuery ya da kendi lakehouse ortamınıza aktarılır; üzerine Power BI modelleri
Bir seyahat projesine taşıdığımız alışkanlıklar.
- IATA/GDS entegrasyonu — Amadeus ve Sabre sınıfı sistemler. Bu sistemlerin nasıl yanıt verdiğini, nasıl hata verdiğini ve çağrı başına ne kadara mal olduğunu ölçüyoruz; bu yüzden servis katmanı, dokümantasyonlarına göre değil gerçek davranışlarına göre tasarlanır.
- Mevsimsel yüklenmeler için zirve yük mühendisliği. Yük, genel bir profilden değil kendi eğrilerinizden modellenir; otomatik ölçekleme ve önbellek davranışının provası sezon öncesinde sentetik bir zirveye karşı yapılır ve sonuçlar yazıya dökülür.
- PCI'a duyarlı ödeme akışları. Tokenizasyon, kapsam daraltma ve kart verisine dokunan sistemlerle dokunmayanlar arasında net bir ayrım — iadeler, iptaller ve chargeback'ler birinci sınıf akışlar olarak tasarlanır.
- Aksaklık modu tasarımı: kısıtlı hizmet deneyimi doğaçlanmaz, planlanır. Müşteriye dönük her akışın, üst sistemlerden biri yavaşladığında ya da sustuğunda geçerli olan, operasyonla mutabık kalınmış ve test edilmiş tanımlı bir davranışı vardır.
- Değer taşıyan her şey için mutabakat. Miller, puanlar, ücretler ve yan ürünler farklı bir birimdeki paradır. Hareketler anahtarlanır, yeniden oynatmaya dayanıklıdır ve kaynak olaya kadar izlenebilir; böylece bir fark tartışma değil, rapor konusudur.
- Her sınırda koddan önce sözleşme. PSS, DCS, ödeme ve iş ortağı sistemlerine giden arayüzler sürümlenir ve CI'da sözleşme testinden geçer; ürün ekiplerinin mevcut sistem ortamını beklemeden ilerleyebilmesini sağlayan da budur.
- İlk sprintten itibaren gözlemlenebilirlik. Huni ve olay omurgası boyunca OpenTelemetry izleri; adım başına gecikme bütçeleri ve dönüşüm sağlayan adımlarda alarmlar.
- Bölgeye sabitlenmiş veri işleme, KVKK ve GDPR uyumlu. Veri yerleşimi, saklama ve izin tasarım girdisidir; denetçiler için sonradan kurgulanmaz, onlar için baştan belgelenir — bkz. güvenlik & uyum.
Sistem turundan yoğun sezona.
Sistem turu ve kısıtlar
Kayıt sistemlerini, protokollerini, gecikmelerini ve hata biçimlerini mimarlarınızla birlikte haritalıyor ve nelerin değişemeyeceği konusunda mutabık kalıyoruz. Çıktı; yazılı bir entegrasyon haritası, akış başına gecikme bütçesi ve önce test etmeyi düşündüğümüz varsayımların listesidir.
Sözleşmeler ve ince bir canlı dilim
Servis katmanı sürümlenmiş sözleşmelerin arkasına yerleşir ve tek bir akış gerçek entegrasyonlar üzerinde uçtan uca çalışır — genellikle bir arama ya da bir kazanım yolu. Küçük ama gerçek: canlı bağlantılar, gerçek veri biçimleri, gerçek zamanlamalar.
Gerçek yük biçimine göre geliştirme
Yük testleri kendi eğrilerinize karşı çalışırken özellik geliştirme sürer. Bir program geçiş yapıyorsa, yeni motor canlı trafikte eskisini gölgeler ve çıktılar örtüşene kadar hareket hareket karşılaştırılır.
Zirve provası ve kısıtlanma tatbikatı
Tüm sistem ortamına karşı sentetik bir zirve çalıştırılır, kısıtlanma seviyeleri bilinçli olarak denenir ve runbook'ların provası operasyon ekibinizle yapılır. Bulgular sezon sırasında değil, sezon öncesinde ele alınır.
SLO'lara göre işletme
Panolar, alarm politikaları ve mutabık kalınan SLO'lara göre, sözleşmenin belirlediği saatlerde olay yönetimi. Zirve sonrasında yük modeli, fiilen olan bitene göre güncellenir.
Sık sorulan sorular
Çalıştığımız komşu sektörler.
Sektörünüzden bir problem getirin.
Bugün neyin aksadığını anlatın. Bir mühendis okur ve somut bir yol önerisini yazılı olarak iletir.