BT Yardım Masası ve SLA Yönetimi: Ölçülemeyen İyileşmez

Birçok şirkette BT desteği bir sistemin değil, bir kişinin telefonunun üzerinden yürür. Talepler WhatsApp, e-posta, koridor sohbeti ve telefon arasında dağılır; hangi işin ne kadar sürdüğü, hangi sorunun tekrar ettiği bilinmez. Yardım masası kurmak, yeni bir yazılım almak değil; talebi tek kapıdan alıp ölçülebilir bir hizmete dönüştürmektir.

1. Tek giriş kanalı ve doğru kategoriler

Tüm talepler tek bir kayıt sistemine düşmelidir. Kanal çeşitliliği sorun değildir; kaydın dışında kalan talep sorundur. Kategori setini basit tutun: donanım, ağ/bağlantı, hesap ve yetki, uygulama, güvenlik olayı, talep (yeni kurulum). On kategoriden fazlası raporlamayı bulanıklaştırır ve kullanıcıyı yanlış seçime iter.

2. Öncelik matrisi: aciliyet ile etki ayrı şeylerdir

Önceliği, etki (kaç kişi/hangi süreç etkileniyor) ve aciliyet (iş durma riski) çaprazından üretin. Tek kullanıcının yazıcı sorunu ile üretim hattını durduran ağ arızası aynı kuyrukta beklememelidir. Kritik önceliğin kim tarafından atanacağı da tanımlı olmalıdır; herkesin kendi talebini kritik işaretleyebildiği sistemlerde öncelik kavramı anlamını yitirir.

3. Gerçekçi SLA hedefleri

• Kritik (iş durdu): 15 dakikada yanıt, 4 saatte çözüm/geçici çözüm.
• Yüksek (bölüm etkilendi): 1 saatte yanıt, aynı iş günü çözüm.
• Orta (tek kullanıcı, alternatif var): 4 saatte yanıt, 2 iş gününde çözüm.
• Düşük / talep: 1 iş gününde yanıt, 5 iş gününde tamamlama.

SLA yazmak kolay, tutturmak zordur. Hedefleri kadro kapasitenize göre belirleyin ve aylık gerçekleşme oranını paylaşın. Dışarıdan destek alıyorsanız sözleşmedeki yanıt ve çözüm sürelerinin ölçüm yöntemini de yazılı hâle getirin; ayrıntılı hizmet kapsamımızı hizmetler sayfasında bulabilirsiniz.

4. Takip edilecek beş metrik

İlk temasta çözüm oranı (FCR) verimliliğin en iyi göstergesidir; %65-75 bandı sağlıklı kabul edilir. Ortalama çözüm süresi, yeniden açılan talep oranı, SLA uyum yüzdesi ve kullanıcı memnuniyeti (CSAT) diğer dört ana ölçüttür. Bu beş metrik aylık tek sayfalık bir raporda sunulduğunda, BT'nin iş birimleriyle konuşma dili değişir: şikâyet yerine eğilim tartışılır.

5. Tekrar eden sorunları kökünden çözün

Aynı arızanın ayda on kez kaydedilmesi bir destek başarısı değil, bir problem yönetimi eksikliğidir. Her ay en çok tekrar eden üç konuyu seçip kök neden analizi yapın: eskiyen donanım, yanlış yapılandırılmış yazılım ya da eğitim eksikliği. Donanım yenileme kararlarının iş etkisini rakamla desteklemek için kesinti maliyeti hesaplayıcısını kullanın.

6. Bilgi bankası ve öz servis

Talep hacmini düşürmenin en ucuz yolu, sık sorulan konular için kısa ve güncel çözüm makaleleridir: VPN kurulumu, parola sıfırlama, yazıcı ekleme, e-posta imzası. İyi bir bilgi bankası, üç ay içinde toplam talebin %15-20'sini kullanıcının kendi kendine çözmesini sağlayabilir.

Yardım masasını içeride mi kurmak yoksa dış kaynağa mı vermek gerektiği sorusunda maliyet karşılaştırması belirleyicidir; bu konuyu yönetilen BT hizmetleri maliyeti yazımızda ele aldık. Kurumunuza uygun modeli ve bütçeyi görmek için teklif sihirbazına göz atabilirsiniz.