Kısaca
- Küçük tesiste kazanç 'daha iyi karar' değil, 'ön bürodan iş eksiltmek'. Tek bir kişinin aynı anda resepsiyon, telefon ve mesaj yönetmesi sorunun kendisi.
- En hızlı getiri tekrar eden sorularda: Wi-Fi şifresi, kahvaltı saati, otopark, geç çıkış, havaalanı transferi. Çoğu otelde gelen trafiğin büyük kısmı bu beş başlık.
- Geç çıkış talebi otomatikleştirilebilir ama yalnızca müsaitlik verisi okunabiliyorsa; okunamıyorsa sistem 'soracağım' demeli, 'tamam' değil.
- Gece vardiyası küçük tesiste en kırılgan nokta; mesajlara yanıt veren bir katman buradaki boşluğu kapatır.
- Ön koşul PMS'in API'si. API yoksa yapay zeka değil, önce entegrasyon konuşulur.
Küçük tesiste sorun karar değil, kapasite
Zincir otellerde yapay zeka tartışması genelde daha iyi karar üzerine kurulur: dinamik fiyatlandırma, kanal kârlılığı, talep tahmini. 40 odalı bağımsız bir otelde asıl sorun bu değil. Sorun, resepsiyondaki kişinin aynı anda check-in yapması, telefona bakması, Instagram mesajına yanıt vermesi ve kahvaltı saatini soran misafire cevap vermesidir.
Bu yüzden küçük ölçekte doğru soru şu: hangi işler ön bürodan alınabilir? Analitik değil, kapasite sorusu. İyi haber, bu işlerin büyük kısmı tekrar eden ve girdisi net olan işler — yani yapay zekânın gerçekten iyi olduğu alan.
Ön büro telefon yükü nasıl azaltılır?
Otellerde gelen telefon ve mesajların önemli bir kısmı aynı beş başlıkta toplanır: Wi-Fi şifresi, kahvaltı saatleri, otopark durumu, geç çıkış ve havaalanı transferi. Bunlar bilgi talebi; karar gerektirmez, kişiye özel değildir ve yanıtı değişmez.
- Bir hafta kayıt tutun. Gelen her çağrıyı ve mesajı konu başlığına göre çetele yapın. Tahmin etmeyin — hangi başlığın kaç kez geldiğini görmeden neyi otomatikleştireceğinizi bilemezsiniz.
- İlk üç başlığı yanıt katmanına taşıyın. WhatsApp ve site üzerinden gelen bu sorular bir bilgi tabanına bağlanmış asistanla yanıtlanabilir. Telefonu değil, yazılı kanalları hedefleyin: yazılı kanala kayan her soru telefondan düşer.
- Check-in öncesi bilgilendirmeyi öne alın. Sorunun büyük kısmı, misafirin bilgiyi bulamamasından çıkar. Rezervasyon sonrası otomatik gönderilen tek bir mesaj (Wi-Fi, saatler, otopark, konum) gelen çağrıyı kaynağında azaltır.
- Devir kuralını yazın. Asistanın yanıtlayamadığı konu neyse, insana ne zaman ve nasıl devredeceği baştan tanımlanmalı. Yanıtlayamadığında yanıtlamaya çalışan bir sistem, telefondan daha pahalıya mal olur.
Ölçü
Bu çalışmanın başarı ölçütü 'chatbot kuruldu' değil. Ölçüt, dördüncü haftada tuttuğunuz çetelede ilk üç başlığın çağrı sayısının düşmüş olması. Düşmediyse ya yanlış başlıkları seçtiniz ya misafir o kanalı kullanmıyor.
Geç çıkış talebi otomatikleştirilebilir mi?
Evet, ama koşullu. Geç çıkış yalnızca o günün müsaitliğine bakarak verilebilen bir karardır. Sistem müsaitliği okuyamıyorsa bu talebi onaylayamaz — onaylarsa housekeeping planını bozar ve sonraki misafiri bekletir.
| Durum | Sistem ne yapmalı? |
|---|---|
| PMS'ten müsaitlik okunabiliyor ve oda ertesi gün boş | Sistem ne yapmalı?Kuralı uygula: belirlediğiniz saate kadar otomatik onay, housekeeping'e bildirim |
| Müsaitlik okunabiliyor ama oda satılmış | Sistem ne yapmalı?Ücretli seçeneği sun ya da reddet; her iki durumda gerekçeyi yaz |
| Müsaitlik okunamıyor (API yok) | Sistem ne yapmalı?Talebi kaydet, misafire 'ilettik, kısa sürede dönüş yapacağız' de ve ön büroya bildir |
Üçüncü satır en çok atlanan satır ve en çok şikâyet üreten kurulum tam burada doğuyor. Sistemin bilmediği şeye evet dememesi, bildiğine hızlı evet demesinden daha önemli. Bu ayrımın genel çerçevesini agentic AI nedir yazısında yetki sınırı başlığı altında ele aldık.
Gece vardiyası
Küçük tesiste gece genelde tek kişiyle ya da çağrı üzerine yürür. Misafir mesajı geldiğinde yanıt sabaha kalır; rezervasyon sorusu soran potansiyel misafir ise o sırada başka bir otele bakar.
Yazılı kanallara yanıt veren bir katman buradaki boşluğu kapatır. Burada da sınır aynı: bilgi sorularına yanıt verir, fiyat pazarlığı ve şikâyet gibi konuları sabaha not düşerek insana bırakır. Gece gelen rezervasyon talebine 'müsaitliğimiz var' demek yerine talebi kaydedip sabah teyit etmek, yanlış teyitten daha güvenlidir.
Ne işe yaramaz?
- Dinamik fiyatlandırma. 40 odalı tek tesiste veri hacmi modelin öğrenmesi için genelde yetersiz; kararı tecrübeli bir kişi daha iyi veriyor. Kanal kârlılığını görmek ise ayrı ve yararlı bir iş — net ADR ve kanal kârlılığı yazısına bakın.
- Talep tahmini. Aynı sebep: geçmiş veri az, sezonsallık baskın.
- Kişiselleştirilmiş kampanya motoru. Misafir sayısı segmentasyon için küçük. Basit bir tekrar eden misafir listesi daha çok işe yarar.
- Departman bazlı ayrı sistemler. Küçük tesiste departman yok; sistem sayısı arttıkça kimse hiçbirini kullanmaz.
Ön koşul: PMS'inizin API'si
Bu yazıdaki her şey tek bir şarta bağlı: ilgili verinin programatik olarak okunabilmesi. Müsaitlik, rezervasyon ve oda durumu okunamıyorsa kurulabilecek tek şey, sabit bilgileri yanıtlayan bir katmandır — ki o bile çağrı yükünü azaltır, ama geç çıkış gibi talepleri kapsamaz.
Yazılım yığınınızda hangi katmanın ne yaptığını ve hangi soruların sorulması gerektiğini otel yazılımı: PMS, channel manager ve AI katmanı yazısında çıkardık. Hangi departmanın neyi sahiplendiği sorusu için otelde yapay zekâyı kim sahiplenmeli yazısına bakabilirsiniz.
Sırayla ne yapılmalı?
- 1-2. hafta: Gelen çağrı ve mesajları konu başlığına göre çetele yapın. PMS sağlayıcınıza API sorusunu sorun.
- 3. hafta: Rezervasyon sonrası bilgilendirme mesajını kurun. Bu, kod gerektirmeyen ve en hızlı sonuç veren adım.
- 4-6. hafta: İlk üç soru başlığı için yazılı kanalda yanıt katmanını kurun, devir kuralını yazın.
- 7. hafta: Çeteleyi tekrarlayın ve karşılaştırın. Düşüş varsa kapsamı büyütün; yoksa başlıkları gözden geçirin.
Sık sorulan sorular
40 odalı bağımsız bir otel yapay zekadan gerçekten fayda görür mü?
Evet, ama zincirlerden farklı bir yerde. Küçük tesiste kazanç dinamik fiyatlandırma gibi analitik işlerde değil, ön bürodan iş eksiltmekte: tekrar eden bilgi sorularının yazılı kanallarda yanıtlanması, rezervasyon sonrası bilgilendirme ve gece gelen mesajların karşılanması.
Otelde ön büro telefon yükü yapay zekayla nasıl azaltılır?
Önce bir hafta gelen çağrıları konu başlığına göre çetele yapın. Çoğu otelde trafiğin büyük kısmı beş başlıkta toplanır: Wi-Fi, kahvaltı saati, otopark, geç çıkış, transfer. İlk üç başlığı yazılı kanalda yanıt veren bir katmana taşıyın ve rezervasyon sonrası bilgilendirme mesajını kurun; soruların önemli bölümü kaynağında düşer.
Geç çıkış talepleri otomatik onaylanabilir mi?
Yalnızca sistem o günün müsaitliğini okuyabiliyorsa. Okuyabiliyorsa belirlediğiniz saate kadar otomatik onay verilip housekeeping'e bildirim düşülebilir. Okuyamıyorsa sistem onay vermemeli; talebi kaydedip ön büroya iletmeli. Bilmediğine evet diyen kurulum housekeeping planını bozar.
Küçük bir otel için hangi yapay zeka uygulaması işe yaramaz?
Dinamik fiyatlandırma, talep tahmini ve kişiselleştirilmiş kampanya motoru. Üçü de geçmiş veri hacmi ister; 40 odalı tek tesiste bu hacim genelde yetersiz kalır ve kararı tecrübeli bir kişi daha iyi verir.
İlgili yazılar
- Otel Yazılımı: PMS, Channel Manager ve AI Katmanı
- Otelde Yapay Zekâyı Kim Sahiplenmeli? Departman Rehberi
- Otelde Net ADR ve Kanal Karlılığı: Komisyondan Sonra
- Agentic AI Nedir? Ajanlar ve Orkestrasyon Rehberi
İlgili hizmetimiz: AI chatbot sistemleri.