1. Neden Outsourcing veya Paylaşımlı Çağrı Merkezi?
Outsourcing ve shared call center modelleri genelde şu ihtiyaçlardan doğar:
- •Sezonda hızlı kapasite artırmak (peak dönemler)
- •4 dil/çok dil kapasitesi kurmak (TR–EN–DE–RU)
- •Çok otelli yapıda merkezi rezervasyon hattı işletmek
- •İç ekip kurma/işletme maliyetini optimize etmek
Ancak model ne olursa olsun, ortak risk aynıdır: ölçüm yoksa kontrol yoktur. Vendor yönetimi “iyi niyet” ile yürütülemez; KPI–SLA, raporlama ve denetim katmanı olmadan kalite dalgalanır.
Varsayım (operasyonel gözlem): Outsource partner’i net KPI ve denetim yapısıyla yöneten otellerde hizmet seviyesinin daha tutarlı olduğu; serbest bırakılan vendor’larda ise kalite ve SLA sorunlarının artabildiği ifade edilebilir. Etki, yönetim disiplinine bağlıdır.
Ne yapmalıyım?
- • Outsourcing kararını verirken “ölçüm planını” aynı anda tasarla
- • Shared modelde otel bazlı ayrıştırmayı zorunlu kıl (Hotel Group → Hotel)
- • Hizmet çerçevesi için iç link: https://dgtlface.com/tr/cagri-merkezi-hizmetleri
☑ Mini Check
- • Vendor için KPI–SLA setim yazılı mı?
- • Raporlama sıklığı ve formatı net mi?
- • Denetim (QA/audit) katmanı var mı?
- • Otel bazlı kıyas (benchmark) yapılacak mı?
2. Sözleşmeye Yazılması Gereken KPI ve SLA’ler
Bu bölüm “hukuki yorum” değildir; performans yönetimi açısından hangi başlıkların netleşmesi gerektiğini anlatır. Amaç: vendor’ı adil ve ölçülebilir şekilde yönetmek.
SLA başlıkları (çekirdek)
- •SLA uyumu: belirlenen hedefe göre hizmet seviyesi
- •Yanıt/bekleme: bekleme süresi (ASA) veya ilk yanıt (mesaj)
- •Cevaplanma/yanıtsız: telefon cevaplanma, mesaj yanıtsız kalma
- •Terk (abandonment): kuyrukta vazgeçme
- •Çalışma saatleri & kapsam: sezon içi/dışı, dil kapsamı, kanal kapsamı
KPI başlıkları (sonuç + kalite)
- •FCR / çözüm oranı: talep türüne göre (özellikle satış sonrası destek)
- •Rezervasyon dönüşümü: conversion rate (rezervasyon hattı için)
- •Kalite skoru: QA scorecard (ortak kriterlerle)
- •Şikâyet oranı / yeniden temas: tekrar arama, tekrar yazışma
- •Rapor doğruluğu: veri tutarlılığı, etiketleme standardı
Ceza/ödül mantığına “pratik yaklaşım”
Hukuki yorum yapmadan: performans yönetimi açısından en büyük risk, tek bir KPI’ya aşırı bağlanmaktır. Çünkü vendor KPI’yı “oynamaya” başlayabilir (ör. hız uğruna kaliteyi düşürmek). Bu yüzden:
- •SLA/hız KPI’ları kalite bariyeriyle dengelenmeli
- •Dönüşüm KPI’ları etik ve kalite ölçütleriyle birlikte okunmalı
Ne yapmalıyım?
- • “Hız” KPI’larına kalite bariyeri koy (QA düşerse değerlendirme sınırlansın)
- • Raporlama tanımlarını sözlük gibi yaz (her metrik aynı anlamda ölçülsün)
- • Benchmark çerçevesi için: https://dgtlface.com/tr/raporlama/benchmark-analizi
☑ Mini Check
- • SLA ve KPI tanımları net mi (ölçüm sözlüğü)?
- • Tek KPI’ya bağımlı bir teşvik var mı?
- • Kalite bariyeri var mı?
- • Otel bazlı ayrıştırma sözleşme/rapor formatında var mı?
3. Outsourcing ve paylaşımlı çağrı merkezi performansını nasıl yönetmelisiniz?
Net adımlar:
- •1) KPI/SLA setini tanımla: hız (SLA/bekleme), risk (terk), çözüm (FCR), satış (conversion), kalite (QA).
- •2) Raporlama formatını kilitle: günlük anlık KPI + haftalık trend + aylık strateji paketi.
- •3) Denetim katmanı kur: ortak QA dinleme, quality audit, gizli müşteri senaryoları.
- •4) Benchmark yap: vendor vs iç ekip ve otel bazlı kıyas (Hotel Group → Hotel).
- •5) Aksiyon ve takip: her sapma için düzeltme planı + takip tarihi.
- •6) Yönetişim ritmi: weekly review + monthly strategy ile vendor’ı “canlı” yönet.
Kısa cevap bloğu:
Vendor performansını yönetmek için KPI/SLA’yı netleştirin, raporlama formatını standardize edin, QA/audit ile doğrulayın ve vendor’ı iç ekip/otel bazlı benchmark’la kıyaslayıp aksiyon planıyla takip edin.
Ne yapmalıyım?
- • Vendor review toplantısını haftalık ritme bağla (kısa ama disiplinli)
- • Sapma olunca “kök neden + aksiyon + tarih” formatı kullan
- • Performans analizi parent sayfasıyla bağla: https://dgtlface.com/tr/cagri-merkezi/performans-analizi
☑ Mini Check
- • KPI/SLA seti dengeli mi (hız + kalite + sonuç)?
- • Rapor formatı kilitli mi?
- • Audit/QA doğrulaması var mı?
- • Benchmark yapılmadan karar veriliyor mu?
4. Günlük/Haftalık Vendor Raporları
Vendor raporu “çok tablo” değil, “karar” üretmelidir. Bu yüzden raporu 3 seviyede standardize edin:
Günlük rapor (operasyon stabilizasyonu)
- •Anlık queue/SLA/bekleme/cevaplanma/terk
- •Dil/kanal kırılımı (varsa)
- •Kırmızı/sarı alarm notu (Varsayım: realtime sistemi varsa)
Haftalık rapor (trend + kök neden)
- •Haftalık SLA ve bekleme trendi
- •Terk trendi ve pik saat analizi
- •FCR/şikâyet sinyali (talep türüne göre)
- •Rezervasyon dönüşümü (segment bazlı)
- •QA skorları (varsa, alt skorlarla)
Aylık rapor (strateji + iyileştirme)
- •Süreç iyileştirme önerileri (script, triage, policy)
- •Kapasite planı (sezon)
- •Otel bazlı benchmark ve “en iyi uygulamalar” (vendor’dan beklenen)
Ne yapmalıyım?
- • Vendor raporunda “tek sayfa özet” zorunlu olsun (Top 3 sorun + 3 aksiyon)
- • Otel bazlı kırılımı her rapora eklet (grup toplamı tek başına yetmez)
- • Benchmark yaklaşımı: https://dgtlface.com/tr/raporlama/benchmark-analizi
☑ Mini Check
- • Günlük rapor aksiyon veriyor mu?
- • Haftalık rapor kök neden içeriyor mu?
- • Aylık rapor süreç önerisi üretiyor mu?
- • Otel bazlı kırılım her zaman var mı?
5. Denetim, Kalite Dinleme ve Gizli Müşteri
Vendor raporu kendi kendini doğrulamaz. Bu yüzden performans yönetiminin “bağımsız doğrulama” katmanı olmalıdır.
Ortak QA (Quality Audit) – en etkili pratik
- •Ortak QA scorecard: aynı kriter, aynı dil
- •Ayda 1–2 kalibrasyon oturumu (kısa ama disiplinli)
- •QA bulgusu → eğitim planı → tekrar ölçüm
Gizli müşteri (mystery) senaryoları
Amaç “yakalamak” değil, gerçek deneyimi ölçmektir:
- •Rezervasyon talebi (fiyat/müsaitlik)
- •İptal/iade sorusu (policy netliği)
- •Şikâyet senaryosu (empati + çözüm)
Gizlilik ve veri güvenliği (pratik)
Vendor erişimleri, müşteri verisi ve kayıtlar açısından kontrollü olmalıdır (Varsayım: kurum politikalarına göre). Bu, performans yönetiminin parçasıdır: “güven” bozulursa operasyon da bozulur.
Ne yapmalıyım?
- • QA scorecard’ı vendor ile ortaklaştır; “benim ölçümüm–senin ölçümün” ayrışmasın
- • Mystery senaryoları 3–5 tipte standardize et
- • Denetimi haftalık rapor toplantısına 1 madde olarak ekle
☑ Mini Check
- • QA kriterleri ortak mı?
- • Kalibrasyon oturumu yapılıyor mu?
- • Gizli müşteri senaryoları planlı mı?
- • QA bulgusu eğitim aksiyonuna bağlanıyor mu?
6. Çok Otelli Yapılarda Vendor Performansını Kıyaslamak
Hotel Group yapısında en büyük hata: vendor performansını “grup ortalaması” ile ölçmek. Ortalama; zayıf oteli saklar.
Kıyas eksenleri
- •Otel bazlı SLA/bekleme/terk kıyası
- •Otel bazlı dönüşüm kıyası (rezervasyon hattı)
- •Dil bazlı performans (DE/RU gibi)
- •Kanal bazlı performans (telefon vs mesaj)
Vendor vs iç ekip kıyası (adil yaklaşım)
Kıyas yaparken bağlamı eşitleyin:
- •Aynı talep türü
- •Aynı saat aralığı (pik saat)
- •Aynı pazar/dil
Aksi halde vendor “daha zor işi alıyor” veya “daha kolay iş alıyor” gibi yanlış sonuçlar çıkar.
Key Statistics / Data Point (yumuşatılmış): Benchmark disiplini olan yapılarda “hangi otelde ne iyi çalışıyor?” daha net görünür; iyi uygulamalar daha hızlı yayılabilir.
| Kıyas ekseni | Vendor | İç ekip | Kırılım | Not |
|---|---|---|---|---|
| SLA / Bekleme / Terk | Ölçülür | Ölçülür | Otel bazlı | Grup ortalaması tek başına kullanılmamalı |
| Dönüşüm | Ölçülür | Ölçülür | Otel + segment bazlı | Aynı talep türüyle kıyaslanmalı |
| Dil performansı | Ölçülür | Ölçülür | TR / EN / DE / RU | Dil bazlı farklı zorluk dikkate alınmalı |
| Kanal performansı | Telefon / mesaj | Telefon / mesaj | Kanal bazlı | Saat aralığı ve yoğunluk eşitlenmeli |
| QA skoru | Ortak kriter | Ortak kriter | Otel + dil bazlı | Aynı scorecard kullanılmalı |
Ne yapmalıyım?
- • Otel bazlı KPI tablosunu haftalık vendor review’un ilk sayfası yap
- • Bağlam eşitleme kuralını yaz: talep türü + saat + dil
- • Benchmark sayfasına bağla: https://dgtlface.com/tr/raporlama/benchmark-analizi
☑ Mini Check
- • Grup ortalaması yerine otel bazlı bakıyor musunuz?
- • Kıyas bağlamı eşit mi (talep/saat/dil)?
- • Vendor vs iç ekip kıyası adil mi?
- • İyi uygulama paylaşım ritmi var mı?
7. Fark yaratan mini bölüm: Sözleşme KPI maddeleri (örnek liste) + vendor dashboard standardı
Bu bölüm “hukuki metin” değildir; KPI/SLA yönetiminde hangi maddelerin netleşmesi gerektiğini somutlaştırır.
KPI maddeleri örnek listesi (pratik başlıklar)
- •SLA hedef tanımı + ölçüm yöntemi
- •Bekleme/ASA tanımı + raporlama sıklığı
- •Terk/yanıtsız KPI tanımı
- •Dil/kanal kırılımı zorunluluğu
- •QA scorecard kriterleri + kalibrasyon ritmi
- •Aksiyon planı ve düzeltme süresi (sapma olunca)
- •Rapor formatı (günlük/haftalık/aylık) ve veri doğrulama
Ne yapmalıyım?
- • Vendor’dan “tek sayfa dashboard özeti” iste: Top 5 KPI + sapma + aksiyon
- • QA ve audit’i raporun ayrılmaz parçası yap
- • Hizmet çerçevesi için: https://dgtlface.com/tr/cagri-merkezi-hizmetleri
☑ Mini Check
- • KPI/SLA tanımları raporla uyumlu mu?
- • Dil/kanal kırılımı zorunlu mu?
- • QA kalibrasyonu yazılı mı?
- • Sapma olunca düzeltme süresi net mi?
8. Vendor KPI & SLA Sözleşme Şablonunu İndir — Çağrı Merkezi / Vendor Governance
Vendor KPI & SLA Sözleşme Şablonunu İndir — Çağrı Merkezi / Vendor Governance (v1.0)
Bu asset, outsource veya paylaşımlı çağrı merkezi vendor’ı için KPI/SLA tanımlarını, raporlama ritmini ve kalite denetimini tek bir yönetim şablonunda toplar. Amaç hukuki metin üretmek değil; performans yönetimi açısından “ne ölçülecek, nasıl raporlanacak, nasıl doğrulanacak ve nasıl kıyaslanacak” sorularını netleştirmektir.
Kim Kullanır?
Otel grubu operasyonu, rezervasyon lideri, vendor yöneticisi, raporlama/BI, satınalma.
Nasıl Kullanılır?
- KPI/SLA sözlüğünü ve kapsamı doldurun (dil/kanal/otel ayrımı).
- Günlük/haftalık/aylık rapor formatını ve QA/audit ritmini işaretleyin.
- Vendor vs iç ekip benchmark tablosunu kurup haftalık review’da aksiyon çıkarın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ KPI/SLA Sözlüğü (0–2 / 0–5 skor + net tanım)
- ▢ ✅ Raporlama Ritmi (günlük/haftalık/aylık)
- ▢ ✅ Quality Audit Alanı (Kırmızı/Sarı/Yeşil)
- ▢ ✅ Benchmark: Vendor vs İç Ekip (otel bazlı)
- ▢ ✅ İlk 10 Aksiyon Listesi
- ▢ ✅ Öncesi/Sonrası Tablosu
- ▢ ✅ Vendor KPI karşılaştırma tablosu (Table)
- ▢ ✅ Sözleşme KPI maddeleri örnek listesi (Card)
- ▢ ✅ Vendor vs iç ekip grafiği (Diagram)
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
9. Sonuç: Vendor yönetimi, “ölç–doğrula–kıyasla–iyileştir” döngüsüdür
Outsourcing veya paylaşımlı çağrı merkezi modelinde başarı, vendor’ı serbest bırakmakla değil; KPI/SLA’yı doğru tanımlayıp raporlama ve denetim ritmiyle yönetmekle gelir. Günlük/haftalık raporlar stabilizasyon ve kök neden analizi sağlar; Quality Audit ve gizli müşteri doğrulama katmanı ekler; otel bazlı benchmark ise gerçek resmi gösterir. Bu döngü kurulduğunda, hizmet seviyesi daha tutarlı hale gelebilir ve performans sapmaları daha erken yakalanabilir.
Bir Sonraki Adım
Vendor KPI/SLA setini, raporlama ritmini ve audit/benchmark yapısını otel grubunuza göre kurmak isteyen ekipler için.
Sık Sorulan Sorular
Outsource çağrı merkezi performansı nasıl ölçülür?▾
Sözleşmeye hangi KPI ve SLA’ler yazılmalı?▾
Vendor raporlarını nasıl yorumlamalıyım?▾
Vendor performansını kendi ekibimle nasıl kıyaslarım?▾
Paylaşımlı çağrı merkezinde KPI ayrıştırması nasıl yapılır?▾
QA ve denetim olmadan vendor yönetilir mi?▾
İlgili Yazılar