“En geç bir iş günü içinde yanıt veririz” cümlesi, müşteriye verilmiş bir sözdür. Bu sözün adı SLA’dır. İyi tanımlanmış bir SLA, müşterinin beklentisini netleştirir, ekibin önceliklerini belirler ve yönetime destek operasyonunun sağlığı hakkında ölçülebilir bir gösterge sunar. Kötü tanımlanmış bir SLA ise ya kimsenin bakmadığı bir sayıya ya da ekibi sürekli yangın söndürmeye iten bir baskı aracına dönüşür. Bu rehberde destek ekipleri için uygulanabilir bir SLA’nın nasıl kurulacağını anlatıyoruz.
SLA nedir?
SLA (Service Level Agreement, hizmet seviyesi anlaşması), hizmet sağlayıcının müşterisine hangi hizmeti, hangi kalitede ve hangi süreler içinde sunacağını tanımlayan taahhüttür. Müşteri desteğinde SLA genellikle şu sorulara yanıt verir:
- Bir talebe ilk yanıt en geç ne zaman verilecek?
- Talep en geç ne zaman çözülecek ya da kalıcı çözüm için plan paylaşılacak?
- Bu süreler hangi saatlerde işler (7/24 mü, iş saatleri mi)?
- Hedef tutturulamazsa ne olur?
Kurumsal sözleşmelerde SLA yazılı bir ek olarak yer alır ve ihlaline yaptırım bağlanabilir. Daha küçük işletmelerde ise çoğu zaman sitede veya destek sayfasında yayınlanan bir hizmet taahhüdüdür. Her iki durumda da SLA’yı ekip içinde de ayrıca hedef olarak takip etmek gerekir.
SLA, SLO ve OLA arasındaki fark
Bu kavramlar sık karıştırılır:
- SLA: Müşteriye verilen taahhüt. Örneğin “Kritik taleplere 1 iş saati içinde yanıt.”
- SLO (hizmet seviyesi hedefi): Taahhüdü tutturmak için belirlediğiniz iç hedef. Örneğin “Kritik taleplerin %95’ine 45 dakika içinde yanıt.” SLO, SLA’dan biraz daha sıkı tutulur ki arada güvenlik payı kalsın.
- OLA (operasyonel seviye anlaşması): Ekipler arası iç anlaşma. Örneğin “Destek ekibi bir hatayı yazılım ekibine ilettiğinde yazılım ekibi 4 iş saati içinde ilk değerlendirmeyi yapar.” OLA’lar tanımlanmadıysa, destek ekibinin SLA’sı çoğu zaman başka bir ekipte bekleyen işler yüzünden ihlal edilir.
Hangi süreleri taahhüt etmelisiniz?
İlk yanıt süresi
Talebin açılmasından ekibin ilk anlamlı yanıtına kadar geçen süredir. Otomatik “talebinizi aldık” e-postası ilk yanıt sayılmamalıdır; aksi hâlde metrik her zaman sıfıra yakın çıkar ve hiçbir şey söylemez. Müşteri memnuniyetini en çok etkileyen metriklerden biridir, çünkü kullanıcıya “birisi ilgileniyor” mesajını verir.
Çözüm süresi
Talebin açılmasından çözüldü olarak işaretlenmesine kadar geçen süredir. Teknik ürünlerde her talebin kesin bir sürede çözüleceğini taahhüt etmek zordur; bu nedenle birçok ekip çözüm süresini taahhüt yerine iç hedef olarak takip eder ya da “kalıcı çözüm planının paylaşılması” gibi daha kontrol edilebilir bir taahhüt verir.
Sonraki yanıt süresi
İlk yanıttan sonra müşterinin her yeni mesajına verilen yanıtın süresidir. İlk yanıtı hızlı verip sonra günlerce sessiz kalmak, SLA’yı kâğıt üzerinde tutturup müşteriyi kaybetmenin en kolay yoludur.
Öncelik matrisi kurmak
Tüm taleplere aynı süreyi taahhüt etmek hem gereksiz hem de sürdürülemezdir. Öncelik, genellikle iki boyutun birleşimiyle belirlenir: etki (kaç kullanıcı ya da ne kadar gelir etkileniyor) ve aciliyet (iş ne kadar süre bekleyebilir). Örnek bir matris:
| Öncelik | Örnek durum | İlk yanıt | Çözüm hedefi |
|---|---|---|---|
| Kritik | Ürün tamamen erişilemiyor, ödeme alınamıyor | 1 iş saati | Aynı iş günü içinde geçici çözüm |
| Yüksek | Önemli bir özellik çalışmıyor, geçici yol var | 4 iş saati | 2 iş günü |
| Normal | Tekil hata, kullanım sorusu | 1 iş günü | 5 iş günü |
| Düşük | Öneri, küçük görsel sorun | 2 iş günü | Yol haritasına göre |
Bu tablodaki süreler örnektir; kendi ekibinizin kapasitesine ve müşteri beklentisine göre belirlemelisiniz. Önceliği kimin atadığı da önemlidir: yalnızca müşteriye bırakırsanız her şey “acil” olur. Müşterinin seçtiği öncelik bir öneri olarak alınmalı, ekip tarafından teyit edilmelidir.
Çalışma saatleri ve tatiller
SLA’nızın hangi saatlerde işlediği açıkça yazılmalıdır. “1 iş günü” ifadesi, cuma 17:30’da gelen bir talep için pazartesi mesai sonu anlamına gelir. Ölçüm aracınız bu takvimi bilmiyorsa hafta sonu gelen her talep ortalamanızı bozar ve rapor gerçeği yansıtmaz. Resmi tatilleri, yarım günleri ve farklı saat dilimlerindeki müşterileri de hesaba katın. DeskRon’da SLA takibi bu nedenle tanımladığınız çalışma saatleri ve tatiller üzerinden hesaplanır.
Süre ne zaman durur?
Müşteriden ek bilgi beklediğiniz süre boyunca SLA sayacının işlemeye devam etmesi adil değildir. Bu nedenle “müşteri bekleniyor” gibi bir durumda sayacın duraklatılması yaygın bir uygulamadır. Ancak bu durumun kötüye kullanılmaması için net kurallar koyun: yalnızca gerçekten müşteriden yanıt beklenen durumlarda kullanılsın ve belirli bir süre yanıt gelmezse talep hatırlatma ile kapatılsın.
En sık yapılan SLA hataları
- Ölçmeden taahhüt vermek: Önce mevcut performansınızı birkaç hafta ölçün; sonra ulaşılabilir bir hedef belirleyin.
- Yalnızca ortalamaya bakmak: Ortalama ilk yanıt süresi 2 saat olabilir ama taleplerin %10’u iki gün bekliyor olabilir. Yüzdelik değerlere (ör. taleplerin %90’ının hedef içinde yanıtlanması) bakın.
- Otomatik yanıtı ilk yanıt saymak: Metriği anlamsız kılar.
- OLA tanımlamamak: Başka ekipte bekleyen işler yüzünden destek ekibi suçlanır.
- Hedefleri hiç güncellememek: Ürün ve ekip büyüdükçe hedefler de gözden geçirilmelidir.
- SLA’yı tek başarı ölçütü yapmak: Hedefi tutturmak için talepleri erken kapatmak, çözümün kalitesini düşürür. Yeniden açılan talep oranını birlikte izleyin.
SLA ihlal edildiğinde ne yapmalı?
Her ekip zaman zaman hedefini kaçırır; önemli olan ihlalin fark edilmesi ve tekrarlanmasının önlenmesidir. Hedef süreye yaklaşan talepleri ayrı bir görünümde izleyin, böylece ihlal gerçekleşmeden önce müdahale edebilirsiniz. İhlal gerçekleştiyse müşteriye durumu dürüstçe açıklayın ve bir sonraki güncellemenin ne zaman geleceğini söyleyin; sessiz kalmak, gecikmenin kendisinden daha fazla güven kaybettirir.
Ay sonunda ihlal edilen talepleri tek tek inceleyip kök nedenleri sınıflandırın: yetersiz kapasite mi, yanlış öncelik mi, başka bir ekipte bekleme mi, yoksa eksik bilgiyle açılmış bir talep mi? Aynı neden üç ay üst üste çıkıyorsa, sorun bireysel performans değil süreçtir ve çözümü de süreçte aranmalıdır.
SLA’yı raporlamak
Aylık SLA raporu en az şunları içermelidir: öncelik bazında talep sayısı, hedef içinde yanıtlanan taleplerin oranı, ihlal edilen taleplerin listesi ve kök nedenleri, bir önceki aya göre değişim. Kurumsal müşterilerinize bu raporu düzenli olarak paylaşmak, sözleşme yenileme görüşmelerinde güçlü bir dayanak sağlar. Hangi metrikleri izlemeniz gerektiği hakkında daha fazlası için müşteri destek KPI’ları rehberimize göz atın.
Bu hafta başlayabileceğiniz üç adım
- Çalışma saatlerinizi ve tatillerinizi yazılı hâle getirin ve destek aracınıza tanımlayın.
- Dört seviyeli bir öncelik tanımı yapın ve her seviyeye birer örnek ekleyin.
- İki hafta boyunca ilk yanıt sürenizi ölçün; ardından ilk SLO’nuzu bu verinin biraz üzerinde belirleyin.