SLA Nedir?

SLA

SLA nedir sorusunun en kısa yanıtı şudur: SLA, bir kurumun müşterilerine veya kurum içindeki diğer ekiplere hangi hizmeti, hangi sürede, hangi kalite düzeyinde sunacağını ölçülebilir biçimde tanımlayan Hizmet Seviyesi Anlaşmasıdır. Çağrı merkezi ve müşteri iletişimi operasyonlarında SLA; ilk yanıt süresi, çözüm süresi, erişilebilirlik, kayıt önceliği, sorumluluklar ve ihlal halinde uygulanacak süreçleri ortak bir standarda bağlar.

İyi tasarlanmış bir SLA, müşteri hizmetleri ekibinin hızını tek başına artırmaz. Asıl etkisi, her talebin doğru öncelikle doğru ekibe ulaşmasını, müşteri beklentisinin baştan netleşmesini ve yöneticilerin operasyonu yorum yerine veriyle yönetmesini sağlamasıdır. Örneğin kritik bir ödeme sorunu yaşayan kurumsal müşterinin 15 dakika içinde ilk yanıt alması ile genel bilgi talebinin bir iş günü içinde yanıtlanması aynı hizmet standardı değildir. SLA bu ayrımı görünür ve yönetilebilir hale getirir.

SLA Ne Demek ve Nasıl Okunur?

SLA, Türkçede Hizmet Seviyesi Anlaşması olarak kullanılır. Bu anlaşma, yalnızca dış müşteriye hizmet sunan şirketler için hazırlanmaz. BT destek ekipleri, çağrı merkezi operasyonları, CRM ekipleri, saha servis birimleri, insan kaynakları ve finans departmanları da kurum içi hizmetlerini SLA ile yönetebilir.

Örneğin bir bankanın dijital kanallar ekibi, mobil uygulamada oturum açamama sorununu kritik kayıt olarak sınıflandırabilir. Çağrı merkezi ilk bildirimi alır, CRM üzerinde müşteri kaydını açar ve olayı teknik ekibe aktarır. hizmet seviyesi; ilk müşteri yanıtının, teknik ekibe aktarımın, durum bilgilendirmelerinin ve nihai çözümün hangi sürelerde gerçekleşeceğini belirler.

Bu nedenle hizmet seviyesi, “müşteriye hızlı dönüş yapalım” gibi genel bir niyet cümlesi değildir. Süre, kapsam, sorumlu ekip, ölçüm yöntemi ve istisnalar içeren operasyonel bir taahhüttür.

Çağrı Merkezi SLA Neden Kritik Bir Yönetim Aracıdır?

Çağrı merkezi operasyonlarında müşterinin algıladığı kalite, çoğu zaman konuşmanın ilk dakikasında şekillenir. Müşteri hemen çözüm beklemese bile talebinin alındığını, doğru öncelikte işlendiğini ve ne zaman bilgi alacağını bilmek ister. SLA bu güveni kurar.

Bir kurumun e-posta, telefon, canlı destek, WhatsApp Business, web formu ve sosyal medya mesajlarını ayrı araçlarla yönetmesi, SLA takibini zorlaştırır. Bir müşterinin e-posta üzerinden açtığı kayıt CRM üzerinde görünmüyor, çağrı merkezi temsilcisi aynı müşteriyle telefonda konuşurken geçmiş yazışmalara erişemiyorsa süre hedefleri kağıt üzerinde kalır.

Omnichannel müşteri iletişimi altyapısı burada belirleyici hale gelir. Tüm temasların tek müşteri kaydında birleşmesi, aynı talebin tekrar tekrar açılmasını azaltır. Yapay zeka otomasyonu ise kayıt konusunu sınıflandırabilir, duygu ve aciliyet sinyallerini belirleyebilir, doğru kuyruğa yönlendirme yapabilir ve SLA süresi dolmadan ilgili ekiplere uyarı gönderebilir.

Sonitel gibi çağrı merkezi, CRM, omnichannel iletişim ve yapay zeka otomasyonunu tek kurumsal müşteri deneyimi altyapısında birleştiren çözümler, SLA yönetimini yalnızca raporlama konusu olmaktan çıkarır. Hizmet seviyeleri, müşteri temasının oluştuğu ilk andan çözüm kapanışına kadar operasyonun doğal parçası haline gelir.

Kurumsal Bir SLA Hangi Bileşenleri İçermelidir?

Etkili bir Hizmet Seviyesi Anlaşması, yalnızca hedef sürelerden oluşmaz. Belirsizliği azaltmak için aşağıdaki başlıkların açık biçimde tanımlanması gerekir.

Hizmet kapsamı

Önce hangi hizmetlerin SLA kapsamında olduğu netleştirilmelidir. Çağrı merkezi için bu kapsam şunları içerebilir:

  • Telefon, e-posta, canlı destek ve WhatsApp Business üzerinden gelen müşteri talepleri
  • Teknik destek kayıtları
  • Hesap, fatura, teslimat veya sözleşme talepleri
  • Şikayet yönetimi
  • Kritik sistem kesintilerinde müşteriye bilgilendirme
  • Kurum içi ekipler arası aktarım ve sahiplik süreçleri

Kapsam belirtilmezse müşteri hizmetleri ekibi, proje talebi veya ürün geliştirme isteği gibi uzun süreli işleri standart destek kaydı gibi ele alabilir. Bu durum hem raporları bozar hem de müşteride gerçek dışı beklenti yaratır.

Hizmet saatleri ve erişilebilirlik

Hizmetin hangi gün ve saatlerde verildiğini belirtmelidir. “24 saat destek” ifadesi tek başına yeterli değildir. Telefon hattı 24 saat açık olabilir, ancak teknik uzman ekibin müdahale süresi sadece mesai saatlerinde başlayabilir.

Erişilebilirlik hedefi özellikle dijital müşteri iletişimi altyapılarında önemlidir. Bir platform için aylık yüzde 99,9 erişilebilirlik hedefi, ay boyunca yaklaşık 43,2 dakikalık kesinti payına karşılık gelir. Ancak bu hedefin anlamlı olması için planlı bakım, üçüncü taraf kesintileri, müşteri tarafındaki bağlantı sorunları ve mücbir sebeplerin nasıl ele alınacağı da anlaşmada yazmalıdır.

Yanıt süresi

Yanıt süresi, müşterinin talebini iletmesinden sonra kurumdan aldığı ilk anlamlı geri dönüşe kadar geçen süredir. Otomatik “talebiniz alınmıştır” e-postası, her durumda nitelikli ilk yanıt sayılmamalıdır. Müşterinin kaydının incelendiğini gösteren, çözüm sürecine ilişkin bilgi veren veya ilgili temsilci tarafından iletilen bir yanıt daha sağlıklı bir ölçüttür.

Örneğin kritik öncelikli kayıtlarda 15 dakika, yüksek öncelikli kayıtlarda 1 saat, standart kayıtlarda 4 iş saati ve düşük öncelikli taleplerde 1 iş günü hedefi tanımlanabilir. Bu süreler her kurum için aynı olmak zorunda değildir. Esas olan, hedefin müşteri etkisi, ekip kapasitesi ve hizmet saatleriyle uyumlu olmasıdır.

Çözüm süresi

Çözüm süresi, kaydın açıldığı andan kalıcı çözüm sağlanana veya müşterinin kabul ettiği alternatif çözüm sunulana kadar geçen zamanı ifade eder. İlk yanıt ile çözüm süresini aynı metrikte değerlendirmek büyük hatadır.

Bir e-ticaret müşterisinin “kargom nerede?” sorusu birkaç dakika içinde çözülebilir. Buna karşılık ödeme altyapısındaki hata, müşteri hizmetleri, yazılım geliştirme, finans ve dış hizmet sağlayıcılarının birlikte çalışmasını gerektirebilir. İki kayda aynı çözüm süresini tanımlamak, ekipleri gerçekçi olmayan hedeflerle karşı karşıya bırakır.

Çözüm süresi hesaplanırken müşteri yanıtı beklenen dönemlerin, onay süreçlerinin veya kurumun kontrolü dışındaki üçüncü taraf beklemelerinin SLA saatini durdurup durdurmayacağı açıkça belirlenmelidir.

Önceliklendirme kuralları

Önceliklendirme, SLA yönetiminin merkezi noktasıdır. En yüksek sesle şikayet eden müşteriye değil, iş etkisi en yüksek olaya önce müdahale edilmesini sağlar.

Kurumsal yapı için dört seviyeli bir sınıflandırma kullanılabilir:

  • Kritik: Hizmet tamamen kullanılamıyor, çok sayıda müşteri etkileniyor, gelir kaybı veya uyum riski oluşuyor.
  • Yüksek: Temel bir iş süreci ciddi biçimde aksıyor, belirli bir müşteri grubu veya departman etkileniyor.
  • Normal: İş süreci devam ediyor ancak kullanıcı desteğe ihtiyaç duyuyor.
  • Düşük: Bilgi talebi, iyileştirme önerisi, rutin bakım veya özellik isteği bulunuyor.

Öncelik, yalnızca müşterinin unvanına göre verilmemelidir. Etki, aciliyet, etkilenen kullanıcı sayısı, yasal risk, gelir etkisi ve alternatif çözüm olup olmadığı birlikte değerlendirilmelidir.

Roller, sorumluluklar ve aktarım

SLA’nın başarısı, kaydın ilk alındığı noktadan sonraki sahiplik zincirine bağlıdır. Çağrı merkezi temsilcisi, takım lideri, ikinci seviye destek, BT operasyonu, ürün ekibi ve dış tedarikçi için sorumluluklar tanımlanmalıdır.

Örneğin kritik bir kayıt açıldığında çağrı merkezi temsilcisi ilk 15 dakikada müşteriyle iletişime geçer. Teknik ekip 30 dakika içinde incelemeyi başlatır. Operasyon yöneticisi her iki saatte bir durum güncellemesi yapılmasını sağlar. Sorun çözüldükten sonra kök neden analizi belirli bir iş günü içinde paylaşılır. Bu akış, müşteri karşısında “konu ilgili ekibe iletildi” belirsizliğini ortadan kaldırır.

SLA ve KPI Arasındaki Fark Nedir?

SLA ve KPI sıkça birbirinin yerine kullanılır, ancak aynı anlama gelmez.

SLA, müşteriye veya kurum içi hizmet alan ekibe verilen ölçülebilir hizmet taahhüdüdür. KPI ise operasyonun performansını değerlendirmek için kullanılan göstergedir. SLA müşteriyle yapılan sözleşmenin veya hizmet standardının parçasıdır. KPI, bu standarda ulaşmayı etkileyen süreçleri ölçer.

Örneğin “kritik kayıtların yüzde 95’ine 15 dakika içinde ilk yanıt verilecek” ifadesi SLA hedefidir. Buna karşılık ortalama ilk yanıt süresi, ilk temasta çözüm oranı, temsilci doluluk oranı, çağrı terk oranı, müşteri memnuniyeti puanı ve tekrar açılan kayıt oranı KPI olarak izlenebilir.

Bir çağrı merkezi SLA hedefini karşılıyor görünebilir, ancak müşteri memnuniyeti düşüyorsa sadece hız ölçülüyordur. Temsilciler ilk yanıt hedefini tutturmak için kısa ve yetersiz mesajlar gönderiyor olabilir. Tersine, müşteri memnuniyeti yüksekken kritik kayıtların çözümü sürekli gecikiyorsa kurum önemli operasyonel riskleri gözden kaçırıyor olabilir.

Bu nedenle SLA ve KPI birlikte yönetilmelidir. SLA müşteriye verilen sözü korur. KPI ise bu sözün sürdürülebilir biçimde yerine getirilip getirilmediğini gösterir.

SLA, SLO ve Ölçüm Göstergeleri Nasıl Ayrışır?

SLA, dış müşteriye veya hizmet alan birime verilen resmi taahhüttür. SLO, bu taahhüdü yerine getirmek için kurumun içeride belirlediği hedef seviyedir. Ölçüm göstergesi ise gerçekleşen performansı gösteren veridir.

Örnek olarak bir kurum, kritik kayıtlar için 30 dakika içinde ilk yanıt verme sözü verebilir. Bu SLA’dır. Operasyon ekibi riski azaltmak için iç hedefini 20 dakika olarak belirleyebilir. Bu SLO’dur. Ay sonunda kritik kayıtların yüzde 97’sine 20 dakika içinde yanıt verildiğini gösteren veri ise ölçüm göstergesidir.

Bu ayrım, yöneticilerin ihlali gerçekleşmeden önce önlem almasını sağlar. Müşteriye verilen süre dolmadan ekip içi hedefin aşılması, kapasite planlaması veya eskalasyon ihtiyacı için erken uyarıdır.

SLA Nasıl Hesaplanır?

Belirlenen hedefi karşılayan kayıtların ilgili toplam kayda oranlanmasıyla hesaplanır.

SLA uyum oranı = Hedef süre içinde tamamlanan kayıt sayısı / SLA kapsamındaki toplam kayıt sayısı x 100

Örneğin bir ay içinde ilk yanıt SLA’sına dahil 2.000 kritik ve yüksek öncelikli kayıt varsa, bunların 1.900’üne hedef süre içinde yanıt verildiyse SLA uyumu yüzde 95 olur.

Ancak bu basit formülün güvenilir olması için veri tanımlarının standardize edilmesi gerekir. Aşağıdaki soruların sistem içinde tek bir yanıtı olmalıdır:

  • Kayıt hangi anda başlar?
  • Otomatik yanıt ilk yanıt sayılır mı?
  • Müşteriden bilgi beklenirken süre durur mu?
  • Bir kayıt başka ekibe aktarılınca hizmet seviyesi sorumlusu kim olur?
  • Kayıt yeniden açıldığında süre sıfırlanır mı?
  • Mesai dışı gelen talepler nasıl hesaplanır?
  • Aynı müşteri farklı kanallardan yazdığında kayıtlar birleştirilir mi?

Bu kurallar net değilse yüzde 95 gibi güçlü görünen bir uyum oranı, gerçekte farklı ekiplerin farklı şekilde hesapladığı bir sonuç olabilir.

Raporlama: Yalnızca İhlali Değil Riski Görmek

Hizmet seviyesi raporlaması ay sonunda ihlal oranı paylaşmaktan ibaret olmamalıdır. Yönetim ekranları, yaklaşan ihlalleri ve ihlalin nedenlerini gerçek zamanlı göstermelidir.

Özellikle şu göstergeler birlikte izlenmelidir:

  • Öncelik bazında ilk yanıt hizmet seviyesi uyumu
  • Öncelik bazında çözüm hizmet seviyesi uyumu
  • Kanal bazında ortalama bekleme süresi
  • İhlale yaklaşan açık kayıt sayısı
  • İhlal eden kayıtların ekip, kategori ve müşteri segmentine göre dağılımı
  • En sık eskalasyon gerektiren konu başlıkları
  • Yeniden açılan kayıt oranı
  • İlk temasta çözüm oranı
  • Temsilci, ekip ve vardiya bazında iş yükü

Örneğin WhatsApp Business kanalında ilk yanıt süresi hedefi tutarken e-posta kanalında ihlal artıyorsa sorun temsilci performansı olmayabilir. E-posta talepleri yanlış sınıflandırılıyor, belirli bir konu için uzman ekip kapasitesi yetersiz kalıyor veya ilgili ekipte sahiplik devri gecikiyor olabilir.

Sonitel’in merkezi müşteri iletişimi ve CRM yaklaşımı, telefon görüşmesi, dijital mesajlaşma, kayıt geçmişi, yönlendirme ve otomasyon verilerini aynı operasyon görünümünde bir araya getirerek bu tür neden analizlerini kolaylaştırır. Yöneticiler yalnızca “hizmet seviyesi ihlal edildi” sonucunu değil, ihlalin hangi kanalda, hangi müşteri grubunda ve hangi işlem adımında oluştuğunu inceleyebilir.

SLA İhlal Yönetimi Nasıl Tasarlanmalıdır?

SLA ihlali, yalnızca rapora kırmızı renk yansıtan bir durum değildir. Müşteri deneyiminde gecikme, güven kaybı ve tekrar iletişim maliyeti anlamına gelir. Bu nedenle ihlal yönetimi üç aşamada kurulmalıdır.

İlk aşama önleyici uyarıdır. Hedef sürenin örneğin yüzde 70’i dolduğunda kayıt sahibine ve takım liderine bildirim gitmelidir. Kritik kayıtlarda bu eşik daha erken çalışmalıdır.

İkinci aşama otomatik eskalasyondur. Kayıt belirlenen sürede işlem görmezse sistem, konuyu bir üst destek seviyesine veya yöneticinin onay kuyruğuna aktarmalıdır. Manuel takip, yoğun saatlerde kolayca aksar.

Üçüncü aşama kök neden analizidir. Aynı kategoride tekrar eden ihlaller varsa tek tek kayıtları kapatmak yeterli değildir. Örneğin her pazartesi sabahı artan çağrı hacmi, hafta sonu gerçekleşen sistem işlemleriyle ilişkili olabilir. Bu durumda çözüm, daha fazla temsilci atamak değil, müşteriyi proaktif bilgilendirmek, self servis içeriği güçlendirmek veya ilgili süreci yeniden tasarlamak olabilir.

Bazı hizmet sözleşmelerinde ihlal sonucunda hizmet kredisi, ücret iadesi, ek destek veya sözleşme uzatımı gibi telafi mekanizmaları bulunur. Ancak müşteri iletişimi operasyonlarında en değerli telafi, müşterinin sorununun sahiplenildiğini hızlı ve şeffaf biçimde görmesidir.

Doğru SLA Yönetiminin Müşteri Deneyimine Etkisi

Doğru SLA yönetimi müşteriye üç net fayda sağlar: öngörülebilirlik, şeffaflık ve tutarlılık.

Öngörülebilirlik, müşterinin ne zaman yanıt veya çözüm beklemesi gerektiğini bilmesidir. Şeffaflık, gecikme olduğunda müşterinin habersiz bırakılmamasıdır. Tutarlılık ise müşterinin telefon, e-posta veya canlı destekten hangi kanalı kullanırsa kullansın benzer hizmet standardıyla karşılaşmasıdır.

Bir müşteri, canlı destekten hemen yanıt alırken e-posta üzerinden üç gün bekliyorsa marka deneyimi parçalanır. Kanal bazında ayrı ekipler, farklı araçlar ve görünmeyen kayıtlar bu sorunu büyütür. Omnichannel yapı, müşteri yolculuğunu tekil hale getirir. Yapay zeka destekli sınıflandırma ve yönlendirme de doğru kaydın doğru ekibe daha hızlı ulaşmasını sağlar.

SLA, müşteri hizmetlerini maliyet merkezi olarak görmek yerine deneyim kalitesini yöneten stratejik bir fonksiyona dönüştürür.

Kurumsal SLA Yönetiminde Sık Yapılan Hatalar

İlk hata, her kayıt için aynı süre hedefini koymaktır. Kritik sistem kesintisi ile bilgi talebi aynı aciliyette değildir.

İkinci hata, ilk yanıtı çözüm gibi değerlendirmektir. “Kaydınızı aldık” mesajı gönderilmiş olabilir, ancak müşteri sorunu devam ediyorsa hizmet deneyimi tamamlanmış sayılmaz.

Üçüncü hata, sadece ortalama süreye bakmaktır. Ortalama ilk yanıt süresi düşük olsa bile kritik kayıtların küçük bir bölümü saatlerce bekliyor olabilir. Bu nedenle medyan, yüzde 90 ve yüzde 95 dilimleriyle birlikte öncelik bazlı ölçüm yapılmalıdır.

Dördüncü hata, SLA’yı çağrı merkezi ekibinin sorumluluğu saymaktır. Çözüm süresi çoğu zaman ürün, BT, saha operasyonu, finans veya dış tedarikçi ekiplerine bağlıdır. Müşteri karşısındaki söz kurumundur. Bu nedenle tüm sahiplik zinciri ölçülmelidir.

Beşinci hata ise ihlal raporlarını geriye dönük savunma aracı olarak kullanmaktır. Güçlü SLA yönetimi, ihlali açıklamak için değil ihlal oluşmadan iş yükünü ve riski görmek için tasarlanır.

Sık Sorulan Sorular

SLA’nın açılımı nedir?

SLA, Hizmet Seviyesi Anlaşmasıdır. Bir hizmetin kapsamını, hedef sürelerini, kalite kriterlerini, sorumluluklarını ve ölçüm yöntemini tanımlar.

SLA nedir yazılım operasyonlarında?

Yazılım operasyonlarında; sistem erişilebilirliği, hata müdahale süresi, olay çözüm süresi, destek taleplerine ilk yanıt süresi ve bakım süreçleri gibi hizmet standartlarını belirler. Özellikle kritik uygulamalarda erişilebilirlik ve olay yönetimi hedefleri SLA’nın temel parçalarıdır.

Hizmet seviyesi süresi nedir?

Hizmet seviyesi süresi, belirli bir işlem veya kayıt için hedeflenen maksimum süredir. Bu süre ilk yanıt, çözüm, güncelleme veya teknik ekibe aktarım hedefi olabilir. Süre, kaydın önceliğine ve hizmet saatlerine göre değişir.

Service level ne demek?

Service level, hizmet seviyesi anlamına gelir. Bir kurumun müşteriye sunduğu hizmetin hızı, erişilebilirliği, kalitesi ve çözüm kapasitesi gibi ölçülebilir standartları ifade eder.

SLA ile KPI arasındaki en önemli fark nedir?

SLA müşteriye verilen hizmet taahhüdüdür. KPI ise operasyonun bu taahhüdü yerine getirme kapasitesini ve genel performansını izleyen göstergedir. SLA dış beklentiyi tanımlar, KPI iç performansı yönetir.

Size yardımcı olmak için buradayız!

Bu formu bitirebilmek için tarayıcınızda JavaScript'i etkinleştirin.