1. No-Show ve İptal Nedir, Oteli Nasıl Etkiler?
No-show, “rezervasyon var ama misafir gelmedi” durumudur. İptal ise rezervasyonun konaklama öncesi sonlanmasıdır. Bu iki kavram karıştırılırsa, rapor ve aksiyonlar yanlış yönlenir. Örneğin no-show’lar çoğu zaman iletişim/teyit eksikliğinden veya koşulların net anlaşılmamasından beslenebilir; iptaller ise fiyat, esneklik ve alternatif seçeneklerle ilgilidir. Yüksek sezonda son dakika iptal ve no-show’lar, oda stok yönetimini zorlaştırır ve doluluğu dalgalandırır (yönlü).
Basit Etki Haritası
- •No-show: oda boş kalabilir, son dakika satışı zorlaşır
- •İptal: yeniden satış penceresi kalırsa yönetilebilir; kalmazsa kayıp artar
- •Son dakika iptal: hem operasyon hem gelir için en zor senaryo
Mini Check
- •No-show ve iptali raporda ayrı mı izliyorsun?
- •Son dakika iptali ayrı bir kategori mi?
- •Koşulların netliği (iptal/ön ödeme) konuşmada açık mı?
Ne yapmalıyım?
- • Tanımları yazılı hale getir (SOP).
- • Raporlarda 3 ayrı başlık aç: iptal, son dakika iptal, no-show.
- • Script’te “koşul cümlesi”ni standartlaştır.
2. Çağrı Merkezinde İptal ve Değişiklik Süreçleri
İptal/değişiklik çağrılarında misafir genelde streslidir. Burada hedef “tartışma” değil “netlik + seçenek”tir. Çağrı merkezi; rezervasyon planına göre (esnek vs iade edilemez) farklı script kullanmalı ve misafiri ping-pong’a düşürmeden çözüm sunmalıdır. Değişiklik, çoğu zaman iptal riskini düşüren bir “kurtarma” adımıdır: yeniden tarihlendirme, upgrade, plan değişimi gibi opsiyonlar devreye girer.
İptal/Değişiklik Script Tablosu (1 tablo)
| Plan tipi | Net politika cümlesi | Kurtarma seçeneği | Kapanış |
|---|---|---|---|
| Esnek | “Şu tarihe kadar ücretsiz, sonrası koşul şu.” | Tarih kaydırma / opsiyon | “Hangisi size daha uygun?” |
| İade edilemez | “Bu plan iade edilemez; alternatif sunayım.” | Tarih kaydırma (uygunsa) | “Seçeneği onaylayalım mı?” |
| KK garantili | “Garanti koşulu şu; netleştiriyorum.” | Ödeme planı / teyit | “Teyit mesajını ileteyim mi?” |
Mini Check
- •Plan tipine göre script değişiyor mu?
- •Her iptalde “kurtarma seçeneği” sunuluyor mu?
- •PMS notu ve takip aksiyonu ekleniyor mu?
Ne yapmalıyım?
- • Plan tiplerini 2–3 sınıfta topla (esnek/katı/garantili).
- • Her sınıf için 1 politika cümlesi + 1 kurtarma cümlesi yaz.
- • İptal çağrısını “kurtarma denemesi” KPI’ına bağla.
3. No-show oranı nasıl azaltılır?
- Rezervasyon sonrası teyit sürecini standartlaştırın (özet + koşul + iletişim).
- Pre-stay hatırlatma timeline’ı kurun (yakın tarihte daha sık).
- Esnek vs iade edilemez planlarda farklı iletişim dili kullanın.
- Son dakika aramalarında iptal yerine yeniden tarihlendirme opsiyonu sunun.
- No-show ve iptali PMS’de doğru kodlayıp haftalık raporda izleyin.
No-show çoğu zaman “niyet” değil “kopukluk” sonucudur: teyit alınmamış, koşullar net anlaşılmamış veya misafirle temas kaybedilmiştir. Bu yüzden iletişim ve kayıt standardı, no-show’u düşürmede en etkili kaldıraçlardan biridir (yönlü, rakamsız).
Mini Check
- •Teyit cümlesi ve koşul özeti her rezervasyonda var mı?
- •Hatırlatma akışı işliyor mu?
- •Yeniden tarihlendirme bir opsiyon olarak sunuluyor mu?
Ne yapmalıyım?
- • Teyit/hatırlatmayı SOP’a bağla.
- • No-show’u “temas kalitesi” KPI’larıyla birlikte oku.
- • Son dakika iptali için kurtarma script’i yaz.
4. No-Show Riskini Azaltan İletişim Taktikleri (Pre-stay)
No-show’u azaltmanın pratik yolu, pre-stay iletişimi bir “timeline”a oturtmaktır. Buradaki amaç spam atmak değil; doğru zamanda doğru bilgiyi verip belirsizliği azaltmaktır: check-in saatleri, transfer, çocuk politikası, ödeme/garanti koşulu gibi başlıklar no-show riskini düşürür.
Pre-stay Hatırlatma Timeline (örnek mantık)
- •Rezervasyon anı: özet + koşul + iletişim kanalı
- •Konaklamaya yaklaşırken: teyit + ek ihtiyaç sorusu
- •Son 24–48 saat: kısa teyit + check-in bilgisi + “değişiklik için bize yazın/arayın”
Mini Check
- •Hatırlatma mesajı kısa mı? (tek amaç)
- •Misafire kolay “değişiklik hattı” sunuluyor mu?
- •Mesaj sonrası takip adımı var mı?
Ne yapmalıyım?
- • Hatırlatmayı 3 aşamada standardize et (rezervasyon/ara teyit/son teyit).
- • Mesajı “özet + tek aksiyon” mantığıyla yaz.
- • Yüksek sezonda (Antalya/Belek) son 48 saat teyidini daha disiplinli uygula.
5. İptal Politikası, Esneklik ve Gelir Dengesi (Revenue Management)
Esneklik, memnuniyeti artırabilir; ama kontrolsüz esneklik gelir riskini büyütür. Bu dengeyi çağrı merkezi tek başına çözmez; revenue management ile aynı dili konuşmak gerekir. Kural netliği ve istisna yönetimi, ekibin “tutarsız” görünmesini engeller.
Esneklik Merdiveni (pratik yaklaşım)
- •Esnek plan: kolay iptal/değişiklik
- •Yarı esnek: belirli tarihe kadar
- •Katı: iade edilemez (ama yeniden tarihlendirme opsiyonu olabilir)
Mini Check
- •Agent’ların “hangi plan ne demek” bilgisi net mi?
- •İstisna durumlarda tek karar noktası var mı?
- •Yeniden tarihlendirme “kurtarma” olarak tanımlı mı?
Ne yapmalıyım?
- • Plan tiplerini basitleştir ve ekipte aynı dili kur.
- • İstisna kararını tek kişiye/role bağla (karmaşayı azaltır).
- • “İptal yerine tarih kaydırma” kurtarma senaryosunu SOP’a ekle.
6. PMS ve Raporlama ile No-Show & İptal Takibi
No-show/iptal yönetimi, ölçüm yoksa “dönemsel şikâyet” olur. PMS’de doğru kodlama ve haftalık raporla, hangi segmentte ve hangi kanalda riskin yükseldiği görülebilir. Ayrıca çağrı merkezi performans analiziyle birlikte okununca (ör. geç teyit, düşük takip), kök nedenler daha net çıkar.
PMS Kodlama Prensipleri
- •İptal nedeni (fiyat/tarih/koşul/başka)
- •No-show işareti
- •Son dakika iptal etiketi
- •Kurtarma denemesi (tarih kaydırma denendi mi?)
- •Takip aksiyonu notu
Rapor Ekranı Mockup Mantığı
- •Haftalık: iptal/no-show trend
- •Segment kırılımı: aile/çift/grup (yönlü)
- •Kanal kırılımı: telefon/WhatsApp/OTA (yönlü)
Mini Check
- •PMS’de iptal/no-show kodlaması tutarlı mı?
- •Haftalık rapor toplantısı var mı?
- •Rapor çıktısı script/teyit güncellemesine dönüyor mu?
Ne yapmalıyım?
- • Kodlamayı standartlaştır; rapor için veri kalitesi şart.
- • Haftalık “no-show/iptal review” toplantısı yap (call center + revenue).
- • Rapor bulgusunu 1 cümle script düzeltmesine çevir (sürekli iyileştirme).
7. Yapılması Gerekenler / Yapılmaması Gerekenler
| Yapılması gereken | Yapılmaması gereken |
|---|---|
| Plan koşulunu tek cümlede net söyle | Belirsiz bırakıp tartışma yaratmak |
| Teyit + hatırlatma timeline’ı kur | Sadece “rezervasyon oldu” deyip bırakmak |
| İptalde kurtarma opsiyonu sun | “Olmaz” deyip kapatmak |
| PMS’de doğru kodla ve raporla | Kodlamayı boş bırakmak |
| Yazılı teyit ver (mail/WhatsApp) | Misafiri belirsizlikte bırakmak |
8. Pre-Stay Hatırlatma Script Şablonunu İndir — No-Show & İptal
Pre-Stay Hatırlatma Script Şablonunu İndir — No-Show & İptal (v1.0)
Bu asset, no-show ve son dakika iptalleri azaltmak için pre-stay teyit ve hatırlatma akışını standartlaştırır. Amaç; misafire rezervasyon özetini ve koşulları net iletmek, değişiklik talebini erken yakalamak ve iptal yerine yeniden tarihlendirme gibi kurtarma seçeneklerini devreye sokmaktır. PMS kodlama ve haftalık rapor döngüsüne bağlanacak şekilde tasarlanmıştır.
Kim Kullanır?
Çağrı merkezi lideri, rezervasyon agent’ları, revenue/ön büro yöneticisi.
Nasıl Kullanılır?
- Timeline’ı (rezervasyon anı / ara teyit / son teyit) otelinize göre sabitleyin.
- Plan tipine göre (esnek/katı/garantili) mesaj cümlelerini farklılaştırın.
- Haftalık raporda no-show/iptal trendine göre mesaj ve script’i güncelleyin.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ A) Checklist / Sprint Plan
- ▢ ✅ [ ] Ölçüm & Önceliklendirme checklist’i
- ▢ ✅ Problem → Kök Neden → Çözüm tablosu
- ▢ ✅ 14 günlük sprint planı (Gün 1–14)
- ▢ ✅ Öncesi/Sonrası KPI tablosu (şablon)
- ▢ ✅ Deliverables listesi
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Bir Sonraki Adım
Yüksek sezonda no-show ve son dakika iptallerini kontrol altına almak isteyen oteller için.
Sık Sorulan Sorular
No-show nedir, otelleri nasıl etkiler?▾
İptal çağrılarını çağrı merkezinde nasıl yönetmeliyim?▾
No-show oranını nasıl azaltırım?▾
İptal politikası ve müşteri memnuniyeti nasıl dengelenir?▾
İptal oranı nasıl hesaplanır?▾
İlgili İçerikler
İlgili Yazılar