top of page
Hizmet taahhüdünü ve zaman hedefini temsil eden saat ve belge

SLA Tasarımı: Yanıt ve Çözüm Sürelerini Doğru Tanımlamak

24 Eyl 2023
2 dakikada okunur

Güncelleme tarihi: 21 saat önce

Bir müşteriye “En kısa sürede döneceğiz” demek, ekip için uygulanabilir bir hizmet kuralı oluşturmaz. Hangi talebe, hangi sürede, ne tür bir yanıt verileceği belli olmalı.

SLA, hizmet sağlayıcı ile hizmeti alan taraf arasındaki hizmet seviyesi anlaşmasını ifade eder. Eğitim uygulamasında bu yaklaşımın operasyonel karşılığına odaklanacağız: Yanıt ve çözüm hedeflerini, çalışma takvimini ve gecikme durumundaki sorumluluğu açıkça yazmak.

Hizmet taahhüdünü ve zaman hedefini temsil eden saat ve belge
Servis Seviyesi Taahhüdü

Yanıt, çözüm ve bilgilendirme farklı işlerdir

İlk yanıt, müşterinin talebinin değerlendirmeye alındığını ve nasıl ilerleyeceğini öğrenmesi olabilir. Çözüm ise talebin sonucunun sağlanmasıdır. Otomatik alındı mesajının hangi ölçümde yanıt sayılacağını ayrıca tanımlayın.

Öncelik ölçütlerini de netleştirin. Konunun müşteri üzerindeki etkisi ve aciliyeti birlikte değerlendirilebilir. Her kaydın “acil” seçilmesi, öncelik düzenini işlevsiz hale getirir.

Kurgusal zaman hesabı

Yalnızca alıştırma amacıyla çalışma saatlerini hafta içi 09.00–17.00, ilk yanıt hedefini iki çalışma saati kabul edelim. Cuma 16.00’da gelen bir talep için, arada tatil veya başka istisna yoksa son tarih pazartesi 10.00 olur.

Aynı hedef takvim saatiyle tanımlansaydı sonuç farklı olurdu. Bu nedenle süreyi yazmak tek başına yeterli değil; takvim, zaman dilimi, tatil ve duraklama koşulları da tanımın parçası olmalı. Bu örnek Academy program saatlerini değil, kurgusal bir destek hizmetini anlatır.

Bekleme durumunu dikkatle tanımlayın

Müşteriden bilgi beklenirken süre duracak mı? İç ekipten yanıt beklemek aynı koşula girecek mi? Duraklama başlangıcı ve bitişi kayda alınmıyorsa raporlar karşılaştırılabilir olmayabilir.

Hedef aşılmadan önce kime uyarı gideceğini, aşılınca kimin devreye gireceğini ve müşteriye kimin bilgi vereceğini belirleyin. Eskalasyon yalnızca bir e-posta değil, sorumluluğu tanımlanmış bir müdahale adımıdır.

Ekipçe hazırlayacağınız çıktı

Hedefler kapasitenizle ve hizmet koşullarınızla uyumlu olmalı. İmzalanmış hizmet şartları ile sistemdeki operasyonel ayarların birbirini karşılayıp karşılamadığı ayrıca kontrol edilmelidir.

  • İki talep türü için kapsam ve öncelik tanımı yazın.

  • Yanıt ve çözüm hedeflerini ayrı belirtin.

  • Bir hafta sonu ve bir bekleme senaryosunu hesaplayın.

  • Uyarı, eskalasyon ve rapor kapsamını test edin.

Hedef karşılanınca müşteri de memnun mu?

Bir talebe hedef süre içinde yanıt verilmiş olabilir; ancak yanıt yalnızca “inceliyoruz” deyip sonraki adımı açıklamıyorsa müşteri hâlâ belirsizlik yaşayabilir. Süre uyumuyla yanıtın yeterliliğini ayrı değerlendirin.

Eğitimde aynı süre içinde gönderilmiş iki yanıtı karşılaştırın. Müşterinin ne olacağını ve ne zaman haber alacağını hangisi daha iyi açıklıyor? Zaman hedefini, iletişim kalitesinin yerine koymayın.

İlgili eğitimler

Bu konuyu kendi rolünüz ve uygulama ihtiyacınız doğrultusunda çalışmak için aşağıdaki eğitimlerin içeriklerini inceleyebilirsiniz.

Okumaya devam edin

Kavram kaynakları

Kaynak kontrolü: 10 Kasım 2026. IBM kaynağının yayın tarihi 30 Mayıs 2024’tür. Yazıdaki süre ve iş takvimi senaryoları uygulama örneğidir; belirli bir hizmet taahhüdü değildir.

Yazının çıkış noktası

Bu Academy sürümü, Gürkan Platin’in aynı konudaki yazısından hareketle eğitim ve uygulama odağıyla yeniden hazırlanmıştır. Kavramsal anlatımın özgün sürümünü kişisel blogunda okuyabilirsiniz.

 
 
 

Yorumlar


Bu gönderiye yorum yapmak artık mümkün değil. Daha fazla bilgi için site sahibiyle iletişime geçin.
bottom of page