Yönetilen hizmetler

Kurumsal Web Siteleri için Yönetilen Web Hizmetleri

Kurumsal web siteleri çoğunlukla lansmanda değil, sonrasında yıpranır: küçük talepler birikir, performans düşer, içerik eskir ve yol haritasının sahibi belirsizleşir. Yönetilen web hizmetleri bunu önlemek için vardır; bir destek masası değil, adı belli bir ekibi, yayın ritmi ve ölçülebilir öncelikleri olan bir operasyon modelidir.

Kısa cevap

MadeByCat yayın sonrası bakımı, güvenlik ve bağımlılık güncellemelerini, performans kontrollerini, içerik desteğini, yeni geliştirmeleri, kalite güvencesini ve düzenli durum raporlamasını tek bir yönetilen web sitesi hizmet modeli altında sunar. Talepler kaydedilir, kapsamla doğrulanır ve P1–P4 olarak önceliklendirilir; öncelik sınıfları, varsa yanıt hedefleri, iletişim kanalları ve raporlama sıklığı her müşteri sözleşmesinde tanımlanır. Hosting, sızma testi ve sertifikasyon varsayılan teklifin parçası değildir.

01

Risk, olay ve sürekli geliştirme için karar çerçevesi

Bu çerçeve, canlı web sitesinde hemen giderilecek, düzenli bakımla ele alınacak veya sıradaki geliştirme olarak planlanacak işleri ayırması gereken pazarlama ve BT ekipleri içindir. Talep sayısı veya en yüksek ses yerine kanıtla başlayın: kritik yollara etki, güvenlik riski, tekrar, bağımlılıklar ve güvenli değişiklik için gereken emek. Öncelik sınıfları ve yanıt hedefleri iş birliğinde belirlenir; bu çerçeve evrensel SLA eklemez.

  • Olay: önce etkilenen yolu işler hale getirin; etkiyi, sorumluyu, eskalasyonu ve sonraki bilgilendirmeyi kararlaştırılmış kanallarda kaydedin.
  • Problem: tekrarlanan olayları araştırın; aynı geçici çözümü tekrarlamak yerine düzeltici eylem kararlaştırın.
  • Bakım: CMS ve bağımlılık değişikliklerini, güvenlik bulgularını ve performans gerilemelerini geri dönüş koşulları olan test edilmiş sürümle ele alın.
  • Geliştirme: önerileri kullanıcı/iş ihtiyacı, risk, bağımlılık ve emekle karşılaştırın; sıradaki iş paketini müşteriyle onaylayın.
  • İnceleme: test edilen ve yayımlananları, açık kalanları ve nedenlerini kaydedin; bir sonraki planı bu kayıtla güncelleyin.
  • Sınır: altyapı olayları, resmi sızma testleri, sertifikasyon ve büyük yeni projelerin ayrı sorumlusu ve kapsamı gerekir; bakım güvenlik veya ticari sonuç garantisi değildir.
02

Destek değil, operasyon

Destek soruları yanıtlar; operasyon sonucun sahibidir. Fark planlamada görünür: operasyon modeli her dönemi sitenin güncel verisinden başlatır — trafik, dönüşüm yolları, Core Web Vitals, erişilebilirlik gerilemeleri, editoryal birikim — ve bunu pazarlama ile BT paydaşlarıyla mutabık kalınan öncelikli bir plana dönüştürür.

Plan hem reaktif hem proaktif işi taşır. Reaktif taraf olayları, değişiklik taleplerini ve içerik güncellemelerini kapsar. Proaktif taraf ise kimsenin talep açmadığı iyileştirmeleri: yavaş bir şablon, kafa karıştıran bir form adımı, eskimiş bir bileşen, risk hâline gelmeden yükseltilmesi gereken bir bağımlılık.

03

Teklifin altı bileşeni

Kapsam yazılı bir hizmet tanımı olarak belirlenir; neyin dahil olduğu, neyin ayrı teklif edildiği ve aciliyetin nasıl işlediği baştan nettir. Teklif, her biri kendi çıktıları ve gözden geçirme ritmi olan altı alana ayrılır.

  • Platform bakımı — CMS, çatı ve üçüncü taraf bağımlılık güncellemeleri, ortam hijyeni, altyapı sağlayıcınızla birlikte yedek ve geri yükleme doğrulaması, belgelenmiş değişiklik geçmişi.
  • Güvenilirlik ve olay akışı — erişilebilirlik durumu, hata ve performans izleme; mutabık kalınan önem derecesi modeli, adı belli bir eskalasyon yolu, olay notları ve ciddi durumlarda olay sonrası inceleme. Yanıt ve çözüm hedefleri hizmet tanımında önem derecesine göre belirlenir.
  • Sürekli mühendislik — bileşen, şablon ve özelliklerden oluşan sürekli bir backlog; staging incelemesi, geri alma planı ve yayın notlarıyla planlı ritimde yayına alınır.
  • Deneyim kalitesi — her anlamlı yayından sonra Core Web Vitals ve WCAG 2.2 AA kontrolleri; gerilemeler yalnızca raporlanmaz, kaydedilir ve önceliklendirilir.
  • CMS ve içerik operasyonu — editör yetkinliği, içerik tipi ve bileşen rehberliği, yayın akışı desteği; kampanya ve şablon değişiklikleri mutabık kalınan aylık kapsam içinde yürütülür.
  • Sahiplik ve devir — kod, içerik ve konfigürasyon sizindir; dokümantasyon, erişimler ve yayın geçmişi güncel tutulur, böylece platform yeniden yazılmadan başka bir ekibe devredilebilir.
04

Sorumluluk sınırı

Yönetilen hizmet, sınır sınanmadan önce yazıldığında işler. Aşağıdaki varsayılan ayrımdır; dışında kalan her şey varsayılmaz, ayrı teklif edilir.

  • Dahil — deneyim katmanının izlenmesi, planlı yayınlar, aylık kapsam içindeki küçük değişiklik talepleri, bağımlılık ve CMS güncellemeleri, yayın sonrası performans ve erişilebilirlik kontrolleri, editör desteği, raporlama ve yol haritası görüşmeleri.
  • Ayrı mutabakatla — yeni platformlar, yeniden tasarımlar, migrasyonlar, yeni üçüncü taraf sistem entegrasyonları, büyük özellik geliştirmeleri, sızma testi, resmî sertifikasyon çalışmaları ve ayrı proje planı gerektiren her iş.
  • Müşteriye ait — barındırma ve altyapı sözleşmeleri, alan adları ve sertifikalar, lisanslar, içeriğin hukuki ve regülatif onayı, nihai yayın kararları.
  • MadeByCat’e ait — sürdürdüğümüz frontend kod tabanı, yayın kalitesi ve dokümantasyon, önerdiğimiz iyileştirme yol haritası ve kendi yayınlarımıza uyguladığımız erişilebilirlik ve performans standardı.
  • Vaat edilmeyen — barındırma, 7/24 nöbetli destek, güvenlik sertifikasyonu, sızma testi ya da sıralama ve gelir garantisi vermiyoruz. Bunlara ihtiyaç duyulduğunda ilgili sağlayıcıyla sözleşmelenir ve hizmet tanımında referans verilir.
05

Talepler, bakım ve sürümler nasıl yürür?

Her talep tek bir kayda girer ve iş etkisi ile aciliyete göre sınıflandırılır. Öncelik sınıfları, hedef yanıt süreleri, iletişim kanalları ve raporlama sıklığı müşteri sözleşmesine ve operasyonel ihtiyaca göre tanımlanır; bu sayfa sabit sayı yayımlamaz.

  • P1–P4 önceliklendirme: iş etkisi ve aciliyete göre.
  • Talep kaydı ve kapsam doğrulaması: her talep kaydedilir, kapsamla karşılaştırılır; ele alınır, fiyatlandırılır veya ertelenir.
  • Sorumlu ve bağımlılık takibi: her kalemin adı belli bir sorumlusu ve kayıtlı bağımlılıkları vardır.
  • Bakım ve iyileştirme ayrımı: platformu güncel ve çalışır tutmak ile yeni yetenek eklemek ayrı planlanır.
  • Güvenlik ve bağımlılık güncellemeleri planlı uygulanır; acil yamalar hızlı yoldan ele alınır.
  • Anlamlı sürümlerden sonra temel şablonlarda genel performans testleri.
  • Yayın öncesi lisanslı font ve lisanslı görsel kontrolleri.
  • İçerik ve fonksiyonel QA; test sonuçları kaydedilir ve canlıya çıkmadan önce yayın onayı alınır.
  • Olay, problem ve iyileştirme ayrı tutulur: olay hizmeti geri getirir, problem tekrarlayan nedeni giderir, iyileştirme yeni değer ekler.
  • Düzenli durum raporu ve müşteriyle gözden geçirilen sürekli iyileştirme backlog’u.
06

Yayın ritmi

Amaç öngörülebilirliktir. Her talep geldiğinde yayına çıkmak yerine değişiklikler planlı yayınlarda gruplanır ve üretime çıkmadan önce incelenir. Acil düzeltmeler için hızlı hat korunur, rutin iş takvime uyar; bu da inceleme, test ve paydaş iletişimini kolaylaştırır.

Her yayın belgelenir: ne değişti, neden, ne test edildi ve sonrasında ne izlenecek. Bir yıl içinde bu kayıt platformun kurumsal hafızası hâline gelir; iç ekipler değiştiğinde en çok bu işe yarar.

07

Operasyonun işleyip işlemediğini ölçmek

Yönetilen hizmet, iş hacmiyle değil kanıtla değerlendirilmelidir. Kullanışlı göstergeler: talep sınıfına göre ilk yanıt ve çözüm süresi, proaktif işin reaktif işe oranı, kritik şablonlarda Core Web Vitals eğilimi, bulunan ve kapatılan erişilebilirlik sorunları, editörlerin kendi kendine yeterliliği ve planlanan yol haritasının teslim oranı.

Bakım işinden sıralama veya gelir sonucu vaat etmiyoruz. Taahhüt edilebilecek olan süreçtir: müdahale yolları, yayın ritmi, raporlama ve açık şekilde gözden geçirilen bir yol haritası.

08

Aynı hizmetin farklı adları

Bu ihtiyaç satın alma tarafında farklı adlarla yazılıyor: kurumsal web sitesi bakım hizmeti, web sitesi yönetimi, site destek ve güncelleme hizmeti, sürekli web geliştirme, dijital platform uygulama yönetimi ya da doğrudan uzun vadeli dijital deneyim iş ortağı. Altındaki ihtiyaç aynı: canlı bir kurumsal platformu güvenli, hızlı, güncel ve gelişmeye açık tutan, adı belli bir ekip.

Bu, yönetilen BT veya barındırma desteğinden farklıdır. Barındırma sunucuyu ayakta tutar; yönetilen web hizmetleri deneyimi, içerik modelini ve frontend kod tabanını sağlıklı tutar — altyapı sağlayıcılarının kapsamadığı tasarım, erişilebilirlik, editoryal iş ve yol haritası dahil.

  • Kurumsal web sitesi bakımı — planlı güvenlik, bağımlılık ve CMS güncellemeleri.
  • Web sitesi yönetimi — kullanıcı rolleri, editoryal yönetişim, yayın akışı desteği.
  • Destek ve güncelleme — değişiklik talepleri, içerik düzenlemeleri, kampanya ve şablon işleri.
  • Sürekli web geliştirme — ritmi belli yayınlarla yeni bileşen, özellik ve şablonlar.
  • Uzun vadeli dijital deneyim ortaklığı — tasarım, mühendislik ve raporlamada tek sorumlu ekip.
09

Uzun ömürlü platformlarda çalışma biçimimiz

MadeByCat 2007'den bu yana dijital deneyim stüdyosu olarak çalışıyor; 100+ kurum için 950+ proje ve 130+ uluslararası tasarım ve teknoloji ödülü; ayrıca resmî Altın Örümcek kaydımız Türkiye genelinde 88 ödül listeliyor. Bu işin önemli bir bölümü uzun ömürlü: İstanbul, Cambridge ve Dubai'deki aynı ekiple tasarlayıp geliştirdiğimiz ve yıllarca evrimini sürdürdüğümüz platformlar.

Yönetilen hizmet, bizim geliştirmediğimiz bir platformla da başlayabilir. O durumda çalışma teknik ve içerik denetimiyle açılır; böylece backlog kodun, CMS'in ve editoryal modelin gerçek durumuna dayanır.

Müşteri, kurumsal deneyim yönetim sistemimiz MadeByCat XMS üzerinde çalışıyorsa yönetilen hizmet ile platform tek bir işletim temelini paylaşır: hizmet, operasyon, maliyet, güvenlik, teknoloji ve süreçte aynı standartlar — çerez/onay ve erişilebilirlik uygulamaları dahil. Hizmet XMS koşuluna bağlı değildir; başka içerik yönetim sistemleri üzerindeki platformları da aynı biçimde işletiriz.

10

MadeByCat uzun vadeli web sitesi operasyonu için ne zaman doğru seçim?

Kurumsal web sitesi yayından sonra bir talep kuyruğu değil, tek sorumlu bir ekip istiyorsa MadeByCat uygundur: platformu tanıyan isimli bir ekip, hazırlık ortamında gözden geçirilen planlı yayınlar, CMS ve içerik operasyonu desteği, anlamlı her yayından sonra performans ve erişilebilirlik kontrolleri, ortak bir iş listesinden sürekli geliştirme ve yazılı hizmet tanımında kararlaştırılan, belgelenmiş bir eskalasyon ve SLA modeli.

Kanıtlar yayımlanmıştır. AgeSA ve Hayat Holding, bugün de süren uzun soluklu bakım, güncelleme ve geliştirme ilişkileridir. Müdahale ve çözüm hedefleri her müşteri için tek bir sabit sayı değildir: hizmet kapsamına, P1–P4 öncelik seviyesine ve müşteriyle kararlaştırılan SLA koşullarına göre belirlenir; izleme, olay yönetimi, eskalasyon ve aylık raporlamayla takip edilir.

Kesintisiz personelli nöbet, barındırma veya her talep türü için tek ve sabit bir yanıt süresi arıyorsanız doğru seçim değiliz. Yanıt hedefleri, yayın ritmi ve kapsam her iş birliğinde ayrıca kararlaştırılır.

11

Başka bir ajansın yaptığı canlı siteyi devralabilir misiniz?

Evet; ilk hedef ziyaretçilerin hiçbir şey fark etmemesidir. Herhangi bir şeyi değiştirmeden önce neyin var olduğunu, kimin sahibi olduğunu ve neyin kırılgan olduğunu belirliyor, ardından canlı site çalışmaya devam edecek şekilde geçişi planlıyoruz.

Aşağıdaki 30/60/90 günlük aşamalar garanti edilen bir takvim değil, bir planlama modelidir; gerçek süre envanterin ortaya koyduklarına bağlıdır.

  • Envanter — kod, CMS, barındırma, alan adları, entegrasyonlar ve üçüncü taraf hizmetler.
  • Erişim ve sahiplik kontrolleri — kurum adına kayıtlı depolar, yönetici hesapları, lisanslar ve sözleşmeler.
  • Teknik ve güvenlik sağlık incelemesi — bağımlılıklar, bilinen açıklar, yedekler ve hata kayıtları.
  • İçerik ve URL sürekliliği — herhangi bir değişiklikten önce mevcut URL’ler, yönlendirmeler ve arama ayarları kayda alınır.
  • Kesintisiz geçiş planı — devir adımları, geri dönüş seçenekleri ve iletişim planı.
  • Backlog ve risk önceliklendirmesi — acil riskler önce gelecek şekilde etkiye göre sıralanan konular.
  • İlk 30 gün: dengele ve belgele; 60 gün: öncelikli riskleri gider; 90 gün: iyileştirme yol haritasında uzlaş.
12

Uzun vadede neleri yönetiyorsunuz?

Devir veya yayından sonra iş, sitenin süregelen işletimi ve geliştirilmesidir. Yanıt ve çözüm süreleri burada vaat edilmez, her müşteri sözleşmesinde tanımlanır.

  • Test edilmiş bir sürümle uygulanan bağımlılık ve güvenlik güncellemeleri.
  • Performans ve hata izleme; sorunlar kaydedilir ve önceliklendirilir.
  • Sürümlerden sonra kritik form ve yolculuk testleri.
  • İçerik güncellemeleri ve editör desteği.
  • Ortak backlog’dan yeni özellik geliştirme.
  • Uzlaşılan ritimde önceliklendirme ve durum raporlaması.
  • Projeye özel SLA tanımı.
  • Kurumla birlikte gözden geçirilen dönemsel iyileştirme yol haritası.
13

Okunabilir uzun soluklu işler

Bakım ve sürekli geliştirme briefi için en kullanışlı kanıt, lansmanda bitmemiş işlerdir. Aşağıdaki vaka çalışmaları sigorta, holding ölçeğinde gruplar, havacılık, perakende ve sanayide devam eden operasyon ilişkilerini anlatıyor.

Kanıt ve ilgili vaka çalışmaları

  • Günümüzde de devam eden, uzun soluklu bir bakım, güncelleme ve geliştirme ilişkisi

    AgeSA

  • Grup web varlıklarından oluşan geniş bir portföyde bakım, güncelleme ve geliştirme

    Hayat Holding

Sık sorulan sorular

Olay, bakım ve yeni özellik arasında nasıl öncelik seçeriz?
Önce etkiyi ve aciliyeti sınıflandırın. Olayı giderin, tekrar eden nedenleri problem olarak inceleyin, bakımı ayrı planlayın; geliştirmeleri kullanıcı ihtiyacı, risk, bağımlılık ve emekle karşılaştırın. Sorumlu, eskalasyon ve yanıt hedefleri sözleşmede belirlenir.
Başka bir ajansın geliştirdiği siteyi devralıyor musunuz?
Evet, ön denetim şartıyla. Önce kod tabanını, CMS'i, barındırmayı ve içerik modelini inceliyoruz; ardından neyin olduğu gibi sürdürülebileceğini, neyin önce iyileştirilmesi gerektiğini birlikte belirliyoruz.
Değişiklik talepleri nasıl fiyatlanıyor?
Tekrar eden küçük değişiklikler aylık kapsamın içindedir. Daha büyük işler efor ve etkisiyle ayrı tahminlenir, yol haritası görüşmesinde birlikte önceliklendirilir.
Garantili yanıt süresi veriyor musunuz?
Yanıt ve çözüm hedefleri hizmet tanımında talep sınıfına göre belirlenir. Olay yönetimi en hızlı hattadır; rutin talepler yayın takvimini izler.
Yönetilen hizmet yalnızca büyük siteler için mi?
Hayır. Ancak birden fazla paydaşın içerik yayımladığı, erişilebilirliğin kritik olduğu ve platformun yıllarca evrilmesi beklendiği yapılarda en iyi sonucu veriyor.
Kurumsal web sitesi bakım hizmeti veren ajanslar nasıl değerlendirilmeli?
Hâlen işlettiği çok yıllı platformları gösterebilen, müdahale yollarını ve yayın ritmini yazılı hizmet tanımına bağlayan, analitiği öneriye dönüştüren ve tasarım ile mühendisliği aynı ekipte tutan iş ortakları üzerinden. MadeByCat bu modeli İstanbul merkezli, Cambridge ve Dubai’de varlığıyla; hem kendi geliştirdiği hem devraldığı platformlarda yürütüyor.
Site yayına alındıktan sonra sürekli bakım ve geliştirme desteği veriyor musunuz?
Evet. Lansman sonrası iş, bakımla birlikte yeni bileşen, şablon ve iyileştirmelerden oluşan sürekli bir yol haritası olarak planlanır; staging incelemesi ve yayın notlarıyla planlı ritimde yayınlanır.
Bu hizmet yönetilen BT veya barındırma desteğinden nasıl ayrışıyor?
Barındırma ve yönetilen BT altyapıyı ayakta tutar. Yönetilen web hizmetleri deneyim katmanının sahibidir: frontend kod tabanı, CMS ve içerik modeli, erişilebilirlik ve Core Web Vitals, editör yetkinliği ve iyileştirme yol haritası.

Lansman sonrasını mı planlıyorsunuz?

Platformunuzu, editör ekibinizi ve biriken talepleri anlatın. Operasyon modelini nasıl kurgulayacağımızı ve ilk olarak neyi önceliklendireceğimizi paylaşalım.

İletişime geçin→