Zincir Oteller İçin 4 Dilli Shared Service Center Modeli

SSC, zincirin ortak birimlerini tek merkezde toplama yaklaşımıdır. Çağrı merkezinde SSC; dil bilen agent’ları, eğitim/QA süreçlerini, script/KB yönetimini ve raporlamayı merkezîleştirir. Zincir otellerde temel avantaj; “her otel ayrı ayrı ekip kurmasın”, kalite tek standartta yürüsün ve kapasite sezon dalgasına göre daha iyi kullanılsın.

SSC’nin zincir otellerde 4 ana avantajı

• •Dil kalitesi: TR–EN–DE–RU standartlaşır ve sürdürülebilir olur
• •Know-how: script/KB ve operasyon bilgisi merkezde birikir
• •Kapasite verimi: pik–düşük saatlerde oteller arası dengeleme olur (yönlü)
• •Raporlama: tek dashboard ile zincir genel performans görünür

Kısa cevap: Mimari → queue tasarımı → routing (skill-based) → PMS mimarisi → merkezi raporlama → cross-property süreçler. Zincirde SSC’nin başarısı, “kim hangi otelin konuşmasını görüyor?” sorusuna net cevap vermekten geçer. Marka/bölge/segment bazlı kuyruklar, sahipliği korurken merkezî standardı sağlar.

Checklist (5–7 madde)

1. Mimari: SSC çekirdek ekip + otel bazlı escalation owner’ları
2. Queue tasarımı: marka/bölge/segment kuyrukları
3. Routing: dil + skill + otel/marka yetkinliği (skill-based routing)
4. PMS modeli: tek PMS veya çok PMS senaryosu net
5. Raporlama: tek dashboard, otel bazlı KPI + benchmark
6. Cross-property süreç: sister hotel önerileri, grup/cluster yönetimi
7. Governance: RACI, toplantı ritmi, değişiklik yönetimi (KB/script)

“Farklı şehir ve markalardaki otelleri tek 4 dilli çağrı merkezine nasıl bağlarım?” Net cevap: SSC çekirdek ekibini kurup marka/bölge kuyrukları tanımlayın; dil ve skill bazlı routing ile doğru otel bilgisine doğru agent erişsin.

SSC’de en kritik tasarım; kuyrukların “çok” olması değil, “doğru amaçla” olmasıdır. Üç temel yaklaşım vardır: marka bazlı, bölge bazlı, segment bazlı. Çoğu zincirde hibrit bir yapı çalışır: ana kuyruk + alt kuyruklar (tiering).

3 kuyruk yaklaşımı

• •Marka bazlı: farklı marka tonları ve ürün farkları varsa
• •Bölge bazlı: Antalya–Bodrum–İstanbul gibi operasyon farkı varsa
• •Segment bazlı: resort/city/butik farkı süreçleri değiştiriyorsa

Skill-based routing (4 dil + ürün bilgisi)

• •Dil (TR/EN/DE/RU)
• •Ürün bilgisi (marka/otel/segment)
• •Senaryo (rezervasyon, şikâyet, grup, upsell)

Zincirlerde iki gerçek senaryo vardır: tek PMS (merkezi) veya çok PMS (otellerde farklı). Tek PMS daha kolay görünürlük sağlar; çok PMS’de ise mapping, erişim ve kayıt standardı kritik hale gelir. Bu noktada BT ile birlikte entegrasyon tasarımını planlamak gerekir; teknik detaylara girmeden konsept düzeyde hedef nettir: tek misafir görünümü ve tek rezervasyon kartı mantığı (mümkün olan ölçüde).

Tek PMS senaryosu

• •Merkezi görünürlük ve standart rapor
• •Otel bazlı alanlar (otel kodu, kanal, dil) zorunlu

Çok PMS senaryosu

• •Erişim ve mapping disiplinine ihtiyaç
• •Kayıt standardı yoksa “yanlış otele yanlış kayıt” riski

SSC’nin zincirde fark yarattığı alanlardan biri cross-property yönetimdir: bir otelde doluluk varsa “sister hotel” önerisi, farklı lokasyonlarda alternatif sunma, grup rezervasyonlarını cluster bazında yönetme. Bu yaklaşım, hem misafiri kaybetmeyi azaltır hem de zincir içinde geliri tutar (yönlü).

Sister hotel öneri senaryosu (mini örnek)

• •Antalya resort dolu → aynı zincirde Side alternatifi
• •City otelde tarih dolu → aynı şehirde farklı marka alternatifi

Grup/cluster yönetimi

• •Grup taleplerinde “tek iletişim noktası”
• •Fiyat/koşul standardı + otel bazlı müsaitlik görünürlüğü

SSC’nin yönetim değeri, raporlamada ortaya çıkar. Zincir dashboard’ı; otel bazlı performans, dil bazlı kalite, queue bazlı SLA ve oteller arası benchmark göstermelidir. Böylece “en iyi uygulama” paylaşımı yapılır ve zayıf otellere destek planı çıkar.

Tek dashboard’ta minimum kartlar

• •Otel bazlı: yanıt süresi, cevaplanma, dönüşüm (yönlü)
• •Dil bazlı: QA skoru ve şikâyet trendi
• •Queue bazlı: yoğunluk ve kaçan talep
• •Benchmark: zincir ortalaması vs otel

Sektörel içgörü: Shared service doğru kurgulandığında dil kalitesi, raporlama ve kapasite kullanımı iyileşebilir; yanlış kurguda marka/otel sahiplenmesi ve sorumluluk belirsizliği yaşanabilir (yönlü).

Bu bölüm, kullanıcıya “hangi tasarım bende çalışır?” cevabını verir.

Senaryo 1 — Marka bazlı SSC

• •Farklı markalar, farklı ton/konsept → marka kuyrukları + marka specialist’leri

Senaryo 2 — Bölge bazlı SSC (Antalya–Bodrum–İstanbul)

• •Operasyon farkı yüksek → bölge kuyrukları + bölge escalation owner’ı

Senaryo 3 — Segment bazlı SSC (resort/city/butik)

• •Süreç farkı yüksek → segment kuyrukları + senaryo routing

Zincir otellerde 4 dilli çağrı merkezi operasyonunu tek merkezden yürütmek mümkündür; ancak başarı, “tek ekip” yaklaşımından çok “doğru mimari” yaklaşımına bağlıdır. Shared Service Center modeli; marka/bölge/segment kuyrukları, skill-based routing, tek/çok PMS farkını baştan netleştiren çalışma modeli ve merkezi KPI dashboard ile birlikte tasarlandığında zincire ölçeklenebilir bir yapı sunar.

Yanlış kurgu; sahiplenme belirsizliği, sorumluluk karışıklığı ve otel bağlamının kaybolmasına yol açabilir. Doğru kurgu ise dil kalitesini merkezîleştirir, know-how birikimini artırır, raporlamayı görünür kılar ve cross-property upsell gibi zincire özgü fırsatları yönetilebilir hâle getirir.