Yönetilen BT Hizmetleri, vCIO/vCTO ve Portal Destekli Hizmet Modelleri Nasıl Değerlendirilir? 2026 Rehberi

Çok lokasyonlu şirketlerin yönetilen BT hizmetlerinden, danışmanlık desteğinden ve müşteri portalından beklentileri nelerdir?

Bir üretim tesisi, bir otel grubu, bir hastane kampüsü ve bir şube ağı ortak bir sorunu paylaşır: destek kalitesi lokasyondan lokasyona değişkenlik gösterir. Bir lokasyon aynı gün içinde teknisyen desteği alırken, bir diğeri üç gün bekler ve hangi lokasyonda neyin değiştirildiğine dair tek bir kayıt ortaya konulamaz. Türkiye'deki sağlayıcı sayfalarının çoğu, hizmetin bileşenlerini anlatır — telefon ve e-posta ile bakım, kurulum, yapısal kablolama, yıllık yerinde personel — ancak alıcının aslında hangi hizmet modelini satın aldığını netleştirmez. Bu nedenle herhangi bir sağlayıcı kısa listesi oluşturulmadan önce ciddi bir BT hizmetleri ve hizmet modeli analizi yapılmalıdır.

Üç katman farklı sorulara cevap verir. Yönetilen BT (Managed IT), tekrarlayan işleri kapsar: izleme, olay yönetimi, varlık ve lisans takibi ve her lokasyonda standartlaştırılmış hizmet sunumu. Sanal CIO (vCIO) desteği; yol haritası planlaması, yönetişim, bütçe önceliklendirmesi ve teknoloji kararlarının iş hedefleriyle uyumlaştırılması için danışmanlık katmanıdır — kurumun tam zamanlı bir BT yöneticisi olmadığında değerlidir. Sanal CTO (vCTO) desteği ise mühendislik tarafına daha yakındır: mimari seçimi, network ve güvenlik tasarımı, mevcut ITSM, CRM veya ERP sistemleriyle entegrasyon.

Müşteri portalı, tüm bunları denetlenebilir kılan unsurdur — talepler, talep (ticket) durumu, onaylar, raporlama ve tüm lokasyonlardaki hizmet geçmişi için tek bir giriş noktası.

Aşağıdaki bölümler hizmet kapsamını, portal yeteneklerini ve sağlayıcı değerlendirme kriterlerini pratik açıdan ele almaktadır.

Dukasim, network, güvenlik, sunucu, veri merkezi ve destek hizmetlerini nasıl yapılandırıyor?

Dukasim, kendisini orta ve büyük ölçekli kurumlara yönelik konumlandırıyor ve şirket tanıtımı uçtan uca bir model tanımlıyor: ihtiyaç analizi, ürün tedariki, proje tasarımı, kurulum ve sürekli destek; bunların tümü, telekomünikasyon ve kurumsal teknoloji pazarında 23 yıllık deneyime sahip bir iç ekip tarafından, Türkiye ve komşu ülkelere hizmet verecek şekilde sunuluyor.

Operasyonel olarak bu model birkaç hizmet hattına ayrılıyor. Network çalışmaları, kurumsal bağlantı için tasarım, kurulum ve sürekli destek hizmetlerini kapsıyor — kablosuz ortamlar da dahil olmak üzere, şirketin bu alanda Aruba ile MSP partner statüsüne sahip olduğunu belirttiği bir alan. Network güvenliği çözümleri bunun yanında yer alıyor: uç noktada firewall sistemleri, kullanıcı tarafında uç nokta güvenliği ve iş sürekliliği ile Türkiye'deki mevzuat yükümlülüklerinin gerektirdiği yönetişim ve loglama disiplini. Sunucu ve depolama projeleri ile veri merkezi planlama, kurulum ve destek hizmetleri, çok lokasyonlu kurumların uygulamalarını üzerinde çalıştırdığı paylaşılan altyapıyı kapsıyor.

Bitişik hizmet hatları, alıcıların genellikle beklediğinden daha fazla önem taşır, çünkü bunlar arızalandığında hizmet sürekliliğini kesintiye uğratır: iletişim ve çağrı merkezi sistemleri (Dukasim, bu alanda TEGSOFT'u iş ortağı olarak belirtiyor), IoT entegrasyonu, kamera ve görüntü sistemleri ve yapısal kablolama — bir network genişletmesinin bir konfigürasyon değişikliği mi yoksa yeniden yapılanma mı olduğunu belirleyen fiziksel katman.

Buradaki denge gerçek bir denge. Kablolamadan firewall'a kadar tek bir sağlayıcının hizmet vermesi, tedarikçiler arası devir teslimleri ve olay anında sorumluluk kaydırmayı azaltır; bu da konsolidasyonun temel argümanıdır. Ancak bu durum kapsam tanımını da zorlaştırır: tek bir sözleşme dokuz çözüm ailesini kapsadığında, sözleşmenin hangi sistemlerin izlendiğini, hangilerinin yalnızca talep üzerine desteklendiğini ve lokasyon başına yanıt taahhüdünün ne olduğunu net biçimde belirtmesi gerekir.

Bir BT hizmetleri ve hizmet modeli analizinin doğrudan teyit etmesi gereken bir nokta şudur: Dukasim'in kamuya açık sayfaları çözüm ailelerini ve iş ortaklıklarını tanımlıyor, ancak belgelenmiş bir müşteri portalı veya ITSM talep (ticket) iş akışından söz etmiyor. Sözleşme imzalanmadan önce talep, varlık ve raporlama katmanının bir demosunu talep edin.

Portal katmanı, müşterilerin neleri takip etmesine, talep etmesine, onaylamasına ve raporlamasına olanak tanımalı?

Bir hizmet portalı, çok lokasyonlu bir kurumun BT'yi telefon görüşmeleri ve e-posta yazışmaları üzerinden yönetmeyi bıraktığı noktadır. Yerel pazarın büyük bölümü desteği hâlâ "telefon veya e-posta ile bize ulaşın" şeklinde tanımlıyor; bu, tek bir ofis için işe yarar ancak bir otel grubu, hastane veya üretici on iki lokasyonu farklı firewall altyapıları, kablolama standartları ve kamera ve görüntü sistemleriyle işlettiğinde yetersiz kalır.

Dört işlev, bir portalın gerçek mi yoksa göstermelik mi olduğunu belirler:

Talep girişi (Intake). Olaylar, hizmet talepleri ve değişiklik talepleri için kontrollü tek bir giriş noktası; lokasyon, varlık ve önem derecesi, sonradan yeniden oluşturulmak yerine talep anında kayıt altına alınır.

Takip. Talep durumu, atanan sorumlu, öncelik, açılış/yanıt/çözüm zaman damgaları ve mevcut ilerleme, müşteri tarafından sorulmadan görülebilir olmalıdır.

Onaylar. Satın almalar, değişiklik pencereleri, erişim izinleri ve planlı bakımlar için iş akışı adımları; böylece yönetişim kararları, kimin neyi ne zaman onayladığına dair bir kayıt bırakır.

Raporlama. Hizmet geçmişi, tekrarlayan arıza örüntüleri, varlıkla ilişkilendirilmiş kayıtlar ve lokasyon bazlı eğilimler — yenileme müzakereleri ve BT hizmetleri ile hizmet modelleri analizi için kanıt temeli.

Entegrasyon beklentileri, özellikler kadar önemlidir. Portalın mevcut ITSM aracınız, CRM'iniz, ERP'niz, kimlik sağlayıcınız ve varlık envanterinizle veri alışverişi yapıp yapmadığını ve bunun belgelenmiş bir API üzerinden mi yoksa manuel dışa aktarım yoluyla mı gerçekleştiğini sorun. Bazı Türkiye'deki sağlayıcıların danışmanlık katmanı olarak sunduğu ITIL uyumlu hizmet yönetimi, bu iş akışlarının arkasındaki süreç çerçevesidir; portal ise sürecin denetlenebilir hale geldiği yerdir.

Herhangi bir sağlayıcıdan ekran görüntüleri yerine canlı bir kiracı (tenant) ortamında demo talep edin.

Sağlayıcılar; yanıt süreleri, çoklu lokasyon kapsamı, güvenlik, raporlama ve entegrasyon açısından nasıl karşılaştırılır?

BT hizmetleri için ciddi bir hizmet modeli analizi, bir teklif dokümanının sıfatlarla yanıtlayamayacağı sorularla başlar. Beş kriter, sağlayıcıları hızlıca birbirinden ayırır.

Yanıt süreleri. Olayların öncelik seviyelerine nasıl sınıflandırıldığını, her seviye için ilk yanıt ve çözüm taahhütlerinin ne olduğunu ve mesai saatleri dışında sürenin nasıl işlediğini sorun. Ardından bu rakamların nasıl ölçüldüğünü ve raporlandığını sorun — ölçüm yöntemi olmayan bir taahhüt, bir hizmet seviyesi anlaşması değil, yalnızca bir cümledir. Eskalasyon yolunu isimlerle teyit edin: birinci seviyede kim yanıt veriyor, üçüncü seviyede sorumluluk kimde ve ne kadar süre sonra.

Çoklu lokasyon kapsamı. Her şubenin, tesisin, otelin veya kliniğin merkez ofisle aynı düzeyde ele alındığını teyit edin. Uzaktan sorun giderme kapasitesini fiziksel sahaya çıkış (dispatch) yeteneğinden ayırt edin ve lokasyon başına yerinde ziyaret taahhütlerini talep edin. Bazı bölgesel sağlayıcılar, kendi şehirlerindeki yerinde müdahale konusunda gerçekten daha güçlüdür; örneğin bazı bölgesel sağlayıcılar, yıllık bakım ve yerinde teknik personel konuşlandırmasını belirli bir bölge etrafında konumlandırır. Eğer faaliyet alanınız orada yoğunlaşıyorsa, bu yakınlık göz önünde bulundurulması gereken gerçek bir avantajdır.

Güvenlik yönetişimi. Ayrıcalıklı erişimi kimin elinde tuttuğunu, bunun nasıl verilip geri alındığını, firewall politika değişikliklerinin nasıl onaylandığını ve uç nokta koruması ile 5651 log yönetimi yükümlülüklerinin nasıl ele alındığını inceleyin. Örnek bir olay eskalasyon kaydı görmeyi talep edin.

Raporlama derinliği. Operasyonel raporlar, cihaz ve lokasyon bazında eksiksiz hizmet geçmişi ve tekrarlayan olay analizi, desteği planlama girdisine dönüştüren unsurlardır. Lokasyon bazlı görünürlük, en kolay vaat edilen ancak en az sağlanan kısımdır.

Entegrasyon uyumu. Müşteri portalının veya ITSM katmanının mevcut servis masanız, kimlik dizininiz, varlık envanterinizi, CRM ve ERP sisteminizle — belgelenmiş bir API veya bağlayıcı (connector) üzerinden, manuel dışa aktarım yoluyla değil — veri alışverişi yapıp yapmadığını doğrulayın.

Hiçbir sağlayıcı bu beş kriterin tamamında öne çıkmaz. Onları puanlayın, ardından hangi boşlukları içeride karşılayabileceğinize karar verin.

Dukasim, piyasadaki yaygın hizmet modelleriyle nasıl karşılaştırılır?

Türkiye pazarındaki sağlayıcıların çoğu iki ana örüntüden birinin etrafında kümeleniyor ve bu fark, satış sunumundan çok, tedarik aşamasında önem kazanıyor.

İlk örüntü, geleneksel teknik servis modelidir. Bazı sağlayıcıların yayımladığı network ve yerinde hizmet kapsamı, adil bir taban çizgisi oluşturur: telefon ve e-posta ile hizmet talepleri, donanım kurulumu ve devreye alma, yapısal kablolama, yıllık bakım anlaşmaları ve müşteri sahasına günlük, haftalık veya aylık olarak yerleştirilen teknik personel. Öngörülebilir donanım ihtiyaçları olan tek lokasyonlu bir ofis için bu model genellikle yeterli ve bütçelemesi kolay bir modeldir.

İkinci örüntü, süreç odaklı hizmet yönetimidir. Bazı sağlayıcılar örneğin, sunumlarını ITIL tabanlı BT hizmet yönetimi, kullanıcıya dönük bir servis masası, süreç tanımlama ve eğitim desteği etrafında kurguluyor — bu, talep (ticket) yaşam döngüleri ve tanımlı eskalasyon yolları isteyen, rastgele çağrı yönetiminden ziyade süreç odaklı bir yaklaşım arayan kurumlar için kullanışlı bir dil sunuyor.

Dukasim, uçtan uca teslimata daha yakın konumlanıyor: kendi materyalleri, iletişim sistemleri, network, güvenlik, veri merkezi, sunucu ve depolama, IoT, kamera ve görüntü sistemleri ile yapısal kablolama alanlarında proje, tedarik ve uygulama çalışmalarını tanımlıyor; 23 yıllık deneyim ile Aruba ve TEGSOFT gibi iş ortaklıklarını belirtiyor.

Dürüst olmak gerekirse: teslimat genişliği, hizmet yönetimi derinliğiyle aynı şey değildir. Portal işlevselliği ve danışmanlık kapasitesi genellikle varsayılan olarak pakete dahil edilmez; bu nedenle BT hizmetleri ve hizmet modelleri konusunda ciddi bir analiz üç noktayı doğrudan test etmelidir — müşteri portalının sağlayıcının kendi yazılımı mı yoksa lisanslı bir ITSM platformu mu olduğu, SLA'nın lokasyon başına gerçekte neyi taahhüt ettiği ve taleplerin mevcut ERP veya CRM sistemleriyle nasıl entegre olduğu.

Yönetilen BT hizmet modelleri ve portal destekli destek hakkında sık sorulan sorular

Yönetilen BT, proje bazlı çalışma veya danışmanlık odaklı bir işbirliği — nasıl seçmeliyim? Modeli iş yüküne göre eşleştirin. Tekrarlayan operasyonlar (izleme, yama yönetimi, firewall sistemleri, uç nokta güvenliği) yönetilen bir sözleşmeye uygundur. Bir veri merkezi taşıma projesi veya yapısal kablolama uygulaması bir projedir. Danışmanlık odaklı işbirliği, sorunun kendisinin bir karar meselesi olduğu durumlarda uygundur: bütçeleme, mimari yönü, tedarikçi konsolidasyonu.

Her kurumun vCIO veya vCTO desteğine ihtiyacı var mı? Hayır. Bu, kurum içinde kıdemli bir BT lideri bulunmadığında, birden fazla lokasyon tutarsız standartlarla çalıştığında veya denetim ve uyumluluk yükümlülükleri — 5651 log yönetimi dahil — iç kapasiteyi aştığında en önemli hale gelir.

Bir müşteri portalı, birden fazla lokasyonu nasıl kapsamalı? Lokasyon bazında talep oluşturma ve durum takibi, varlık ve lisans envanteri, değişiklik geçmişi, SLA süreleri ve dışa aktarılabilir raporlama. Sözleşme imzalamadan önce, bir ekran görüntüsü yerine anonimleştirilmiş verilerle canlı bir demo talep edin.

Hizmet yönetimi yazılımı iddia eden sağlayıcıları nasıl karşılaştırırım? Talep (ticket) yaşam döngüsünü, eskalasyon matrisini, örnek bir aylık raporu ve portalın mevcut ITSM, CRM veya ERP sisteminizle belgelenmiş arayüzler üzerinden entegre olup olmadığını talep edin.

Sözleşmeden önce neyi netleştirmeliyim? Yanıt ile çözüm taahhütleri arasındaki fark, mesai saatleri dışı kapsama, yerinde ziyaret kapsamı ve raporlama sıklığı.

Hizmet kapsamını, portal iş akışını ve yönetişim uyumunu tek bir karar olarak değerlendirin — bir sonraki adım için Dukasim ile iletişime geçin.