IT YÖNETİMİ · TEKLİF DEĞERLENDİRME
IT Outsource Teklifi Nasıl Karşılaştırılır? Kapsam ve Sorumluluklar
IT outsource teklif karşılaştırma, yalnızca aylık ücretleri yan yana koymak değildir. Önce aynı kullanıcı, cihaz, lokasyon ve destek saatlerini esas alın; ardından yapılacak işleri, müşteride kalan sorumlulukları ve teslim edilecek kayıtları karşılaştırın. Kapsamı belirsiz düşük bir fiyat, aynı hizmetin daha ucuz sunulduğunu göstermez.
Karşılaştırmaya aynı envanterle başlayın
Her adaya aynı kısa ihtiyaç dosyasını gönderin: kullanıcı ve cihaz sayısı, lokasyonlar, kritik uygulamalar, mevcut lisanslar ve destek beklenen çalışma takvimi. Henüz doğrulanmamış bilgileri açıkça işaretleyin. Seri numarası veya yönetici parolası gibi hassas bilgileri ilk teklif dosyasına eklemeyin.
Örneğin 20 kullanıcılı, 2 lokasyonlu bir işletmede yalnızca bilgisayar desteği mi, yoksa ağ ve sunucu yönetimi de mi beklendiğini ayırın. Bu varsayımsal örnekteki sayılar bir paket, kapasite garantisi veya Quad fiyat teklifi değildir. Her sağlayıcıdan hangi varsayımla teklif verdiğini yazmasını isteyin.
Hizmet modeline yeniyseniz önce IT outsource kapsamını açıklayan rehberi okuyun. Buradaki çalışma, tanımdan farklı olarak tekliflerin aynı zeminde değerlendirilmesine odaklanır.
Teklif karşılaştırma tablosuna hangi alanlar eklenmeli?
Aşağıdaki tablo Quad Bilişim’in hazırladığı bir değerlendirme şablonudur. Bir işin dahil olduğunu varsaymak yerine teklif veya ekinde yazılı bir karşılık bulun. Boş alanı olumlu kabul etmeyin; sağlayıcıya açıklama sorusu olarak geri gönderin.
| Alan | Sorulacak soru | İstenecek kanıt |
|---|---|---|
| Hizmet sınırı | Hangi kullanıcılar, cihazlar ve uygulamalar dahil? | Kapsam ve istisna listesi |
| Çalışma takvimi | Yerinde destek ve mesai dışı çalışma nasıl ele alınıyor? | Saat, lokasyon ve ek çalışma koşulları |
| Olay yönetimi | Öncelik, ilk yanıt ve çözüm hedefi nasıl ayrılıyor? | SLA ve örnek olay kaydı |
| Güvenli erişim | Yönetici yetkisini kim veriyor ve kim kaldırıyor? | Yetki onayı ve erişim kaydı örneği |
| Yedekleme | Yedek almak ve geri yüklemeyi test etmek kimin işi? | Sorumlu kişi ve geri dönüş testi kaydı |
| Lisans ve araçlar | Hangi lisanslar hizmet ücretinden ayrı? | Adet, yenileme ve sahiplik listesi |
| Hizmet sonu | Belgeler, hesaplar ve kayıtlar nasıl devrediliyor? | Devir kontrol listesi ve erişim iptal adımları |
SLA ile sorumluluk matrisini ayrı değerlendirin
Bir arızaya ilk yanıt verilmesi ile arızanın giderilmesi aynı şey değildir. Öncelik seviyelerinin hangi koşullarda belirlendiğini, sürenin hangi takvimde işlediğini ve başka bir üreticiye bağımlı olayların nasıl raporlandığını sorun. Süreleri açıklamak için IT destek SLA rehberini kullanabilirsiniz.
Sorumluluk matrisinde her iş için uygulayan, onaylayan ve bilgilendirilen tarafı ayrı yazın. Örneğin bir güvenlik güncellemesini sağlayıcı hazırlayabilir; iş uygulamasının kabul testini işletme yapabilir. Bu bir görev paylaşımı örneğidir, her şirket için geçerli zorunlu bir model değildir.
Microsoft’un bulut sorumluluk modeli de verinin ve kimliklerin yönetiminin hizmet kullanıcısında devam eden görevler içerdiğini gösterir. Bir bulut aboneliği veya dış kaynak sözleşmesi, bütün operasyonel sorumlulukların kendiliğinden karşı tarafa geçtiği anlamına gelmez.
Erişim ve kurtarma için güvenlik kanıtı isteyin
Ortak bir yönetici hesabını teklif sürecinin doğal parçası saymayın. Sağlayıcının hangi yetkilere ihtiyaç duyduğunu, erişim onayını, güçlü kimlik doğrulamayı ve iş bittiğinde yetkinin nasıl kaldırılacağını konuşun. Denetim kayıtlarına ihtiyaç halinde kimin erişebileceğini de belirleyin.
NCSC, MSP seçerken erişim, güncelleme ve test edilmiş yedekleme düzeninin konuşulmasını önerir. Burada istenecek kanıt müşteri verisi değil; hassas bilgilerden arındırılmış örnek kayıt, süreç açıklaması veya gösterim olabilir. Bir sertifika da tek başına sizin ortamınızda bütün kontrollerin uygulanmış olduğunu kanıtlamaz.
Yedekleme satırında yalnızca “günlük yedek” ifadesiyle yetinmeyin. Hangi verinin kapsandığını, son testin sonucunu ve geri yükleme talebini kimin açacağını sorun. Parola, kurtarma anahtarı veya gerçek müşteri dosyası paylaşarak test yapmayın.
Aylık ücret dışında hangi kalemler netleştirilmeli?
Kurulum ve geçiş, yerinde ziyaret, proje işleri, lisans yenileme, yedekleme depolaması ve mesai dışı çalışma ayrı ücretlenebilir. Sağlayıcının hangi kalemleri dahil ettiğini tek tek işaretleyin. Geçiş işinin ve rutin desteğin aynı ücret modeline sahip olduğunu varsaymayın.
Özgün karşılaştırma yöntemi olarak seçilen dönem için sabit hizmet bedeli + kapsam dışı olduğu açıklanan işler + ayrıca alınacak araç ve lisanslar şeklinde bir çalışma tablosu oluşturun. Bu bir piyasa fiyatı veya maliyet garantisi değildir. Belirsiz kalemlere tahmini tutar uydurmak yerine “teyit bekleniyor” yazın; farklı süre ve para birimlerini aynı satırda toplamadan önce netleştirin.
Son karar öncesi kısa uygulama kontrolü
- Aynı envanter ve çalışma takviminin kullanıldığını doğrulayın.
- Tablodaki her boş satır için tek, somut açıklama isteyin.
- Örnek bir destek olayını kayıt açılışından rapor kapanışına kadar anlattırın.
- Hizmet bittiğinde dokümanların, hesap sahipliğinin ve erişimlerin nasıl devredileceğini kontrol edin.
Kararı yalnızca puan toplamına indirgemeyin. Kritik bir uygulamanın kapsam dışında kalması, başka alanlardaki olumlu cevaplarla kapanmaz. Bu kontrol listesi operasyonel değerlendirme içindir; özel sözleşme koşulları ayrıca ilgili uzmanlarla değerlendirilmelidir.
Sık sorulan sorular
En düşük aylık ücretli IT outsource teklifi seçilmeli mi?
Önce kapsamların aynı olup olmadığı kontrol edilmelidir. Destek takvimi, lisanslar ve kapsam dışı işler farklıysa aylık ücretler tek başına karşılaştırılabilir değildir.
Teklif karşılaştırırken parola paylaşmak gerekir mi?
İlk değerlendirmede yönetici parolası veya kurtarma anahtarı paylaşmayın. Yetkili teknik keşif gerekiyorsa kapsamı ve güvenli erişim yöntemini ayrıca belirleyin.
İhtiyacınıza uygun kapsamı birlikte netleştirin
IT outsource hizmetimizi inceleyebilir veya kapsam görüşmesi için bize ulaşabilirsiniz. Mevcut sözleşmenizi paylaşmadan önce hassas bilgileri ayıklayın.
Teknik kaynaklar
- NCSC — Choosing a managed service provider (MSP)
- Microsoft Learn — Shared responsibility in the cloud
Kaynak kontrolü: 24 Ekim 2026. Değerlendirme tablosu, işlem adımları ve varsayımsal örnek Quad Bilişim’in özgün çalışma önerileridir; fiyat veya sonuç garantisi değildir.