Mesaj Yönetimi Ekibi ile Çağrı Merkezi ve Rezervasyon Hattını Nasıl Entegre Edersiniz?

“DM ekibi mi, call center mı bakmalı?” sorusunun tek cevabı yok; otelin hacmine göre model seçilir. Aşağıda üç pratik model var.

Bu operasyonu tek başına sosyal medya cevabı olarak değil, daha geniş bir çağrı merkezi hizmetleri yapısının parçası olarak kurgulamak gerekir.

Genel kanal çerçevesini önce otel sosyal medya mesaj yönetimi temel rehberi üzerinden netleştirip, bu organizasyonu daha sonra ekip ve handover seviyesine taşımak daha sağlıklı ilerler.

Model-1 (Küçük otel / düşük hacim): Mesajlar Call Center içinde

• •Mesaj kanalı, rezervasyon hattının uzantısıdır
• •Aynı ekip hem yazar hem arar hem kapatır
• •Avantaj: hızlı kapanış, tek sahiplik
• •Risk: yoğunlukta “mesajlar geri düşer”

Model-2 (Orta hacim): Message Team (triage) + Reservation Team (kapanış)

• •Mesaj ekibi sınıflandırır, bilgi toplar, teklif setini hazırlar
• •Kapanış gerektiğinde Reservation Line’a devir
• •Avantaj: hız + kalite dengesi
• •Risk: devir kuralı net değilse sürtünme

Model-3 (Yüksek hacim / zincir): Omnichannel Contact Center

• •Shared inbox + routing + uzman ekipler (satış/şikâyet/OTA)
• •Dil bazlı kapasite (TR–EN–DE–RU)
• •Avantaj: ölçülebilir, ölçeklenir
• •Risk: süreç yazılı değilse “bürokrasi” doğar

Mini Check

• •Hangi modelde olduğunuz net mi?
• •Mesajların “sahibi” kim?
• •Devir yapıldığında kapanış sorumlusu kim?

Ne yapmalıyım?

• •Hacme göre modeli seç ve yazılılaştır.
• •Mesaj–call center sınırını (triage vs kapanış) tanımla.
• •Her mesajın “owner”ı olsun.

Bu entegrasyonun günlük iş akışında sorunsuz işlemesi için ortak inbox ve routing kuralları yapısının, ekip sahipliği ve kuyruk mantığıyla birlikte tanımlanması gerekir.

4–6 maddelik entegrasyon adımları:

1. Mesaj ekibi ile Call Center/Reservation Line rollerini yazın: triage, bilgi toplama, kapanış.
2. “Telefona devir” kurallarını belirleyin (karar aşaması, karmaşık istek, yüksek değer).
3. Ortak script dili kurun: mesaj şablonları, telefon script’leriyle aynı teklif mantığını kullansın.
4. Vardiya ve handover standardı koyun: açık lead listesi, devir not formatı, SLA hedefi.
5. Ortak KPI seti belirleyin: devir oranı, devir→rezervasyon, kalite skoru, yanıt hızı.
6. Tek raporlama/CRM akışı sağlayın: mesaj ve çağrı kayıtları aynı sistemde birleşsin.

Sesli arama için kısa cevaplar (Voice)

• •“DM ekibi mi call center mı?” → “Hacim düşükse call center; hacim artınca triage mesaj ekibi + kapanış rezervasyon hattı daha verimli olur.”
• •“Mesajı satışa mı resepsiyona mı yönlendireyim?” → “Satış niyeti varsa rezervasyona; operasyonel bilgi ise ön büroya; şikâyet ise misafir ilişkilerine.”

Mini Check

• •Rol tanımı yazılı mı?
• •Devir kuralı net mi?
• •Ortak KPI var mı?

Ne yapmalıyım?

• •1 sayfalık “entegrasyon SOP” çıkar.
• •Devir not formatını sabitle.
• •Haftalık KPI toplantısı planla.

İş bölümü net değilse iki tip sorun çıkar: (1) mesaj ekibi “kapanış” yapmaya çalışır ama yetkisi yoktur, (2) call center “basit bilgi”ye boğulur.

Rol & sorumluluk tablosu (uygulanabilir)

Varsayım: Ödeme/kapanış süreçleri Reservation Line’da yürütülür (otel politikasına göre değişebilir).

Mini Check

• •Mesaj ekibinin “kapanış” sınırı net mi?
• •Call center’a giden devir notu standardı var mı?
• •Şikâyet akışı satıştan ayrışıyor mu?

Ne yapmalıyım?

• •Rol tablosunu ekip onboarding dokümanına koy.
• •Yetki sınırlarını yazılılaştır.
• •Devir not formatını zorunlu kıl.

Hangi durumda telefona geçilmeli? Kural, “her mesajı aramayın” değil; “doğru anda arayın”dır. Telefona geçmek, özellikle itirazların hızlı çözülmesi ve yüksek değerli rezervasyonlarda etkilidir (yönlü ifade).

DM’de başlayan talebin gelir fırsatına dönmesi için mesajlardan rezervasyon ve satış fırsatı üretmek yaklaşımıyla ilerlemek, kapanış aşamasında ise talebi doğru anda rezervasyon desteği ekibine devretmek gerekir.

Telefona devir tetikleyicileri (pratik)

• •Misafir tarih + kişi + oda tipini verdi (karar aşamasına yakın)
• •Çok seçenekli/karmaşık paket (transfer, çocuk, iptal şartı)
• •Yüksek değer (suite, uzun konaklama, grup)
• •İtiraz/kararsızlık (fiyat/koşul)
• •Dil bariyeri (yazışma uzuyor)

Yazışma uzadığında veya yabancı dilde güven kaybı oluştuğunda, talebi planlı biçimde 4 dilli çağrı merkezi yapısına aktarmak hem süreyi kısaltır hem de yanlış anlaşılma riskini düşürür.

Devir not formatı (tek satır standardı)

• •“Kanal + Dil + Tarih + Kişi + İstek + Sunulan 2 seçenek + Misafirin itirazı + Takip zamanı”

Mini Check

• •Devir tetikleyicileri ekipte biliniyor mu?
• •Devir not formatı standart mı?
• •Devir sonrası kapanış takibi yapılıyor mu?

Ne yapmalıyım?

• •5 tetikleyiciyi “kural kartı” yap.
• •Devir notunu tek formatla zorunlu kıl.
• •Devir→rezervasyon KPI’ını haftalık izle.

Entegrasyonun sürdürülebilir olması için üç şey şart: vardiya tasarımı, ortak eğitim ve script uyumu.

Vardiya & handover

• •Peak saatlerde mesaj triage kapasitesi artmalı
• •Açık lead listesi devredilmeli
• •Handover’da “sahipsiz mesaj” kalmamalı

Ortak eğitim ve kalite (QA)

• •Mesaj şablonları, telefon script’leriyle aynı teklif mantığını kullanır
• •Haftalık 10 konuşma örneği (mesaj + çağrı) birlikte değerlendirilir
• •Ton tutarlılığı korunur

Script eşleşmesi (soft/hard sell)

• •Mesaj şablonu: 2 soru + 2 seçenek + kapanış adımı
• •Telefon script’i: itiraz yönetimi + netleştirme + kapanış

Mini Check

• •Mesaj şablonları telefon script’iyle uyumlu mu?
• •Ortak QA toplantısı var mı?
• •Vardiya devrinde açık lead listesi devrediliyor mu?

Ne yapmalıyım?

• •Mesaj şablonlarını telefon script’leriyle eşleştir.
• •Haftalık QA ritmi koy (30 dk).
• •Peak saat için vardiya planı güncelle.

Ekipler farklı hedeflerle ölçülürse çatışma çıkar: mesaj ekibi “hız”a, call center “satış”a bakar; kimse “devir kalitesi”ne bakmaz. Çözüm: ortak KPI seti.

Bu devrin nerede hızlandığını ve nerede tıkandığını görmek için mesaj yönetimi performans raporlama ve dashboard yapısında handover, ekip verimi ve departman bazlı akış birlikte izlenmelidir.

Teknik not (kısa): kayıtların aynı sisteme akması

Mesaj ve çağrı kayıtları aynı CRM/raporlama sistemine akmazsa; “tek gerçek” oluşmaz ve KPI’lar tartışmalı olur. Bu yüzden:

• •Kullanıcı rollerini ve yetkileri net tanımlayın (kim neyi görür/değiştirir)
• •Kaynak alanlarını standardize edin (source=message, source=call)
• •Devir ID’si ile mesaj ve çağrıyı ilişkilendirin (Varsayım: mümkünse)

Mesajdan çağrıya, çağrıdan rezervasyona giden hattın ticari etkisini okumak için bu KPI’ları satış ve dönüşüm raporları tarafıyla da eşleştirmek gerekir.

Mini Check

• •Ortak KPI seti var mı?
• •Prim/ödül sistemi ortak hedefi destekliyor mu?
• •Mesaj + çağrı kayıtları aynı raporda birleşiyor mu?

Ne yapmalıyım?

• •Ortak KPI setini “tek sayfa” olarak yayınla.
• •Prim sistemini “devir→rezervasyon + kalite” ile hizala (Varsayım: uygulanabilir).
• •Tek rapor ekranı kur (mesaj + çağrı).

Bu organizasyonu standartlaştırmak isterseniz mesaj yönetimi hizmeti yapısını inceleyebilir, uygulama detayları için de mesaj yönetimi hakkında sık sorulan sorular sayfasından ilerleyebilirsiniz.