1. Misafir yolculuğu ve 4 dilli çağrı merkezinin yeri
Misafir yolculuğu 3 ana fazdan oluşur: pre-stay (öncesi), in-stay (sırası), post-stay (sonrası). Her fazda misafirin ihtiyaç türü değişir: pre-stay’de bilgi ve güven arar, in-stay’de hız ve çözüm ister, post-stay’de “hatırlanmak” ve değer görmek ister. 4 dilli çağrı merkezi bu üç fazı birleştirip tek bir iletişim standardı kurduğunda, hem kalite hem gelir etkisi daha görünür olur.
4 dilli çağrı merkezinin rol tanımı (kısa)
- •Pre-stay: rezervasyon, bilgi, onay, özel istek yönetimi
- •In-stay: destek, şikâyet, operasyon koordinasyonu, cross-sell
- •Post-stay: teşekkür, NPS/anket, sadakat/tekrar teklif
Mini Check
- • Çağrı merkezi yalnız “rezervasyon” mu yapıyor, yoksa yolculuğun tamamına mı dokunuyor?
- • In-stay şikâyetler çağrı merkezine düşüyor mu, owner belli mi?
- • Post-stay’de misafire hiç temas ediyor musunuz?
Ne yapmalıyım?
- • Her faz için “temas hedefi” yazın (bilgi, çözüm, geri kazanım).
- • İç link: satış sonrası döngü için /tr/cagri-merkezi/satis-sonrasi-destek.
2. 4 dilli çağrı merkezi misafir yolculuğunda nasıl konumlandırılmalı?
Kısa cevap: Her faz için ayrı amaç + ayrı script + ayrı KPI. Pre-stay’de dönüşüm ve doğruluk, in-stay’de çözüm hızı ve memnuniyet, post-stay’de NPS ve tekrar rezervasyon hedeflenir. 4 dil (TR–EN–DE–RU) tarafında ise temas sıklığı ve gün/saat tercihleri pazara göre esnetilmelidir.
Checklist (5–7 madde)
- Pre-stay temasları: teklif/onay/özel istek, netleştirme soruları
- In-stay temasları: destek & şikâyet, escalation, hızlı çözüm
- Post-stay temasları: teşekkür, NPS, tekrar sezon teklifi
- Script seti: her faz için 4 dil konuşma bankası
- Kanal kurgusu: call + WhatsApp + OTA mesaj + DM rol ayrımı
- Etiketleme: pre/in/post event’leri GA4 ve CRM’de tag’le
- Rapor: faz bazlı KPI + haftalık aksiyon döngüsü
Konaklama öncesi–sırası–sonrası hangi çağrılar alınır?
Net cevap: Öncesinde bilgi/teklif/onay, sırasında destek/şikâyet, sonrasında teşekkür/NPS ve tekrar teklif çağrıları en yaygındır.
Mini Check
- • Pre/in/post etiketleme yoksa hangi fazın etkisini görebiliyor musunuz?
- • Script’ler fazlara göre ayrılmış mı?
Ne yapmalıyım?
- • “Temas planı”nı tek sayfa çıkarın; ekip aynı dili konuşsun.
- • İç link: dijital pazarlama temaslarıyla uyum için /tr/otel-dijital-pazarlama.
3. Konaklama öncesi (Pre-stay): rezervasyon, bilgi ve onay
Pre-stay’de amaç “yanlış beklenti”yi engellemek ve misafiri doğru bilgiyle rahatlatmaktır. Fiyat, tarih, oda bilgisi ve özel istekler burada netleşmezse in-stay’de şikâyete dönüşür. Antalya/Belek gibi resortlerde özel istekler (çocuk, diyet, transfer) daha sık gelir; bu yüzden pre-stay script’i hem doğruluk hem de hız hedefler.
Pre-stay temas noktaları (örnek)
- •Fiyat/uygunluk netleştirme
- •Rezervasyon onayı ve bilgi mesajı
- •Özel istek toplama (transfer, diyet, bebek yatağı)
- •Check-in/out ve politika özetini doğrulama
Mini diyalog balonu örneği (TR)
- •“Tarih ve kişi sayısını netleştireyim; size en doğru seçeneği sunayım.”
- •“Özel bir isteğiniz var mı? Not alıp ekiplere ileteyim.”
Mini Check
- • Özel istekler tek yerde kayıt altına alınıyor mu?
- • Onay mesajında kritik koşullar net mi?
Ne yapmalıyım?
- • Pre-stay’de “İstek/Risk/Takip” not formatını kullanın.
- • Konu: pre-stay aksiyonlarını satış dönüşüm raporuna bağlayın: /tr/raporlama/satis-donusum.
4. Konaklama sırasında (In-stay): destek, şikâyet ve cross-sell
In-stay’de misafir “hemen çözüm” bekler. Oda değişikliği, teknik arıza, housekeeping talepleri gibi konular hızla yönetilmezse OTA mesajına ve düşük puana dönüşebilir. Aynı zamanda doğru bağlamda cross-sell fırsatları da burada çıkar: spa/aktivite rezervasyonu, restoran planı, transfer. Kritik nokta: önce çözüm, sonra teklif.
In-stay temas noktaları (örnek)
- •Oda değişikliği / teknik destek
- •Housekeeping talebi
- •Şikâyet escalation (owner + süre)
- •Spa/aktivite/transfer rezervasyonu (cross-sell)
Cross-sell için “önce çözüm” kuralı
- •“Önce sorunu çözelim; ardından dilerseniz şu deneyimi kolaylaştırabilirim.”
Mini Check
- • In-stay şikâyetlerde geri dönüş süresi standardı var mı?
- • Cross-sell teklifleri bağlamlı mı, yoksa rastgele mi?
Ne yapmalıyım?
- • In-stay’de escalation matrisini çağrı merkezine görünür yapın.
- • İç link: satış sonrası destek ve şikâyet yönetimi bağını güçlendirmek için /tr/cagri-merkezi/satis-sonrasi-destek.
5. Konaklama sonrası (Post-stay): teşekkür, anket (NPS) ve sadakat
Post-stay çoğu otelde “boş bırakılan” fazdır; oysa tekrar rezervasyon ve sosyal kanıt burada başlar. Misafire teşekkür etmek, kısa bir NPS/anket sorusu sormak ve bir sonraki sezon için uygun bir teklif penceresi açmak; hem memnuniyeti hem de geri dönüşü artırabilir (yönlü). 4 dilli çağrı merkezi post-stay akışını pazara göre doğru gün/saatte kurguladığında yanıt oranı yükselir (yönlü).
Post-stay temas kurgusu (pratik)
- •Çıkış + 24–72 saat: teşekkür + kısa NPS
- •NPS düşükse: service recovery follow-up
- •NPS yüksekse: sadakat daveti / bir sonraki sezon notu
Mini NPS script iskeleti
- •“Kısa bir soru sorabilir miyim? Deneyiminizi 0–10 arası nasıl değerlendirirsiniz?”
- •“Geliştirebileceğimiz bir nokta var mı?” (kısa)
Mini Check
- • NPS düşük çıktığında geri dönüş planınız var mı?
- • Tekrar teklif “hemen sat” gibi mi, yoksa “kapı açık” mı?
Ne yapmalıyım?
- • NPS ve tekrar rezervasyon akışını raporlamaya bağlayın: /tr/raporlama/satis-donusum.
- • Post-stay’de “sadakat dili” için satış sonrası destek akışını referans alın.
6. TR–EN–DE–RU pazarlara göre yolculuk örnekleri (temas sıklığı ve zaman)
Aynı temas planını herkese uygulamak doğru değildir. Bazı pazarlarda WhatsApp teması daha doğal, bazılarında telefon daha etkili olabilir; ayrıca gün/saat tercihleri değişebilir. Buradaki hedef, “kural koymak” değil; pazara göre esnetilebilir standart oluşturmaktır.
Pazar bazlı pratik uyarlama (konsept)
- •DE: net bilgi + planlı temas (öngörülebilir zaman)
- •EN: seçenekli bilgilendirme + hızlı teyit
- •RU: kısa ve net temas + hızlı çözüm sinyali
Mini Check
- • Temas saatlerini misafir profilinden öğreniyor musunuz?
- • Her dilde aynı sıklıkta mesaj atıp “spam” riski yaratıyor musunuz?
Ne yapmalıyım?
- • Temas sıklığını “opt-in” ve memnuniyet sinyallerine göre ayarlayın.
- • İç link: dijital pazarlama ve iletişim tonu için /tr/otel-dijital-pazarlama.
| Faz | Ana amaç | Tipik temaslar | KPI örneği |
|---|---|---|---|
| Pre-stay | Doğru beklenti + dönüşüm | teklif/onay, özel istek, politika özeti | yanıt süresi, dönüşüm (yönlü) |
| In-stay | Hızlı çözüm + itibar | destek/şikâyet, escalation, cross-sell | çözüm süresi, CSAT |
| Post-stay | Geri kazanım + sadakat | teşekkür, NPS, tekrar teklif | NPS, tekrar rezervasyon (yönlü) |
7. “Öncesi–Sırası–Sonrası” checklist’i
Bu bölüm, ekibin eline verilecek hızlı referanstır.
Pre–In–Post kontrol listesi
- •Pre-stay: teklif/onay, özel istek, politika özeti, kayıt
- •In-stay: destek, şikâyet owner + süre, çözüm kaydı, cross-sell bağlamı
- •Post-stay: teşekkür, NPS, service recovery, sadakat/tekrar pencere
Mini Check
- • Her fazın “tek amacı” yazılı mı?
- • Her fazın KPI’ı belirli mi?
Ne yapmalıyım?
- • Pre/in/post event’lerini GA4 ve CRM’de tag’leyin (teknik not).
- • Haftalık raporda faz bazlı 3 içgörü + 3 aksiyon çıkarın.
8. Misafir Yolculuğu (Pre–In–Post) Çağrı & Mesaj Akış Şablonunu İndir — Çağrı Merkezi / Journey
Misafir Yolculuğu (Pre–In–Post) Çağrı & Mesaj Akış Şablonunu İndir — Çağrı Merkezi / Journey (v1.0)
Bu şablon, 4 dilli çağrı merkezinin pre-stay, in-stay ve post-stay temaslarını tek bir journey map altında standardize etmek içindir. Temas noktalarını, script hedeflerini ve KPI’ları faz bazında netleştirerek hem memnuniyet hem tekrar rezervasyon fırsatını büyütmeye yardımcı olur.
Kim Kullanır?
GM, rezervasyon lideri, çağrı merkezi yöneticisi, CX/itibar sorumlusu, ajans.
Nasıl Kullanılır?
- Otelinizin 3 fazlı temas noktalarını bu şablona işleyin (call/WhatsApp/OTA/DM).
- Her faz için 4 dil script hedefini ve owner/escalation’ı yazın.
- 30 gün pilot uygulayıp KPI’ları faz bazında raporlayın; haftalık iyileştirin.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Pre/in/post temas noktaları yazıldı
- ▢ ✅ Owner/escalation tanımlı
- ▢ ✅ 4 dil script hedefleri var
- ▢ ✅ KPI’lar faz bazında belirlendi
- ▢ ✅ GA4/CRM etiketleme kurgusu var
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
9. Sonuç: Misafir yolculuğunu tek bir akışta görmek, tekrar rezervasyonu büyütür
4 dilli çağrı merkezi yalnız rezervasyon alan bir ekip olarak kaldığında, misafir yolculuğunun büyük bir kısmı görünmez olur. Oysa pre-stay, in-stay ve post-stay temasları tek bir akışta planlandığında; beklenti yönetimi, hızlı çözüm, NPS ve tekrar rezervasyon birbiriyle bağlantılı hale gelir.
Bu yüzden her faz için amaç, script, owner ve KPI tanımlamak kritik önemdedir. Journey map yaklaşımıyla ilerlediğinizde hem ekip içi tutarlılık artar hem de misafirin gözünde daha güvenilir ve hatırlanan bir deneyim yaratırsınız.
Bir Sonraki Adım
Pre–in–post temaslarını ölçülebilir hale getirip tekrar rezervasyonu büyütmek isteyen oteller için.
Sık Sorulan Sorular
Misafir yolculuğunda 4 dilli çağrı merkezinin rolü nedir?▾
Konaklama öncesi–sırası–sonrası hangi çağrılar alınır?▾
Post-stay teşekkür ve NPS aramasını nasıl kurgulamalıyım?▾
DE–EN–RU misafirler için temas sıklığı nasıl ayarlanmalı?▾
In-stay’de cross-sell ne zaman yapılmalı?▾
Pre–in–post etkisini nasıl ölçerim?▾
İlgili İçerikler
İlgili Yazılar