Pre-Stay ve Post-Stay İletişim: Otel Rezervasyon Hattı Misafir Yolculuğunu Nasıl Tamamlar?

Misafir yolculuğu, rezervasyonla başlamaz; “güven” ile başlar. Pre-stay dönemde amaç; misafirin “ne olacak?” sorusunu cevaplamak ve sürtünmeyi azaltmaktır. Post-stay dönemde amaç; deneyimi kapatmak, ölçmek ve tekrar temas için kapı aralamaktır. Rezervasyon hattı burada “iletişim trafiğinin sahibi” değil; akışın orkestratörü olmalıdır: doğru mesaj, doğru kanal, doğru zaman.

Pre-stay iletişim, “hazırlık”tır: misafir doğru bilgi alırsa check-in sürtünmesi azalır; son dakika iptal/no-show riski düşebilir (yönlü). Ayrıca uygun durumda upsell mesajı (transfer/spa/fine-dining) satış baskısı yaratmadan “kolaylık” olarak sunulabilir.

Pre-stay içerik başlıkları (net)

• •Rezervasyon özeti + koşullar
• •Check-in bilgisi + ulaşım/transfer
• •Özel istek teyidi (çocuk/diyet/özel gün)
• •Uygunsa opsiyonel upsell (kolaylık dili)

Post-stay iletişim, deneyimi “kapatır” ve ölçer. Misafir hâlâ taze hissettiği dönemde teşekkür ve kısa anket (NPS) talebi, geri bildirim toplar. Yorum yönetiminde amaç; baskı yapmak değil, kolaylaştırmaktır: link vermeden “kısaca değerlendirmenizi rica ederiz” dili. Negatif geri bildirimlerde ise çözüm odaklı takip çağrısı devreye girer.

Post-stay mesaj içeriği

• •Teşekkür + kısa özet (kişisel dokunuş)
• •NPS/anket talebi (tek tıklama/tek soru mantığı)
• •Yorum daveti (Review Management)
• •Sadakat daveti (uygunsa)

Rezervasyon hattı bu akışta “metin atan ekip” değildir; mesajı sistemle gönderir, ama kritik noktada insan teması sağlar: özel istek teyidi, plan değişikliği, negatif geri bildirim sonrası geri arama. Script’ler kısa ve sıcak olmalı; misafiri yormamalıdır.

Kısa diyalog örnekleri (sesli arama)

• •“Misafire ne zaman mesaj atmalıyım?” → “Rezervasyon özetini hemen, konaklamaya yaklaşırken kısa teyidi gönderin; son 48 saatte net bir hatırlatma iyi çalışır (yönlü).”
• •“Çıkıştan sonra nasıl teşekkür etmeliyim?” → “İsimle başlayın, 1 cümle teşekkür edin, ardından tek soruluk NPS isteyin; uzun mesaj yazmayın.”

Akış “güzel” görünür ama ölçülmezse gelişmez. PMS ve CRM burada iki kritik işi yapar: (1) izin/tercih kaydı, (2) yolculuk adımlarının takibi. Raporlama tarafında /tr/raporlama/satis-donusum ve /tr/raporlama/benchmark-analizi sayfalarıyla bağ kurmak; funnel → gelir → benchmark ilişkisini görünür kılar.

Minimum alanlar (CRM/PMS)

• •Kanal tercihi: WhatsApp/SMS/e-posta
• •Opt-in durumu (izin)
• •Mesaj gönderildi / açıldı (yönlü)
• •NPS yanıtı (yönlü)
• •Yorum isteği sonucu (yönlü)
• •Sadakat daveti (yönlü)

1. Rezervasyon anında özet + koşul + kanal tercihi kaydı
2. Konaklama öncesi kısa teyit (özel istek/transfer kontrolü)
3. Son 48 saat check-in bilgisi + tek aksiyon hatırlatma
4. Uygunsa opsiyonel upsell (kolaylık diliyle)
5. Çıkış sonrası teşekkür (kişisel 1 detay)
6. Tek soruluk NPS/anket + gerekirse geri arama akışı
7. Yorum daveti ve (izinliyse) sadakat daveti

Amaç, her adımda tek işi yapmak ve misafiri bunaltmamaktır. Kanal tercihi ve opt-in (KVKK) kaydı yapılmadıkça otomasyon ölçeklenmez; ölçüm olmadan da iyileştirme yapılamaz.

Aşağıdaki şablonlar “kısa + sıcak + tek aksiyon” mantığındadır.

• •Pre-stay (özet): “Merhaba {isim}, rezervasyon özetiniz: {tarih/oda}. Check-in {saat}. Özel bir ihtiyacınız var mı?”
• •Pre-stay (48 saat): “Merhaba {isim}, konaklamanıza az kaldı. Check-in bilgisi: {…}. Bir değişiklik ihtiyacı olursa buradan yazabilirsiniz.”
• •Post-stay (teşekkür): “Merhaba {isim}, bizi tercih ettiğiniz için teşekkür ederiz. Kısa bir geri bildirim bırakmak ister misiniz?”
• •NPS (tek soru): “Deneyiminizi 0–10 arasında puanlar mısınız?”

Misafire ne zaman, hangi kanaldan, hangi mesajı göndermeliyim ve bunu PMS/CRM ile nasıl ölçebilirim? sorusunun yanıtı; tek tek mesaj üretmekte değil, misafir yolculuğunu pre-stay → stay → post-stay mantığında standardize edip ölçülebilir hale getirmektedir. Doğru zamanlama, kısa ve sıcak dil, izinli iletişim ve net KPI paneli birlikte çalıştığında hem memnuniyet hem de tekrar rezervasyon/sadakat tarafında daha güçlü bir yapı kurulabilir (yönlü).