Teknik Talep Yönetiminde SLA Nasıl Kurulur?
Her talebe "acil" diyen bir sistemde hiçbir şey acil değildir. İşleyen bir öncelik ve süre taahhüdü nasıl tasarlanır?
KENTOS Ekibi
Yayın tarihi 29.08.2026
SLA (hizmet seviyesi taahhüdü), teknik talebin ne kadar sürede yanıtlanacağını ve çözüleceğini belirler. İyi kurulmuş bir SLA, sakinin beklentisini yönetir; kötü kurulmuş bir SLA, güvenilirliği bitirir.
Önceliği talebi açan belirlemesin
Herkes kendi sorununu acil görür. Öncelik, kategori ve etki tarafından belirlenmelidir:
- Kritik: asansörde mahsur kalma, su baskını, elektrik kesintisi, yangın sistemi arızası → yaşam güvenliği veya çoklu daire etkisi
- Yüksek: ısıtma çalışmıyor, bina giriş kapısı arızalı, kamera sistemi kapalı
- Normal: tek dairede musluk sızıntısı, ortak alan aydınlatması
- Düşük: boya, kozmetik kusurlar
İki ayrı süre taahhüt edin
İlk yanıt süresi ve çözüm süresi farklı şeylerdir. Sakin çoğu zaman hemen çözüm değil, hemen yanıt bekler. "Talebiniz alındı, teknisyen yarın 10:00-12:00 arası gelecek" mesajı, sessizlikten çok daha değerlidir.
Mesai dışını hesaba katın
Cuma 17:00'de açılan normal öncelikli bir talep için 24 saat taahhüt ediyorsanız, cumartesi 17:00'de gecikmiş sayılırsınız. Kategori bazında "yalnızca mesai saatleri" seçeneğini kullanın — kritik talepler bunun dışında tutulur.
Tekrarlayan arızayı yakalayın
Aynı demirbaşta 90 gün içinde üçten fazla talep açılıyorsa, bu bir bakım sorunu değil bir yatırım kararı sorusudur. Sistem bu sinyali üretmeli ve yönetim kuruluna "bu asansör son 6 ayda 11 kez arızalandı, toplam onarım maliyeti X TL" şeklinde sunmalıdır.
Kapanışı sakin onaylasın
Teknisyenin "tamamlandı" demesi yeterli değildir. Talep sahibinin doğrulaması ve memnuniyet puanı, hem kalite ölçümü hem de tekrar açılan taleplerin azalmasını sağlar.