1. Mesajlaşma Tabanlı Rezervasyon Nedir?
Mesajlaşma tabanlı rezervasyon, misafirin ilk talebi bir chat kanalından geldiğinde (WhatsApp/DM/web chat/super-app), rezervasyon ekibinin bu talebi teklif ve onay akışına çevirip PMS’e kayıt oluşturmasıdır. Buradaki fark “kanal” değil, ritim ve kayıt disiplinidir: konuşma hızlıdır, ama kayıt hatası maliyetlidir.
Mesajlaşma kanalları üzerinden rezervasyon nasıl yönetilir?
Talep geldiğinde minimum veriyi toplayın, teklif üretin, onayı yazılı alın, güvenli ödeme/garanti adımıyla ilerleyin ve PMS’e aynı gün log’lu şekilde kaydedin. Sürecin her adımı (talep, teklif, onay, kayıt) denetlenebilir olmalıdır.
☑ Mini Check
- •“Minimum bilgi seti” tanımlı mı? (tarih, kişi, iletişim)
- •Teklif standardı var mı? (2 seçenek kuralı)
- •Yazılı onay cümlesi net mi?
- •PMS kayıt SLA’sı var mı? (örn. 15 dk içinde) (Varsayım)
- •Log kaydı nerede tutuluyor?
Ne yapmalıyım?
- • Chat → PMS kayıt SLA belirle (hız + disiplin)
- • “Kanal bazlı script bankası” hazırla
- • Ödeme/kimlik hassas veriyi chat’ten ayır (güvenli akış)
- • Log formatını standartlaştır (case ID)
2. WhatsApp, Instagram DM, Super-App ve Web Chat’te Rezervasyon Akışları
Kanallar farklı olsa da çekirdek aynı: hız, kısa mesaj, düşük tolerans. Fark; kimlik doğrulama, dosya gönderimi ve görünürlük düzeyinde ortaya çıkar.
Kanal bazlı pratik farklar (özet)
- •WhatsApp: hızlı, yüksek hacim; risk: “belge/fotoğraf” alışkanlığı (KVKK).
- •Instagram DM: niyet bazen “soru” ile başlar; doğru script ile talebe çevrilir.
- •Super-app: kullanıcı hesabı varsa doğrulama kolay; entegrasyon beklentisi yüksek.
- •Web chat: web ile bağlantılı; tekliften ödeme sayfasına yönlendirme daha akıcı olabilir.
WhatsApp üzerinden rezervasyon isteği akışı (örnek)
- Talep al → 2 soru ile netleştir (tarih + kişi)
- 2 seçenek teklif et (oda A / oda B)
- Yazılı onay al → ödeme/garanti akışına yönlendir
- PMS kaydı → teyit mesajı (ref no)
Instagram DM’den gelen talebi rezervasyona çevirme (örnek)
- •DM çoğu zaman “fiyat?” ile başlar. Script, “tarih + kişi” netleştirip hızlı teklif üretmelidir.
- •DM’de uzun açıklama yerine “mini form” yaklaşımı (3 satır) iyi çalışır.
☑ Mini Check
- •Her kanal için minimum bilgi soruları aynı mı?
- •DM’de “form gibi” kısa şablon var mı?
- •WhatsApp’ta hassas veri kabul etmeme kuralı var mı?
- •Super-app/web chat’te ödeme linki akışı hazır mı?
- •Kanal bazlı SLA ve eskalasyon tanımlı mı?
Ne yapmalıyım?
- • Kanal başına “ilk 3 mesaj” şablonu üret
- • “Kısa + net + iki seçenek” standardını sabitle
- • Chat’ten PMS’e kayıt adımını tek sorumluya bağla
- • Kanala göre log alanlarını zorunlu yap (IG handle, WA numara vb.)
3. 2026’da Anlık Rezervasyon Talebini Karşılama
Anlık talepte rekabet saniyelerle ölçülür. Burada amaç: hızlı yanıt + doğru bilgi. Hız tek başına yetmez; “yanlış teklif” hızdan daha pahalıdır.
Anlık taleplerde 3 katmanlı yanıt modeli
- Hız yanıtı (0–2 dk): “Kontrol ediyorum, 2 seçenekle döneceğim.”
- Netleştirme (2–5 dk): tarih + kişi + 1 kritik istek
- Teklif + CTA (5–10 dk): 2 seçenek + onay + sonraki adım
☑ Mini Check
- •İlk yanıt süresi ölçülüyor mu?
- •Teklif üretim süresi hedefi var mı?
- •2 seçenek kuralı uygulanıyor mu?
- •Kritik istekler (aile/connecting) erkenden yakalanıyor mu?
- •Misafire “net next step” veriliyor mu?
Ne yapmalıyım?
- • “2 dk içinde ilk cevap” hedefi koy (Varsayım)
- • Teklifte 2 seçenekten fazlasını verme
- • Zayıf günlerde kampanya, güçlü günlerde kısıt/fiyat guardrail’ini chat script’ine göm
- • En sık 10 soru için hazır cevap bankası oluştur
4. PMS ve Çağrı Merkezi ile Entegrasyon
Mesajlaşma rezervasyonu “satış” yapar; PMS “gerçek kayıt”tır. Entegrasyon zayıfsa iki ayrı gerçek oluşur: chat’te onay var, PMS’te yok. Bu, en pahalı hatadır.
WhatsApp ve Instagram DM’den gelen talepleri PMS’e nasıl aktarmalıyım?
Her mesaj talebini bir ReservationRequest olarak kaydedin, onay alındığında PMSRecord oluşturun ve chat kaydını (özet) bu PMS kaydına bağlayın. İdeal modelde: MessagingRequest → Offer → Confirmation → PMSRecord. Senkron gecikmesi varsa misafire “referans no” verip durumu net anlatın.
Minimum alan seti (PMS kayıt hijyeni)
Aşağıdaki tablo, mesajdan PMS’e geçişte minimum alan standardını verir.
| Alan | Zorunlu mu? | Neden? | Örnek |
|---|---|---|---|
| Misafir adı/soyadı | ✅ | kimlik | Ayşe Y. |
| Telefon/e-posta | ✅ | teyit | +90... / ...@ |
| Giriş/çıkış | ✅ | temel | 12–15 Tem |
| Kişi sayısı | ✅ | uygunluk | 2+1 |
| Oda tipi | ✅ | teklif | STD |
| Kanal kaynağı | ✅ | rapor | WhatsApp / IG |
| Onay kanıtı | ✅ | audit | “Evet onaylı” + saat |
| Ödeme/garanti durumu | ⚠️ | risk | link gönderildi / depozito |
| Özel istek özeti | ⚠️ | CX | bebek yatağı |
| Log/Case ID | ✅ | iz | CHAT-2026-001 |
☑ Mini Check
- •PMS kayıt SLA var mı?
- •“Kanal kaynağı” kodlanıyor mu?
- •Onay kanıtı (metin) kaydediliyor mu?
- •Chat konuşması “özet” olarak mı tutuluyor (hassas veri yok)?
- •Çağrı merkezi eskalasyonu tanımlı mı?
Ne yapmalıyım?
- • Chat talepleri için Case ID standardı kur
- • PMS’te “messaging source” kodları tanımla
- • Onay sonrası otomatik teyit mesajı gönder (ref no)
- • Audit (Blog-16) içine “chat kaynaklı kayıt hatası” kategorisi ekle
5. Script, KVKK ve Log Yönetimi
Mesajlaşma rezervasyonunda üç şey sizi korur: script disiplini, KVKK prensipleri, log/audit trail. Burada amaç “hukuki ders” değil; ekip için uygulanabilir guardrail’lerdir.
Mesajlaşma yoluyla ödeme ve kimlik bilgisi paylaşırken nelere dikkat etmeliyim?
Hassas veriyi (kart görseli, kimlik/pasaport fotoğrafı, CVV gibi) chat üzerinden istemeyin veya kabul etmeyin. Ödeme için güvenli kanal/ödeme sayfası kullanın; kimlik doğrulama ve yasal süreçleri check-in aşamasına bırakın. Log’larda yalnız gerekli özet bilgiyi tutun; erişimi yetkilendirin.
Gönderilmemesi / istenmemesi gereken bilgiler (yüksek seviye)
- •Kart ön/arka fotoğrafı, CVV
- •Pasaport/kimlik fotoğrafı (chat’te)
- •Hassas sağlık verileri detaylı şekilde (PMS notuna da yazma)
- •Üçüncü kişiye doğrulamasız rezervasyon detayı
Detaylı uyum tasarımı için KVKK uzmanı/hukuk danışmanı ile çalışılmalıdır.
İyi / kötü chat örnekleri
Kötü örnek:
- •“Kartınızın fotoğrafını atın, hemen çekelim.”
- •“Şu an yer yok, yapacak bir şey yok.”
- •“Rezervasyon sistemde görünmüyor, siz yanlış yapmışsınız.”
İyi örnek:
- •“Tarih ve kişi sayısını yazar mısınız? 2 seçenekle döneceğim.”
- •“Ödeme için güvenli link paylaşacağım; kart bilgisi mesajla istenmez.”
- •“Onayınız gelince rezervasyonu PMS’e kaydedip referans numarasıyla teyit edeceğim.”
☑ Mini Check
- •Script’te “minimum veri” soruları net mi?
- •Ödeme için güvenli yönlendirme cümlesi var mı?
- •Üçüncü kişi doğrulama adımı var mı?
- •Log formatı standard mı (case ID, zaman, sonuç)?
- •KVKK riskli cümleler yasak listede mi?
Ne yapmalıyım?
- • 6 modüllü chat script bankası kur (açılış/teklif/onay/ödeme/teyit/eskalasyon)
- • Log’u “özet” tut (hassas veri yok)
- • Mesaj yönetimini /cagri-merkezi/mesaj-yonetimi ile aynı SOP’da birleştir
- • 180 günde bir script ve risk listesini güncelle
6. “Rezervasyon Chat” Sürecini Tasarlarken Sorulacak 10 Soru
- Hangi kanalları kapsıyoruz (WA/IG/web chat/super-app)?
- İlk yanıt SLA’sı nedir?
- Minimum veri seti nedir (3 soru)?
- Teklif standardı nedir (2 seçenek + CTA)?
- Ödeme/garanti akışı hangi güvenli kanaldan?
- PMS kayıt SLA’sı nedir ve kim sorumlu?
- Log formatı nedir (case ID, zaman, sonuç)?
- KVKK: hangi veri asla istenmez/accept edilmez?
- Manual eskalasyon (çağrı merkezi) ne zaman devreye girer?
- KPI seti: dönüşüm, hız, hata, risk nasıl ölçülecek? (180g)
7. Antalya & City Otel Örnekleri (Kısa Senaryo)
Antalya resort — yüksek hacim + WhatsApp yoğunluğu
- •Hız kritik: otomatik cevap + 2 seçenek teklif
- •Aile/connecting taleplerini erken yakala
- •Hassas veri riskine karşı “güvenli ödeme” yönlendirmesi standart
İstanbul city — Instagram DM + iş segmenti
- •DM’den gelen talebi mini form ile hızla netleştir
- •Kurumsal taleplerde “company/billing talimatı” manuel onaya düşebilir
- •Log disiplini: fatura/ödeme anlaşmazlığını önler
8. Fark Yaratan Mini Bölüm: Chat’i “Soru-Cevap” Değil “Kayıtlı Rezervasyon Akışı” Yapmak (Competitor Gap)
Rakip içerikler mesajlaşmayı çoğunlukla müşteri hizmeti gibi görür; oysa 2026’da chat, tam bir rezervasyon kanalına dönüşüyor. Farkı yaratan; teklif/onay/ödeme/PMS kayıt adımlarının standartlaşması ve KVKK uyumlu log disiplinidir. Bu rehber, MessagingRequest → ConfirmedReservation → PMSRecord hattını kurarak çağrı merkezi yükünü azaltırken hata ve riskleri kontrol etmeyi hedefler. (Refresh: 180 gün.)
9. Mesajlaşma Kanalı Rezervasyon Script & Akış Şablonunu İndir — 2026
Mesajlaşma Kanalı Rezervasyon Script & Akış Şablonunu İndir — 2026 (v1.0)
Bu şablon, WhatsApp/Instagram DM/web chat/super-app üzerinden gelen rezervasyon taleplerini standart bir akışla yönetmek için hazırlanmıştır: minimum veri toplama, teklif, onay, güvenli ödeme yönlendirmesi, PMS kaydı ve KVKK uyumlu log. Amaç; hızlı yanıt ile dönüşümü artırırken kayıt hatası ve hassas veri riskini azaltmaktır. Detaylı hukuki tavsiye yerine operasyonel prensipler verir; gerekirse uzman görüşü önerilir.
Kim Kullanır?
Rezervasyon ekibi + mesaj yönetimi (call center) + IT/PMS entegrasyon.
Nasıl Kullanılır?
- Kanal bazlı “ilk 3 mesaj” script’ini uygula ve minimum veriyi topla.
- 2 seçenek teklif et, yazılı onay al; ödemeyi güvenli kanala yönlendir.
- PMS kaydını aç, case ID ile logla; teyit mesajını gönder.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ 3 soru ile veri tamamlandı
- ▢ ✅ 2 seçenek teklif edildi
- ▢ ✅ Yazılı onay alındı
- ▢ ✅ Güvenli ödeme yönlendirmesi yapıldı
- ▢ ✅ PMS kaydı + case log tamamlandı
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
TEMPLATE – 6 Modüllü Chat Script Bankası
A) Açılış (her kanal)
“Merhaba! Size yardımcı olayım. Giriş-çıkış tarihiniz ve kişi sayınız nedir?”
B) Minimum Veri (3 soru)
- “Giriş-çıkış tarihleri?”
- “Yetişkin/çocuk sayısı?”
- “Oda tercihi veya kritik isteğiniz var mı?” (sessiz oda/bebek yatağı)
C) Teklif (2 seçenek kuralı)
“Size iki seçenek sunayım: 1. {Oda A} — {fiyat aralığı/koşul kısa} 2. {Oda B} — {fiyat aralığı/koşul kısa} Hangisi uygun?”
D) Onay cümlesi (yazılı teyit)
“Onaylıyorum derseniz rezervasyonu oluşturup size referans numarası göndereceğim.”
E) Ödeme / Garanti (yüksek seviye uyarı)
“Ödeme için güvenli bağlantı/paylaşım kullanıyoruz; kart/kimlik fotoğrafı mesajla istenmez.”
F) Kapanış / Teyit
“Rezervasyonunuz oluşturuldu. Ref: {XXXX}. Her değişiklikte bu referansla yazabilirsiniz.”
TEMPLATE – Log / Case Formatı (KVKK uyumlu özet)
- •Case ID: CHAT-_____
- •Kanal: WA / IG / WebChat / SuperApp
- •Misafir iletişim: (min) tel/e-posta
- •Tarih: giriş/çıkış
- •Teklif: A/B seçeneği
- •Onay: (evet/hayır) + saat
- •Ödeme yönlendirme: (link/pos/garanti)
- •PMS kayıt: ref no + saat
- •Not: yalnız operasyonel (hassas veri yok)
TEMPLATE – “Gönderilmemesi gereken bilgiler” listesi
- •Kart fotoğrafı / CVV
- •Pasaport/kimlik fotoğrafı
- •Üçüncü kişiye doğrulamasız detay
- •Gereksiz sağlık verisi detayı
Deliverables
- •Script bankası (v1.0)
- •Minimum alan seti (v1.0)
- •Log formatı (v1.0)
- •Riskli bilgi listesi (v1.0)
Bir Sonraki Adım
Kanal stratejisi, script bankası, PMS kayıt SLA ve KVKK guardrail’leriyle chat talebini kontrollü rezervasyona çevirir.
Sık Sorulan Sorular
Mesajlaşma kanalları üzerinden rezervasyon nasıl yönetilir?▾
WhatsApp ve Instagram DM’den gelen talepleri PMS’e nasıl aktarmalıyım?▾
Mesajlaşma yoluyla ödeme ve kimlik bilgisi paylaşırken nelere dikkat etmeliyim?▾
KVKK uyumunu mesaj rezervasyonunda nasıl sağlarım?▾
İlgili İçerikler
İlgili Yazılar