AI Otel PMS asistanı: ekip neyi sorabilir, hangi adım insan onayı ister?

AI Otel PMS asistanı, otel işletim sisteminin içinde çalışan ve bir otelin kendi tesisiyle ilgili sorulara düz bir dilde yanıt veren, rutin işlemleri yapan bir asistandır; hassas her adımda bir kişinin onayını bekler. Otel Beyni değildir, eğitilmiş bir model de değildir; henüz eğitilmiş bir modelimiz yok.

Otel genel müdürü sabah toplantısından önce üç sayı ister ve bu sayıları genelde hazırlayan kişi izinlidir. Doğru soru, asistanın yanıt verip veremeyeceği değil; yanıtın bir kaynağa dayanıp dayanmadığı ve bir kişi "evet" demeden bir şeyin kıpırdayıp kıpırdamadığıdır. Bu yazı, PMS asistanının ne için geliştirildiğini, hangi adımların insan onayı istediğini ve verilen her yanıtı nasıl denetleyeceğinizi anlatıyor.

AI Otel PMS asistanı nedir, ne değildir?#

Otel işletim sisteminin içinde oturan, bir otelin kendi tesisiyle ilgili sorulara düz bir dilde yanıt veren ve rutin işlemleri yapan bir asistandır; hassas her adımda bir kişinin onayını bekler. Otel Beyni değildir ve eğitilmiş bir model değildir.

Düz dil demek, soruyu bir meslektaşınıza soracağınız biçimde yazmak ya da söylemek demektir; yanıt bir cümle ya da kısa bir liste olarak gelir, önce yapılandırmanız gereken bir rapor olarak değil. Asistan otelin kendi kayıtlarını okur: rezervasyonlar, misafir hesapları, kat hizmetleri durumu, restoran satışları, gün sonu ve sistemin zaten ürettiği raporlar.

Durum sözcüğü önemlidir. Geliştirildi demek, çalışan yazılım demektir; lansman öncesi, müşterilerin elinde değil. AI Otel'in teknolojisinde hiçbir şey faaliyette değildir; ekosistemin otel büyüme ve danışmanlık kolu olan OtelCiro bugün ücretli otel müşterileriyle çalışır.

Otel Beyni değildir. Otel Beyni'nin mimarisi tamamlandı ve eğitim aşamasına giriyor; bugün PMS asistanı her otelin kendi verisinden yanıt verir. Otonom değildir ve oteli yönetmez: sınırlar içinde önerir, yanıtlar ve uygular; hassas her adımda bir kişi onaylar.

Eğitilmiş bir model de değildir. Var olan: mimari, bir modelin içinde güvenle çalışacağı karar altyapısı ve modeli seçmek için kurulan test düzeneği. Bu ayrım ticari olarak da önemlidir. Kayıtlarınızdan yanıt veren bir sistem, o kayıtlarla karşılaştırılarak denetlenebilir. Ortada olmayan bir kaynaktan sayı üreten bir sistem denetlenemez.

Otel ekibi neleri sorabilir?#

Kendi tesisinizle ilgili, zaten tuttuğunuz kayıtlardan yanıtlanan, departmana ve döneme göre sorular için geliştirildi. Rakip fiyatları, pazar karşılaştırmaları veya öngörüler için geliştirilmedi.

İyi bir soru bir dönem ve bir birim adı verir: geçen hafta, bu akşam, üçüncü kat, dünden kalan açık hesaplar. Belirsiz sorular belirsiz yanıtlar alır; tıpkı yeni bir meslektaşa sorulduğunda olacağı gibi.

Ön büro ve kat hizmetleri soruları durumla ilgilidir: ne geliyor, hangisi hazır, hangisi hâlâ açık, gün sonunda ne yarım kaldı. Gelir ve finans soruları hareketle ilgilidir: iki dönem arasında ne değişti, hangi hesaplar hâlâ açık, bir rakam nereden geldi. Yemek ve içecek soruları ise ne satıldıyla ilgilidir; sistemin zaten tuttuğu restoran ve bar satış kayıtlarından.

Asistanın yanıtlamak için geliştirilmediği sorular: rakip ne alıyor, pazar gelecek sezonda ne yapar, bir misafir ne harcar. Bunlar otelin elinde olmayan veri ister. Bir yanıt sizi şaşırttığında hangi rapordan geldiğini sorun ve o raporu açın; yanıt rapora bağdaşmalıdır. Bu alışkanlık hakkında daha fazlası için yapay zekâ ile otel raporlama: verinize günlük dille soru sormak yazısına bakabilirsiniz.

Departmana göre örnek sorular (varsayımsal)#

Aşağıdaki her örnek yalnızca bir sorunun biçimini gösterir; belirli bir otelin verisi hakkında bir söz değildir.

Hangi işlemler insan ister, hangileri doğrudan çalışır?#

Asistanın yapabileceği her işlem üç güvenlik seviyesinden birindedir: bazıları doğrudan çalışır, bazıları bir kişinin onayını ister, en hassas olanlar iki onay ister. Seviye bugün yazılımda sabittir; otelin ayarlayabileceği bir kaydırıcı değildir.

Birinci seviye, doğrudan çalışan işlemler: okuma, arama ve raporlama. Kayıtlarda hiçbir şey değişmez, dolayısıyla onay gerekmez. İkinci seviye, tek onay isteyen işlemler: bir kaydı değiştiren her eylem, örneğin bir tarih aralığı için oda fiyatını düzeltmek ya da misafire mesaj göndermek. Asistan hazırlar, bir kişi onaylar. Üçüncü seviye, iki onay isteyen işlemler: bir hatanın parayı, yasal bir belgeyi ya da misafiri doğrudan etkileyeceği en hassas adımlar.

Haziran 2026 kayıt anlık görüntüsü 207 işlem sayar: 107'si doğrudan çalışır, 90'ı tek onay ister, 10'u iki onay ister. Eşik kodda sabittir. Bir satıcı size otelin kendi eşiğini kendisinin belirlediğini söylerse, o ayarın nerede durduğunu göstermesini isteyin.

Kimse onaylamazsa işlem bekler. Belirli bir süre sonunda sessizce "evet" olmaz ve kendiliğinden üst birime taşınmaz. Ekip için pratik sonuç: onaylayacak birinin ulaşılabilir olması gerekir, yoksa kuyruk sadece büyür. Asistana güvenmeden önce bu kişinin kim olduğunu planlayın. Konunun bütününü otelde yapay zekâ: hangi eylemler bir kişinin onayını gerektirir? yazısında okuyabilirsiniz.

Sabah bilgilendirmesi, fiyat önerileri ve uyarılar nasıl görünür?#

Bunlar, otelin kendi sayılarından yazılan üç düz dil çıktısıdır: her sabah kısa bir bilgilendirme, gerekçeleriyle gelen ve bir kişinin onayına sunulan fiyat önerileri ve bir sayı normal aralığının dışına çıktığında uyarı.

Bilgilendirme otelin kendi rakamlarından yazılır, bir pazar akışından değil. Neyin değiştiğini ve nereye bakmanız gerektiğini söyler ve arkasındaki raporlara geri işaret etmelidir.

Bir fiyat önerisi gerekçeleriyle gelir: hangi kural devreye girdi, hangi tarihler, hangi başlangıç rakamı. Bir kişi onaylar; fiyatı asistan belirlemez. Bir uyarı, bir sayı normal aralığından çıktığında tetiklenir. O aralığın nasıl kurulduğunu sorun; kendi geçmişinizden kurulan bir aralık, pazar ortalamasından kurulan bir aralıktan farklı davranır.

Bunlar karar destekleridir, öngörü değildir. Burada hiçbir şey talebi öngörmez ve ürünün hiçbir parçası fiyatlandırma motoru olarak anlatılmaz. Değer sayıda değil gerekçededir: gelir yöneticinize açıklayamayacağınız bir öneriyi reddetmeniz gerekir. Her hafta önerilerden birini, dayandığı fiyat kurallarıyla karşılaştırarak okuyun; bu tek alışkanlık, bir kuralın kimsenin istemediği bir şey yaptığı durumların çoğunu yakalar.

Ne kayda geçiyor, ne geri alınabilir?#

Küçük değişiklikler kendiliğinden uygulanır ve kayda geçer; büyükleri bir kişiyi bekler. Misafire gönderilmiş bir mesaj dışında her değişiklik geri alınabilir.

Karar kaydı geliştirildi ve demo ortamımızda çalışıyor. Her kayıtta neyin değiştiğini, neyden neye, kimin ya da neyin önerdiğini görebilirsiniz. Geçmiş kayıtlar yalnızca eklenebilir: bir kaydı değiştirmek ve silmek veritabanında kapalıdır; biri yine de değiştirirse zincir bunu gösterir. Bu, değiştirildiğinde belli olan bir kayıttır; değiştirilemez demek değildir.

Geri alma, sistemin özüdür. Yanlışlıkla uygulanan bir fiyat değişikliği, hem hatayı hem düzeltmeyi görünür bırakan bir biçimde geri alınabilmelidir; sessiz bir üzerine yazma değil. İstisna, misafire gönderilmiş bir mesajdır: geri çekemezsiniz, bu yüzden göndermeden önceki onay adımı diğerlerinden daha fazla özen hak eder. Misafire gidecek bir mesajı onaylamadan önce oda numarası, ad ve tutar gözünüzün önünde olarak, misafir gibi okuyun.

Herhangi bir satıcıdan geri alınmış bir değişikliği ve geride bıraktığı iki kaydı göstermesini isteyin. Düzeltme asıl kaydı siliyorsa, baktığınız şey bir kayıt değil, bir günlüktür. Bu tasarımın gerekçesi güvenli yapay zekâ mimarisi: AI Otel neden önce kuralları koydu? yazısında anlatılıyor.

Otel ekibi neleri denetlemeli ve henüz ne yok?#

Her yanıtı, geldiği kayıtla karşılaştırın ve henüz eğitilmiş bir model olmadığını bilin: var olan mimari, karar altyapısı ve henüz çalıştırılmamış bir test düzeneğidir.

Dürüst sıfır: henüz eğitilmiş bir modelimiz yok ve ürün bunu ekranda da böyle yazıyor. Otel Beyni'nin mimarisi tamamlandı ve eğitim aşamasına giriyor. Platform Beyni tasarlandı, Sektör Beyni yol haritasında ve hiçbiri satın alabileceğiniz bitmiş bir şey değil.

Hangi modelin hangi katmana uygun olduğuna karar vermek için 30 vaka ve 5 tuzak içeren bir test seti kurduk. Henüz çalıştırılmadı; sonuçlar ölçüldüğünde yayımlanacak. Mimarimiz belirli bir modele bağlı değil; her kurulum için modeli ölçerek seçiyoruz, bu yüzden bu yazıda model ya da satıcı adı geçmiyor. Entegrasyonlar geliştirildi ve test verisiyle sınandı; canlıya geçiş için kurum ve entegratör erişimleri gerekiyor. Bu, "bağlı" sözcüğünden farklı bir cümledir. Konunun ayrıntısı yapay zekâ modeli seçimi: AI Otel neden önce ölçecek? yazısında.

Şimdi ne yapmalı#

Asistanın yararı, denetlenebilirliğiyle orantılıdır: bir rapora bağlanan soru, bir seviyeye bağlanan işlem, geri alabileceğiniz bir kayda bağlanan değişiklik. Tek bir departmanla ve tek bir haftalık alışkanlıkla başlayın: yanıtları arkalarındaki raporlarla karşılaştırmak. Asistanı ve karar kaydını birlikte görmek isterseniz https://ai-otel.com/tr/iletisim adresinden görüşme talep edin.