DGTLFACE – Dijital Teknoloji Ortağı

Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna aliquam erat volutpat.

Yüksek Sezonda Otel Rezervasyon Çağrı Merkezinde Vardiya ve Kadro Planlama

Yüksek Sezonda Otel Rezervasyon Çağrı Merkezinde Vardiya ve Kadro Planlama

9 dk okuma24 Mart 2026DGTLFACE Editorial

“Sezonda hat sürekli meşgul, ne yapmalıyım?” ve “Kaç kişiyle çalışmam gerekir?” soruları, yüksek sezonda en sık duyulan iki cümledir. Antalya, Belek, Side ve Bodrum gibi destinasyonlarda talep bir anda yükselir; çağrı merkezinde cevaplanamayan aramalar ve uzun bekleme süreleri satış ve memnuniyeti olumsuz etkileyebilir (yönlü). Çözüm; sezona girerken “hissetmek” değil, çağrı hacmini forecast edip vardiyayı buna göre kurmaktır. Bu rehber, talep sinyalini PMS/OTA’dan okumayı, pik saatleri çıkarmayı, SLA hedefleriyle kadro planlamayı ve overflow/back-up modelleriyle yoğunluğu yönetmeyi adım adım açıklar.

Öne Çıkan Cevap

Yüksek sezonda çağrı merkezinin çökmesini engellemenin yolu, çağrı hacmini doğru tahmin etmek ve vardiya–kadro planını veriye dayalı kurmaktır. PMS ve OTA verilerinden gelen talep sinyalleri (tarih bazlı yoğunluk), geçmiş çağrı istatistikleriyle birleşince gün içi pik saatler görünür olur. Bu rehber, SLA/cevaplanma/bekleme hedeflerini tanımlar; esnek kadro, overflow ve back-up modelleriyle yoğunluğu yönetirken rezervasyon kalitesini korumayı adım adım anlatır.

Özet

PMS/OTA talep sinyalleri + geçmiş çağrı verisiyle pik saatleri tahmin edin. SLA hedeflerini belirleyip vardiya-kadro planı kurun. Overflow/back-up ile yoğunlukta kaliteyi koruyun.

Maddeler

  • Hedef kitle: call center lideri, ön büro, operasyon, BI/raporlama
  • KPI: call volume, cevaplanma oranı, bekleme süresi, drop/terk, SLA uyumu
  • Entity: Call Volume, SLA, Call Center, PMS, OTA, Forecasting, Hotel
  • Funnel: demand (talep) → capacity (kapasite) → service (SLA) → conversion (yönlü)
  • Geo: Antalya / Belek / Side / Bodrum (sezonda sert yükseliş)
  • Çıktı: gün içi hacim grafiği, vardiya tablosu, SLA dashboard mockup, sezon öncesi/sonrası kıyas
  • Ana prensip: “Tahmin et → kapasite kur → ölç → ayarla”

Kısa Cevap

Çağrı hacmini tahmin edin, pik saatlere göre vardiya kurun ve SLA’yı overflow/back-up ile koruyun.

Hızlı Özet

  • 1) Geçmiş çağrı verisinden saatlik pik pencerelerini çıkarın
  • 2) PMS/OTA sinyalleriyle yoğun hafta ve günleri işaretleyin
  • 3) SLA hedeflerine göre çekirdek + esnek kadro planı kurun
  • 4) Overflow/back-up modeliyle yoğunluğu karşılayın
  • 5) İlk hafta ölçüp planı haftalık revize edin

1. Yüksek Sezon Çağrı Yoğunluğu Nasıl Tahmin Edilir? (Forecasting)

Forecasting, tek bir kaynaktan yapılmaz; PMS doluluk/talep sinyalleri + OTA kanallarındaki tarih yoğunluğu + geçmiş çağrı verisi birlikte okunur. Bu birleşim, “hangi günler” ve “hangi saatler” yükselecek sorusuna yaklaşmanızı sağlar. Amaç “tam sayı” bulmak değil; pik saat pencerelerini ve kapasite ihtiyacının yönünü görmek.

Veri Kaynakları (pratik)

  • PMS: doluluk, rezervasyon giriş tarihleri, iptal yoğunluğu günleri
  • OTA: talep artışı sinyali (tarih aralığı baskısı)
  • Çağrı merkezi: geçmiş call volume, bekleme, drop, cevaplanma
  • Kampanya: promosyon dönemleri (yönlü)
Gün içi çağrı hacmi grafiği (pik saatler)
Gün içi çağrı hacmi grafiği (pik saatler)

Mini Check

  • Geçmiş çağrı verisi saatlik kırılımda var mı?
  • PMS/OTA sinyalleriyle birlikte okunuyor mu?
  • Kampanya dönemleri forecast’e dahil mi?

Ne yapmalıyım?

  • Son sezonu saatlik bazda çıkar (pik saat pencereleri).
  • PMS/OTA talep sinyaliyle “hangi haftalar”ın yoğun olacağını işaretle.
  • Forecast’i haftalık güncelle (sezon dinamiği kayar).

2. Vardiya ve Kadro Planlaması İçin Temel Parametreler

Overflow/back-up model şeması”
Overflow/back-up model şeması”

Kadro planlaması, “kaç kişi var” değil; “hangi saatte kaç kişi lazım” sorusudur. Burada parametreler: beklenen call volume, ortalama görüşme süresi, beklenen çözüm tipi (bilgi vs rezervasyon), kanal karması (telefon/WhatsApp) ve hedef SLA’dır. Ayrıca “kaliteyi koruma” için eğitim/koçluk vakti de planın parçasıdır.

Parametre seti (kısa)

  • Gün içi pik saat pencereleri
  • Ortalama görüşme süresi (AHT) (yönlü)
  • Yoğun saatlerde gelen çağrı türleri (rezervasyon/iptal/OTA)
  • Eğitim/koçluk için mikro slotlar
  • Back-up/overflow kapasitesi

Mini Check

  • Pik saatleri biliyor musun?
  • Yoğunlukta konuşma süresi uzuyor mu? (yönlü)
  • Eğitim zamanı plan içinde var mı?

Ne yapmalıyım?

  • Pik saatler için “çekirdek kadro”, diğer saatler için “esnek kadro” belirle.
  • AHT yükseldiğinde kapasite ihtiyacını artır (planla).
  • Eğitim/koçluğu sezonda kesme; süreyi kısalt ama ritmi koru.

3. Yüksek sezonda kaç temsilciyle çalışmanız gerekir?

“Kaç kişi” sorusunun tek cevabı yoktur; Antalya/Belek gibi yoğun destinasyonlarda pik saatlerde küçük kapasite farkları bile beklemeyi büyütür (yönlü). Bu yüzden doğru yaklaşım, temsilci sayısını “gün geneli” değil “pik saat” üzerinden planlamaktır.

  1. Önce saatlik call volume ve pik saat pencerelerini çıkarın (hangi saatler “yük”).
  2. Ortalama görüşme süresinin yoğunlukta arttığını varsayarak kapasiteyi konservatif planlayın.
  3. Hedef SLA (ilk yanıt/bekleme) için “çekirdek kadro + overflow” modeli kurun.
  4. Missed call/geri arama yükünü ayrı düşünün; aksi halde plan şaşar.
  5. İlk hafta ölçüp vardiya planını hızla düzeltin (haftalık ayar).

Mini Check

  • Plan “pik saat” odaklı mı?
  • Overflow/back-up var mı?
  • İlk hafta ölçümle revize ediyor musun?

4. SLA, Cevaplanma Oranı ve Bekleme Süresi Hedefleri

SLA dashboard mockup
SLA dashboard mockup

SLA; çağrı merkezinin “hizmet seviyesi”dir ve doğrudan satışa etki eder (yönlü). Hedefleri belirlerken “ideal” değil “sürdürülebilir” düşünmek gerekir. Ayrıca sadece telefon değil, WhatsApp ve web lead cevap hızları da aynı hedef mimarisine bağlanmalıdır.

SLA hedef mantığı

  • Yoğun saat: hızlı yanıt + kısa bekleme
  • Yoğun olmayan saat: aynı gün takip + geri arama disiplini
  • WhatsApp/web: hızlı ilk yanıt + sahiplik

Mini Check

  • SLA hedefi yazılı mı?
  • Bekleme ve drop birlikte izleniyor mu?
  • WhatsApp/web cevap süresi aynı panelde mi?

Ne yapmalıyım?

  • SLA’yı 2 kademede yönet: pik saat / normal saat.
  • Bekleme-düşüş ilişkisini (drop) birlikte takip et.
  • SLA bozulunca “overflow” kuralını otomatik devreye al.

5. Esnek Kadro ve Back-Up Modelleri (Overflow)

Vardiya planı örnek tablosu
Vardiya planı örnek tablosu

Yüksek sezonda her şeyi “tam zamanlı kadro” ile çözmek pahalı ve kırılgandır. Esnek model, kapasiteyi yönetilebilir yapar: part-time, remote, overflow ve back-up listesi. Buradaki amaç; hatlar meşgule düşmeden “servis seviyesini” korumaktır.

Model seçenekleri

  • Part-time: pik saatlere takviye
  • Remote: akşam/erken saat coverage
  • Overflow: belirli eşiklerde çağrı yönlendirme
  • Back-up: acil durum listesi (eğitimli)
Tablo: Vardiya planı örnek tablosu
Saat AralığıBeklenen YoğunlukPlanlanan KadroDestek ModeliNot
Pik öncesiOrtaÇekirdek kadroHazır back-upPencere öncesi hazırlık
Pik saatYüksekÇekirdek + esnek kadroOverflow aktifSLA yakın takip
Pik sonrasıOrtaÇekirdek kadroGeri arama disipliniBiriken talepleri temizleme
Akşam / erken saatDeğişkenEsnek / remoteBack-up listesiCoverage koruma

Mini Check

  • Overflow kuralı var mı? (eşik bazlı)
  • Back-up listesi hazır mı?
  • Remote/part-time eğitimli mi?

Ne yapmalıyım?

  • Overflow eşiklerini belirle (SLA bozulmadan önce).
  • Back-up ekibini önceden eğit; sezonda sıfırdan olmaz.
  • Part-time ve remote için “kısa script + KPI” standardı koy.

6. Sezon Sonrası Analiz ve Öğrenilen Dersler (Post-mortem)

Sezon öncesi/sonrası kıyas grafiği
Sezon öncesi/sonrası kıyas grafiği

Sezon bittiğinde analiz yapılmazsa, aynı hatalar tekrar eder. Post-mortem yaklaşımı; hangi gün/saatte SLA çöktü, hangi senaryo çağrı süresini uzattı, hangi kampanya talebi patlattı gibi soruları netleştirir. Sonuç; gelecek sezon forecast ve kadro modelinin daha doğru kurulmasıdır.

Sezon kıyas seti (yönlü)

  • Öncesi vs sezon içi vs sonrası: call volume, bekleme, drop, cevaplanma
  • Vardiya değişikliği sonrası etki: SLA düzeldi mi?
  • Overflow kullanım sıklığı: normal mi aşırı mı?

Mini Check

  • Sezon bitince rapor çıkarıyor musun?
  • “En kötü 10 saat” listesini yapıyor musun?
  • Öğrenimleri SOP’a çeviriyor musun?

Ne yapmalıyım?

  • Sezon sonunda 1 sayfalık post-mortem yaz.
  • Forecast modelini “en kötü saatler” üzerinden güçlendir.
  • Bir sonraki sezonun vardiya taslağını hemen çıkar (unutmadan).

7. Adım adım sezon hazırlık checklist’i

Sezon hazırlık checklist kartı”
Sezon hazırlık checklist kartı”
  1. Son sezon saatlik call volume çıkar
  2. PMS/OTA talep sinyalleriyle yoğun haftaları işaretle
  3. Pik saat pencerelerini belirle
  4. SLA hedeflerini tanımla (pik/normal)
  5. Vardiya planı + çekirdek kadro kur
  6. Overflow/back-up modelini ekle
  7. Eğitim/koçluk mikro rutini koy
  8. İlk hafta ölç → revize et
  9. Sezon sonu post-mortem → SOP güncelle

8. Vardiya Planlama Şablonunu İndir — Yüksek Sezon Call Center

TEMPLATEv1.0Checklist + Sprint

Vardiya Planlama Şablonunu İndir — Yüksek Sezon Call Center (v1.0)

Bu şablon, yüksek sezonda saatlik call volume tahmini, pik saat pencereleri, çekirdek/esnek kadro dağılımı ve SLA hedeflerini tek tabloda planlamanıza yardımcı olur. Amaç; hatların meşgule düşmesini önlemek, bekleme ve drop’ı azaltmak ve overflow/back-up modelini önceden kurgulamaktır. Sezon sonu kıyas alanlarıyla öğrenimleri bir sonraki plana taşır.

Kim Kullanır?

Call center lideri, operasyon yöneticisi, raporlama/BI sorumlusu.

Nasıl Kullanılır?

  1. Geçmiş sezonun saatlik call volume verisini tabloya girin ve pik saatleri işaretleyin.
  2. SLA hedeflerini belirleyip çekirdek + esnek kadro dağılımını oluşturun; overflow eşiklerini ekleyin.
  3. İlk hafta ölçüp revize edin; sezon sonunda kıyas sayfasını doldurun.

Ölçüm & Önceliklendirme (Kısa sürüm)

  • ▢ ✅ A) Forecast: Tarih/hafta bazlı yoğunluk notları (PMS/OTA sinyali)
  • ▢ ✅ B) Saatlik Hacim: Saat aralığı → beklenen call volume → pik etiketi
  • ▢ ✅ C) Kadro Planı: Saat aralığı → planlanan agent sayısı → back-up/overflow
  • ▢ ✅ D) SLA Hedefleri: Cevaplanma / bekleme / drop hedefleri (pik/normal)
  • ▢ ✅ E) Sonuç: Gerçekleşen KPI → sapma → aksiyon notu
  • ▢ ✅ F) Sezon Sonu Kıyas: Öncesi/sonrası trend + öğrenimler

PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu

Şablonunu İndir Ücretsiz • PDF / Excel

9. Sonuç: Sezonda çağrı merkezinin çökmesini önlemek planla mümkündür

Yüksek sezonda çağrı merkezinin performansı, sezona başlamadan önce ne kadar doğru tahmin ve kapasite planı yaptığınıza bağlıdır. PMS/OTA sinyalleri, geçmiş çağrı verisi ve SLA hedefleri birlikte okunursa; pik saatlerde servis seviyesini koruyan, satış ve memnuniyet kaybını azaltan daha dayanıklı bir operasyon kurabilirsiniz.

Buradaki temel prensip nettir: “Tahmin et → kapasite kur → ölç → ayarla”. Sezon öncesi hazırlık, sezon içi haftalık revizyon ve sezon sonu post-mortem birlikte çalıştığında, sonraki sezonun vardiya ve kadro modeli çok daha sağlam kurulur.

Bir Sonraki Adım

PMS/OTA sinyalleriyle forecast ve vardiya planını veriye dayalı kurmak isteyen oteller için.

Sık Sorulan Sorular

Yüksek sezonda otel çağrı merkezi nasıl planlanır?
Geçmiş çağrı verisiyle pik saatleri çıkarıp PMS/OTA talep sinyalleriyle yoğun haftaları işaretleyin. SLA hedeflerine göre çekirdek kadro + esnek/overflow modeli kurup ilk hafta ölçerek revize edin.
Vardiya ve kadro sayısı nasıl hesaplanır?
Kadro ihtiyacını gün geneli değil pik saat pencerelerine göre düşünün. Ortalama görüşme süresi ve missed call geri arama yükünü de hesaba katıp çekirdek + back-up modeliyle güvenli plan yapın.
Çağrı merkezi SLA hedefleri ne olmalı?
En doğrusu pik saat ve normal saat için iki kademeli hedef belirlemektir. Bekleme süresi ve drop oranını birlikte izleyip SLA bozulmadan overflow devreye sokulmalıdır.
PMS ve OTA verileri çağrı forecast’inde nasıl kullanılır?
PMS’te giriş tarihleri ve doluluk trendi, OTA’da talep baskısı sinyali yoğun haftaları işaret eder. Bu sinyalleri geçmiş saatlik call volume ile birleştirerek pik saat planı çıkarabilirsiniz.
Yüksek Sezonda Otel Rezervasyon Çağrı Merkezinde Vardiya ve Kadro Planlama | DGTLFACE