Havacılıkta AI Çağrı Merkezi: Uçuş ve Bagaj Sorgulama

Rötar anonsu düşer düşmez çağrı merkezindeki grafik dikleşir. Aynı uçuştaki iki yüz yolcunun kırkı birkaç dakika içinde arar ve üç şey sorar: uçuş kaça kaydı, bagajım ne olacak, biletimi değiştirebilir miyim. Temsilci cevabı bilmediği için değil, aynı cevabı kırk kişiye aynı anda veremediği için kuyruk büyür. Bir saat sonra kuyruk erir; o bir saatte kaybedilen güven kalır. Aşağıda havayolu çağrı merkezinde bir AI ajanın neyi gerçekten devralabileceğini, neyi devralmaması gerektiğini çağrı tipleri üzerinden anlatıyorum.
Havayolu hattına düşen çağrılar kaç tip?
Havacılıkta AI çağrı merkezi konuşmasına "hangi teknolojiyi kuralım" diye başlamak yanlış yer. Önce hattınıza ne düştüğüne bakın. Pratikte altı tip çağrı listenin neredeyse tamamını kaplar ve bunların otomasyona uygunluğu birbirinden çok farklıdır.
Çağrı tipi | Ne zaman patlar | Ajan tek başına kapatabilir mi? |
|---|---|---|
Uçuş durumu, kapı ve saat | Sis, kar, hava sahası kapanması | Evet — veri kaynağı canlıysa |
Bagaj gecikmesi ve takibi | Aktarmalı seferler, yoğun tatil dönüşü | Kısmen — durum bildirimi evet, hasar dosyası hayır |
Bilet değişikliği ve iade | İptal ve uzun rötar sonrası | Kurallı senaryolarda evet, istisnada hayır |
Bagaj hakkı, kabin kuralları, check-in | Uçuştan 24 saat önce | Evet |
Mil, üyelik, fatura | Kampanya dönemleri | Evet, hesap doğrulaması sağlamsa |
Refakat, tekerlekli sandalye, evcil hayvan | Her gün, düşük hacim | Hayır — kayıt alsın, kararı insan versin |
Tabloyu kendi hattınız için doldurmadan proje başlatmayın. Otomasyon kararının yarısı bu tabloda veriliyor.
Uçuş bilgisi: kolay görünen, en sık yanlış kurulan iş
"Uçuşum saat kaçta?" sorusu kâğıt üzerinde en basit senaryo. Sahada üç yerde tökezliyor.
Birincisi tazelik. Ajan doğru veriyi verir ama beş dakika eski veriyi verir; kapı değişmiştir, yolcu hâlâ eski kapıya yürümektedir. Bu yüzden uçuş verisini periyodik çekmek yerine olay bazlı beslemek gerekir — operasyon sisteminde durum değiştiği anda ajanın da bilmesi lazım. Entegrasyon katmanını kurarken ilk soracağınız şey bu olsun: veri bana ne kadar gecikmeyle geliyor?
İkincisi okuma biçimi. Sesli kanalda "TK1453" ifadesini "te ka bin dört yüz elli üç" diye okuyan bir asistan yolcuyu kilitler. Rakamlar tek tek, harfler ayrı okunmalı; saat "on dört otuz beş" olmalı. Küçük detay, çağrının kaderini belirliyor.
Üçüncüsü saat dilimi. Yurt dışı bağlantılı seferlerde sistem UTC tutar, yolcu yerel saat sorar. Dönüşümü ajanın yanıt katmanında değil, veri katmanında halledin.
Bu üçü çözülünce uçuş durumu çağrıları sesli kanalda gerçekten kendi kendine kapanır. Yolcu PNR ya da bilet numarasını söyler, doğrulama geçer, yanıt gelir. Sesli yanıt akışını tasarlarken yolcunun elinde ne olduğunu unutmayın: çoğu zaman telefonda açık bir e-bilet ekranı ve gürültülü bir terminal.
Bagaj: duygusal yükü en yüksek hat
Bagajı gelmemiş yolcunun sesi diğer çağrılara benzemez. Bu hatta hız kadar ton önemli.
Ajan burada iki işi iyi yapabilir. Birincisi durum sorgusu: etiket numarası veya kayıp bagaj dosya referansı üzerinden bagajın en son nerede okutulduğunu ve tahmini teslim bilgisini söylemek. İkincisi bilgilendirme: teslimat adresi güncellemesi, dosya numarasının tekrarı, sürecin bundan sonraki adımı. Yolcunun yarım saat kuyrukta beklemesine gerek olmayan işler bunlar.
Bir işi ise yapmamalı. Hasar, içerik kaybı ve tazminat konuşmasını bota bırakmayın. Bu çağrılar hem hukuki sonuç doğurur hem de karşı taraf zaten gergindir; ajanın ezberden rakam telaffuz etmesi durumu düzeltmez, büyütür. Doğru kurgu şu: ajan dosyayı açar, bilgiyi toplar, yolcuya beklentiyi net söyler ve konuyu ilgili birime devreder. Tazminat ve iade koşulları mevzuata ve bilet kurallarına bağlı olduğu için burada kesin cümle kurmak yerine yönlendirme yapmak daha sağlıklı.
Sahadan bir pürüz: aktarmalı uçuşlarda bagaj kaydı iki farklı sistemde tutulabiliyor ve ajan "kayıt bulunamadı" diyebiliyor. Yolcu için bu cümle "bagajım kayboldu" demek. Bulunamayan kayıtta ajanın verdiği yanıtı en baştan yazın — "kaydı göremiyorum" değil, "kaydı sorgulatıyorum, sizi bağlıyorum".
İade ve değişiklik: ajanın yavaşlaması gereken yer
Burada hız ile doğruluk açıkça çatışıyor. Bilet kuralları promosyonlu, ekonomi ve esnek sınıflarda farklı; üstüne rötar veya iptal kaynaklı durumlar bambaşka bir kapı açıyor. Ajan bilet kuralını okuyabilir, ücret farkını hesaplatabilir, uygun alternatif seferleri sıralayabilir. Hakkın doğup doğmadığına karar vermemeli.
Pratik ayrım şu: kural motoru net cevap veriyorsa ajan işlemi tamamlasın. Cevap "duruma göre" ise ajan durup insana bağlasın. Bu eşiği yüksek tutan ekipler ilk ayda otomasyon oranıyla övünür, ikinci ayda şikâyet dosyalarıyla uğraşır.
Kimlik doğrulama tarafında da fazla iddialı olmayın. PNR ve soyad çoğu sorgu için yeterli; işlem yapılacaksa ek doğrulama şart. Kişisel veri işlerken KVKK açısından hangi verinin ne kadar süre tutulduğunu ve ses kaydı bilgilendirmesinin nasıl yapıldığını baştan netleştirmek gerekir — bu genel bir hatırlatma, kurumsal politikanızı hukuk tarafıyla birlikte oluşturun. Veri güvenliği tarafındaki kararları teknik ekibe bırakmayın.
Sık yapılan dört hata
Kanalları ayrı ayrı kurmak. IVR'de çözülen uçuş sorgusu WhatsApp'ta çözülmüyorsa yolcu iki kez sorar, siz iki kez ödersiniz. Bilgi bankası tek olsun, kanal ince kalsın.
İçeriği tarife dönemine bağlamamak. Yaz tarifesi açıklanır, kampanya çıkar, bagaj hakkı değişir; ajan eski bilgiyle konuşmaya devam eder. İçerik güncellemesini takvime bağlayın.
Devri son çare saymak. Ajanın işi her çağrıyı kapatmak değil, kapatabileceklerini kapatmak. Devir oranının düşmesi tek başına iyi haber değildir.
Yoğunluk anını test etmemek. Sistemi sakin bir salı öğleden sonra test edip geçmek kolay. Asıl sınav, tek bir iptal duyurusundan sonraki on dakika.
Nereden başlamalı
İlk sürümde iki senaryo yeter: uçuş durumu ve bagaj takibi. İkisi de hacimli, ikisi de net veri kaynağına bağlanabiliyor, ikisinde de yanlış cevabın maliyeti sınırlı. Değişiklik ve iade tarafını ancak bu iki akış oturduktan sonra açın.
Ölçüyü de baştan koyun: kaç çağrı ajanla kapandı, yolcu insana kaç saniyede ulaştı, hangi soruda ajan tıkandı. Bu üç sayı, projenin ilerleyip ilerlemediğini söyleyen tek dürüst gösterge. AI Agent TR'de havacılık senaryolarını kurarken de aynı sırayı izliyoruz.
Sıkça Sorulan Sorular
AI ajan rötar bilgisini nereden alır?
Havayolunun operasyon sisteminden veya kullandığınız uçuş veri sağlayıcısından. Kritik nokta kaynak değil, verinin ajana ne kadar gecikmeyle ulaştığı.
Yolcu ajanla konuşmak istemezse ne olur?
İlk cümlede insana geçiş yolunu açık bırakın. Israrla bot içinde tutulan yolcu, çağrıyı kapatıp sosyal medyada yazar.
Kayıp bagaj dosyasını ajan açabilir mi?
Bilgi toplama ve dosya kaydı tarafını yapabilir. Hasar değerlendirmesi ve tazminat konuşması insanda kalmalı.
Yabancı yolcular için ayrı bir kurulum gerekir mi?
Ayrı kurulum değil, aynı akışın çok dilli çalışması gerekir. Dil algılandığı anda ajan devam etmeli; yolcuyu dil seçimi menüsünde dolaştırmayın.
Havacılıkta otomasyonun değeri, yolcunun en gergin olduğu anda kuyruğun kısalmasında ortaya çıkıyor. Kendi çağrı tiplerinizi konuşup hangisinin ilk sürüme gireceğine birlikte bakmak isterseniz, demo için bize yazın.




