Küçük ve orta ölçekli şirketlerde IT desteği çoğunlukla şöyle işler: çalışan telefon eder, WhatsApp yazar veya koridorda karşılaştığında sorar. IT sorumlusu kâh yerinde koşar, kâh mesajları kaçırır. Hangi sorunun ne zaman çözüldüğü, kaç saat sürdüğü, hangi departmanın ne sıklıkla sorun bildirdiği — bunların hiçbiri kayıt altında değildir.
WhatsApp ile IT Desteğinin Maliyeti
Gayri resmi destek sürecinin görünmez maliyetleri vardır:
- Aynı sorun tekrar tekrar bildirilir; IT'ci her seferinde sıfırdan başlar.
- Critical talepler mesaj akışında kaybolur, düşük öncelikli sorular öne geçer.
- IT departmanının iş yükü ölçülemez; yeni eleman alınması gerekip gerekmediği bilinmez.
- Service sözleşmesi veya garanti talebi sırasında "ne zaman bildirdik, ne zaman çözüldü" kanıtlanamaz.
Support Talebi Sistemi Nedir?
Helpdesk veya ticket sistemi, her IT talebinin kayıt altına alındığı, takip edildiği ve raporlandığı bir yazılım altyapısıdır. Çalışan sorunu sisteme iletir → IT departmanı görür ve atar → çözüm kaydedilir → talep kapatılır. Zincirin her adımı zaman damgalıdır.
Büyük kurumsal çözümlere (ServiceNow, JIRA Service Management) gerek yok. 10-200 kişilik KOBI için şu seçenekler pratik:
- Freshdesk (ücretsiz plan): Email tabanlı ticket, 3 temsilciye kadar ücretsiz. Küçük başlangıç için ideal.
- Zammad (açık kaynak, self-hosted): Kurulum gerektiriyor ama maliyetsiz. Veri dışarı çıkmaz (KVKK avantajı).
- Entegre IT varlık yönetim sistemi: Eğer IT envanteri zaten bir sistemde yönetiliyorsa, aynı platformun destek modülünü kullanmak varlık-talep ilişkisini (hangi bilgisayar için kaç kez sorun bildirildi) görünür kılar.
SLA Nedir ve Nasıl Tanımlanır?
SLA (Service Level Agreement), belirli talep türleri için maksimum yanıt ve çözüm sürelerini tanımlayan bir sözleşmedir. Iç SLA'lar (şirket içi IT taahhütleri) dış SLA'lar kadar önemlidir.
Tipik bir KOBI iç SLA örneği:
| Öncelik | Örnek Talepler | Ilk Yanıt | Çözüm |
|---|---|---|---|
| Critical | POS çalışmıyor, sunucu erişimi yok, tüm ofis internetsiz | 15 dk | 4 saat |
| Yüksek | Yazıcı çalışmıyor, e-posta gönderilmiyor | 1 saat | 8 saat |
| Orta | Yazılım kurulumu, parola sıfırlama | 4 saat | 2 gün |
| Düşük | Yeni yazılım talebi, genel öneri | 1 gün | 1 hafta |
Geçiş Süreci — Çalışanlar Direniyor Mu?
En sık duyulan itiraz: "Ticket açmak çok zaman alıyor, telefon etmek daha hızlı." Bu direnci kırmak için:
- Email ile ticket açma: Çalışan destek@şirket.com adresine mail atar, sistem otomatik ticket açar. Ek öğrenme eğrisi sıfır.
- Teams / Slack entegrasyonu: Messagelaşma platformu üzerinden ticket oluşturulabilir; mevcut alışkanlık korunur, kayıt düşülür.
- IT'ci tarafından girme: Başlangıçta IT sorumlusu telefon taleplerini de sisteme girer. Veri birikince raporlar çalışanlara gösterilir: "Geçen ay 47 talep, ortalama çözüm süresi 2.3 saat." Süreç meşrulaşır.
Raporlama ile Ne Kazanırsınız?
3-6 ay veri birikmesinin ardından yanıtlayabileceğiniz sorular:
- Hangi departman en çok talep açıyor? (Eğitim ihtiyacı var mı?)
- Hangi cihaz modeli en çok sorun çıkarıyor? (Renewal planı için veri)
- Haftanın hangi günü/saatinde talepler yoğunlaşıyor? (IT employees planlaması)
- SLA ihlalleri nerede gerçekleşiyor? (Süreç iyileştirme)
Bu raporlar, IT bütçesi taleplerini yönetime somut verilerle sunmayı mümkün kılar: "Bu yıl 120 yazıcı arızası için toplam 80 adam/saat harcandı. Yeni sözleşmeli servis anlaşması daha uygun maliyetli."
Sonuç
IT destek talebi yönetimine geçiş kısa vadede küçük bir organizasyon yükü getirir; orta vadede hem çözüm hızını artırır hem de IT'nin değerini ölçülebilir kılar. WhatsApp'taki mesaj kaosundan çıkıp sistematik bir helpdesk sürecine geçmek için büyük bir bütçeye ya da BT ekibine ihtiyaç yoktur — doğru araç ve net SLA tanımları yeterlidir.