Kurumsal IT Bakım Anlaşması Seçim Rehberi
İyi bir bakım anlaşması yalnızca arıza olduğunda aranacak bir telefon numarası değildir. Kullanıcı desteği, altyapı takibi, güvenlik, yedekleme ve değişiklik yönetimini ölçülebilir bir hizmet planına dönüştürür. Teklifleri karşılaştırırken paket adlarına değil, aşağıdaki karar noktalarına bakın.
Kısa özet
- ✓Kapsama giren cihaz, kullanıcı, lokasyon ve uygulamaları yazılı envanterle netleştirin.
- ✓SLA'da yalnız müdahale süresini değil; öncelik, çalışma saati, çözüm hedefi ve eskalasyonu inceleyin.
- ✓Yedek alındı bilgisinden fazlasını isteyin: geri dönüş testi, sorumluluk ve raporlama tanımlı olmalı.
- ✓Aylık hizmet raporunda tekrar eden sorunlar, riskler ve planlanan iyileştirmeler görünmeli.
1. Önce mevcut altyapının fotoğrafını çıkarın
Sağlıklı bir teklif keşif ve envanterle başlar. Kullanıcı sayısı tek başına yeterli değildir; sunucular, sanal makineler, ağ cihazları, firewall, erişim noktaları, iş uygulamaları, Microsoft 365 yapısı, şubeler ve uzaktan çalışanlar birlikte değerlendirilmelidir.
Eksik envanter, sözleşme başladıktan sonra kapsam tartışmasına dönüşür. Envanterin kimin tarafından güncelleneceği ve yeni cihazların hizmete nasıl dâhil edileceği de sözleşmede yer almalıdır.
- Cihaz, lisans ve garanti envanteri
- Kritik servisler ve iş uygulamaları
- Lokasyonlar, bağlantılar ve sorumluluk sınırları
- Mevcut sorunlar, teknik borç ve öncelikli riskler
2. SLA'yı ölçülebilir tanımlayın
SLA, her talebin aynı hızda çözüleceği anlamına gelmez. İş durması, tek kullanıcı sorunu ve planlı değişiklik farklı önceliklere sahip olmalıdır. Müdahale süresi; talebin kayda alınmasından uzman çalışmasının başlamasına kadar geçen süreyi, çözüm hedefi ise servisin yeniden kullanılabilir hâle gelmesini ifade etmelidir.
- Kritik, yüksek, normal ve düşük öncelik tanımları
- Uzaktan ve yerinde müdahale koşulları
- Mesai içi ve mesai dışı hizmet saatleri
- Çözüm sağlanamazsa üretici veya üst uzman eskalasyonu
3. Güvenlik ve yedeklemeyi destekten ayırmayın
Bir kullanıcı talebini çözmek ile altyapı riskini yönetmek aynı iş değildir; ancak aynı görünürlük altında yürütülmelidir. Güncelleme durumu, yönetici yetkileri, MFA, firewall değişiklikleri, uç nokta koruması ve yedekleme hataları düzenli kontrol planına bağlanmalıdır.
Yedekleme tarafında başarı yalnızca işin 'başarılı' görünmesi değildir. Seçilen örneklerin geri yüklenmesi, kritik sistemler için RPO/RTO hedeflerinin belirlenmesi ve test sonuçlarının kayıt altına alınması gerekir.
4. Aylık raporda hangi çıktılar olmalı?
Rapor yalnız faaliyet listesi değil, karar belgesi olmalıdır. Yönetim özeti teknik ayrıntıları iş etkisine çevirirken teknik ek, yapılan değişikliklerin izini korumalıdır.
- Açılan, kapanan ve bekleyen talepler; öncelik ve çözüm süreleri
- Tekrar eden sorunlar ve kök neden çalışmaları
- Sunucu, disk, yedekleme ve güvenlik kontrolleri
- Lisans, garanti ve kapasite uyarıları
- Bir sonraki ayın bakım ve iyileştirme planı
5. Fiyatı hangi unsurlar belirler?
Bakım anlaşması fiyatı; kullanıcı ve cihaz sayısı, lokasyon yapısı, kritik sistemler, istenen hizmet saatleri, yerinde çalışma sıklığı, güvenlik ve yedekleme kapsamı ile mevcut teknik borca göre değişir. Bu nedenle yalnız aylık toplamı değil, dâhil olan iş ve sorumlulukları karşılaştırın.
- İlk kurulum ve dokümantasyon çalışmasının ayrıca fiyatlanıp fiyatlanmadığı
- Proje işlerinin, lisansların ve donanımın kapsama dâhil olup olmadığı
- Yerinde ziyaret, seyahat ve mesai dışı çalışma koşulları
- Sözleşme sonlandırıldığında bilgi ve erişim devri
Teklif öncesi sorulacak 8 soru
- Hangi cihazlar, lokasyonlar ve servisler kapsamda?
- Talep öncelikleri ve müdahale hedefleri nasıl ölçülüyor?
- Yerinde çalışma hangi koşullarda ve ne sıklıkta sağlanıyor?
- Yedeklerin geri dönüşü ne sıklıkta test ediliyor?
- Firewall ve yönetici erişimi değişiklikleri nasıl onaylanıyor?
- Aylık raporda hangi göstergeler yer alıyor?
- Kapsam dışı işler ve ek ücretler neler?
- Sözleşme sonunda doküman, parola kasası ve yapılandırmalar nasıl devrediliyor?
Başvurulan kaynaklar
Bu rehber genel bilgilendirme amacıyla hazırlanmıştır. Uygulama kapsamı işletmenin riskleri ve altyapısına göre belirlenmelidir.