1. Proaktif satış sonrası yaklaşım nedir?
Proaktif destek; misafirin yaşadığı sorunu “sonradan telafi etmek” yerine, olası riski erken görüp “önleyici” bir dokunuşla yönetmektir. Bu, her misafiri aramak demek değildir. Amaç; küçük bir yüzdeyi (riskli segment) doğru zamanda doğru tonda aramak veya mesajlamak ve sürtünmeyi büyümeden kesmektir.
Reaktif model ve proaktif model farkı
- •Reaktif model: sorun → şikâyet → çözüm → telafi
- •Proaktif model: risk sinyali → teyit/plan → sürtünmeyi azaltma → daha az şikâyet
Key Statistics / Data Point (rakam vermeden): Proaktif destek pilotu uygulanan otellerde, bazı kronik sorunların misafir deneyimi yaşanmadan önce yönetilebildiği ve şikâyet sıklığının düşebildiği yönlü ifade edilebilir.
Mini Check
- • “Riskli segment” tanımım var (herkese değil).
- • Proaktif temasın tek hedefi var (teyit/plan/netlik).
- • Sonuç ölçümü (NPS/şikâyet trendi) planlı.
Ne yapmalıyım?
- • Proaktif desteği 1–2 senaryoyla pilot başlat.
- • “Temas eşiği” koy (risk skoru X üzeri).
- • Her proaktif temasın bir kapanış notu olsun (ticket).
- • Sonucu ölç (şikâyet/tekrar temas).
2. PMS ve OTA verilerinden risk sinyalleri: hangi alanlar konuşur?
PMS, otelin “operasyonel hafızasıdır”; OTA Data ise kanal ve davranış sinyalleri taşır. Proaktif destek için en pratik sinyaller:
- •Geçmiş şikâyet / P1 kayıt (ticket/PMS notes)
- •Düşük NPS / olumsuz yorum geçmişi
- •Özel istek yoğunluğu (çocuk/alerji/erişilebilirlik)
- •Uçuş saati / geç check-in + kısa konaklama (stres kombinasyonu)
- •Overbooking/oda değişimi riski (doluluk/oda planı)
- •Grup & MICE rezervasyonları (çok paydaş, çok temas)
Mini Check
- • Risk sinyallerini 8–12 alanda sabitledim.
- • Veri kalitesi için “boş/yanlış alan” kontrolüm var.
- • KVKK: gereksiz kişisel alanları toplamıyorum.
Ne yapmalıyım?
- • PMS alanlarını risk amacıyla haritala (hangi alan neyi anlatır?).
- • OTA mesaj/yorum verisini “tema” etiketiyle bağla (Varsayım).
- • Risk sinyallerini kaynak bazında (PMS/OTA) ayrı etiketle.
- • Pilot için sadece 5 sinyal seç (sade başla).
3. Riskli misafir profilleri: kimler “öncelik” olmalı?
Riskli misafir, “zor misafir” demek değildir. Risk, sürtünme ihtimalidir. Aşağıdaki profiller, proaktif destekten en çok fayda görür:
- Geçmişte şikâyet yaşamış/düşük NPS bırakmış misafir
- Özel istek yoğunluğu yüksek misafir (çocuk, alerji, engelli vb.)
- Geç check-in + kısa konaklama (yüksek beklenti + düşük tolerans)
- Overbooking/oda değişimi riski görülen rezervasyon
- Büyük grup / MICE (çok koordinasyon, çok temas)
Mini örnek (destinasyon bağlamı)
Side/Belek resortlarında geç check-in + transfer belirsizliği; Antalya’da yoğun sezon doluluğunda oda değişimi riski; Bodrum’da yüksek beklenti ve online review etkisi… Bu kombinasyonlar risk skorunu yükseltebilir.
Mini Check
- • Risk profilleri net.
- • Profil → senaryo eşleşmesi var (ne mesaj atacağız?).
- • Proaktif temas “yardım” dilinde.
Ne yapmalıyım?
- • Her profil için tek amaç belirle (ör. transfer teyidi).
- • “Gereksiz temas”ı engellemek için eşik kuralı koy.
- • Proaktif temas sonrası ticket kapanış notu ekle.
- • Risk profilini 180 günde yeniden gözden geçir (trend).
4. PMS verileriyle riskli misafirleri nasıl önceden belirlersiniz?
- •Kriter tanımı: risk sinyallerini seçin (şikâyet geçmişi, düşük NPS, özel istek, geç check-in vb.).
- •Segment oluşturma: kriterleri “profil”lere dönüştürün (Aile/Özel istek/MICE/Overbooking riski).
- •Liste üretme: Risk Scoring ile misafir listesini çıkarın (eşik: X ve üzeri).
- •Proaktif iletişim: uygun senaryoda arama/mesaj ile teyit ve beklenti yönetimi yapın.
- •Sonuç ölçümü: riskli segmentte şikâyet/tekrar temas/NPS trendini izleyin.
- •Optimize etme: yanlış pozitifleri azaltın; kriter ağırlıklarını revize edin (180 gün refresh).
Mini Check
- • Risk listesi “az ama etkili” (pilot) olacak.
- • Proaktif temasın senaryosu hazır.
- • Ölçüm KPI’ları baştan belirli.
Ne yapmalıyım?
- • Risk eşiğini küçük tut (pilot).
- • Haftalık “risk listesi review” ritmi koy.
- • Proaktif temas metnini standardize et (script).
- • Sonuçlara göre ağırlıkları güncelle.
5. Risk skoru tablosu: kriter → puan → aksiyon
Bu tablo, yönetime ve IT ekibine verilecek en net iskelettir. (Örnek skorlar “TBD” bandında kalabilir; amaç mantığı kurmaktır.)
| Kriter | Risk sinyali | Önerilen puan | Proaktif aksiyon | Owner |
|---|---|---|---|---|
| Geçmiş şikâyet | son 12 ay P1 | 3 | pre-stay teyit + beklenti | Guest Relations |
| Düşük NPS | < eşik | 2 | “güven” araması | CRM |
| Özel istek yoğunluğu | 3+ istek | 2 | PMS not teyidi + departman | FO/HK |
| Geç check-in + kısa stay | kombinasyon | 2 | transfer/check-in planı | FO |
| Overbooking/oda değişimi | risk flag | 4 | erken bilgilendirme + alternatif | Supervisor |
| Grup/MICE | grup flag | 2 | grup ön iletişim | Sales Ops |
Mini Check
- • Owner’lar net.
- • En yüksek puan “overbooking riski” gibi kritiklere gidiyor.
- • Aksiyonlar kısa ve ölçülebilir.
Ne yapmalıyım?
- • İlk pilotta 4 kriterle başla.
- • Yanlış pozitifleri görüp kriteri revize et.
- • Aksiyonları SOP/script ile bağla.
- • Risk listesi günlük değil, operasyon ritmine göre üretilsin (Varsayım).
6. Proaktif iletişim senaryoları: arama/mesaj ve script örnekleri
Proaktif iletişimin tonu “kontrol” değil “destek” olmalı. Misafir “benden şikâyet bekliyorlar” diye hissetmemeli; “bana değer veriyorlar” diye hissetmeli.
Senaryo-1: Geç check-in + transfer belirsizliği (WhatsApp)
“Merhaba {Ad Soyad}, varış saatinizle ilgili küçük bir teyit yapmak istedik. Transfer ve check-in planınızı netleştirelim; bir ihtiyacınız olursa buradan yazabilirsiniz.”
Senaryo-2: Özel istek yoğunluğu (PMS not teyidi)
“Merhaba {Ad Soyad}, özel isteğinizi not aldık (çocuk/alerji/erişilebilirlik). Sizin için teyit ettik; varış öncesi başka bir ihtiyacınız var mı?”
Senaryo-3: Overbooking/oda değişimi riski (erken bilgilendirme)
“Merhaba {Ad Soyad}, konforunuzu korumak için oda planınızı erken teyit ediyoruz. Size en uygun çözümü hazırlayıp {X süre} içinde net bilgiyle dönüş yapacağız.”
Mini Check
- • Mesaj “teyit ve yardım” odaklı.
- • Kişisel veri gereksiz kullanılmıyor (KVKK).
- • Her senaryonun kapanışı ticket’a yazılıyor.
Ne yapmalıyım?
- • Proaktif senaryolar için 5 kısa script yaz.
- • Mesaj şablon kütüphanesine ekle (versiyonlu).
- • Proaktif temas sonrası “teyit sonucu” alanı oluştur.
- • Detractor profilde iletişim daha hassas ve kısa olsun.
7. Sonuçları ölçmek ve optimize etmek: NPS ve şikâyet oranına etkisi
Proaktif destek pilotu, ölçülmezse “iyi his” olarak kalır. Ölçümde şu mantık yeterli:
- •Riskli segmentte: şikâyet sayısı, tekrar temas, P1 vakalar
- •Proaktif temas yapılanlarda: kapanış süresi, memnuniyet sinyali
- •Genel trend: NPS/yorum tonu (dolaylı)
Mini Check
- • Pilot KPI setim var.
- • Risk eşiğini ve kriter ağırlığını revize ediyorum.
- • Öğrenimleri SOP’a geri yazıyorum.
Ne yapmalıyım?
- • 30 günlük pilot başlat (Varsayım).
- • Riskli segmentte “önce/sonra” trend bak (yönlü).
- • En çok etki eden 2 senaryoyu ölçekle.
- • Satış dönüşüm raporuna bağla: https://dgtlface.com/tr/raporlama/satis-donusum
8. Teknik not: KVKK, anonimleştirme ve minimum veri
Riskli misafir tespiti “daha fazla veri toplamak” değildir; doğru veriyi doğru amaçla kullanmaktır. KVKK gereği:
- •Sadece gerekli alanları kullanın (minimum veri).
- •Risk listesine erişimi rol bazında sınırlandırın.
- •Raporlarda kimlik/pasaport/ödeme gibi hassas verileri maskeleyin.
- •Eğitimde vaka örneklerini anonimleştirin.
Mini Check
- • Minimum veri prensibi uygulanıyor.
- • Erişim rol bazında.
- • Rapor anonimleştirilmiş.
Ne yapmalıyım?
- • “Risk listesi veri politikası” yaz.
- • Rol/yetki kontrolü uygula.
- • Audit/loglama aç (kim erişti?).
- • 180 gün refresh döneminde veri kullanımını tekrar gözden geçir.
9. Competitor gap’i kapatma: reaktif şikâyet çözümünden PMS tabanlı önleyici modele geçiş
Rakip içerikler çoğunlukla reaktif şikâyet çözümüne odaklanır. Bu trend yazısı ise PMS ve OTA Data’dan risk sinyali okuyup Risk Scoring ile liste üretmeyi, proaktif iletişim senaryolarıyla sürtünmeyi azaltmayı ve sonucu KPI ile ölçmeyi öğretir. Antalya/Belek/Side/Bodrum gibi yüksek hacimli destinasyonlarda “en riskli %5’i” erken yöneterek şikâyeti doğmadan kesme yaklaşımı; satış sonrası data cluster’ının tepe yazılarından biri olarak konumlanır.
Riskli Misafir Segmentleri & Proaktif Senaryo Şablonunu İndir — Çağrı Merkezi / Satış Sonrası Destek (v1.0)
Bu şablon, PMS ve OTA Data’dan risk sinyalleri çıkararak Risk Scoring ile “riskli misafir listesi” üretmenizi ve uygun senaryoda proaktif arama/mesaj planlamanızı sağlar. Proaktif temas script’leri, owner atama ve KPI ölçüm iskeleti içerir. KVKK prensibiyle minimum veri kullanımını ve rol bazlı erişimi standartlaştırır.
Kim Kullanır?
CRM/misafir ilişkileri, çağrı merkezi lideri, operasyon owner’ları, IT/BI.
Nasıl Kullanılır?
- Risk kriterlerini seç ve puanla; eşiğe göre liste üret.
- Senaryoya uygun proaktif script’i gönder; PMS not/owner ile kapat.
- 30 günlük pilot KPI’larını izle; 180 günde kriterleri güncelle.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Risk kriterleri (5–8) tanımlandı
- ▢ ✅ Risk eşiği belirlendi (X+)
- ▢ ✅ Owner ve eskalasyon hattı tanımlandı
- ▢ ✅ Proaktif script seti hazır (3 senaryo)
- ▢ ✅ KVKK minimum veri + rol bazlı erişim kontrolü var
- ▢ ✅ Pilot KPI seti seçildi (şikâyet/tekrar temas/NPS trendi)
- ▢ ✅ Haftalık review ritmi kuruldu
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Bir Sonraki Adım
PMS/OTA risk kriterlerini çıkarır, risk scoring ile liste üretir; proaktif arama/mesaj senaryolarını ve KPI panelini kurar; operasyon ve CRM ekipleri için
Sık Sorulan Sorular
Proaktif satış sonrası destek nedir?▾
PMS verilerinden riskli misafirleri nasıl anlarsınız?▾
Hangi durumlarda misafiri proaktif aramalı veya mesaj atmalıyım?▾
Proaktif destek NPS ve şikâyet oranlarını nasıl etkiler?▾
Proaktif destek herkese uygulanmalı mı?▾
İlgili İçerikler
İlgili Yazılar