BİZİ ARAYIN

Web Sitesi Bakım Ücreti Neye Göre Belirlenir?

Web sitesi bakım ücretini etkileyen teknik yapı, entegrasyon, güvenlik, içerik, tasarım ve destek kapsamını inceleyin; bütçenizi doğru planlayın.

Yayınlanma:

Web sitesi bakım ücreti, sitenin kaç sayfadan oluştuğundan çok hangi sistemlerin çalışır durumda tutulması gerektiğine göre değişir. Beş sayfalık ancak özel yazılımlar ve farklı servislerle entegre çalışan bir site, yüzlerce içerik sayfası bulunan daha sade bir kurumsal siteden daha fazla bakım gerektirebilir.

Bu nedenle bakım için tek bir fiyat söylemek çoğu projede sağlıklı değildir. Önce sitenin teknik yapısını, güncelleme ihtiyacını, kritik işlevlerini ve beklenen destek seviyesini görmek gerekir.

Bakım kapsamına tam olarak ne giriyor?

Fiyatı belirleyen ilk konu hizmet kapsamıdır. “Web sitesi bakımı” farklı işletmeler için farklı işler anlamına gelebilir.

Bazı sitelerde ihtiyaç; yazılım güncellemelerinin yapılması, yedeklerin kontrol edilmesi ve teknik sorunlara müdahaleyle sınırlıdır. Başka bir projede bunlara içerik değişiklikleri, yeni sayfalar, performans iyileştirmeleri, güvenlik kontrolleri, entegrasyonların takibi ve küçük yazılım geliştirmeleri de eklenebilir.

Piasoft’un bakım ve destek hizmetleri kapsamında da teknik kontroller, güncellemeler, performans iyileştirmeleri ve gerektiğinde teknik müdahaleler sitenin ihtiyaçlarına göre ele alınır.

Teklifleri karşılaştırırken yalnızca aylık veya yıllık bedeli değil, o bedelin hangi işleri kapsadığını görmek gerekir. Daha düşük görünen bir paket, ihtiyaç duyulan müdahalelerin büyük bölümünü ayrıca ücretlendiriyorsa gerçekte daha ekonomik olmayabilir.

Sitenin teknik yapısı bakım maliyetini doğrudan etkiler

Hazır bir içerik yönetim sistemiyle çalışan kurumsal site ile tamamen özel geliştirilmiş bir web uygulamasının bakım yükü aynı değildir.

Özel yazılımlarda kullanıcı rolleri, iş akışları, veri yapıları ve farklı sistemlerle kurulan bağlantılar bakım sürecinin parçası hâline gelir. Piasoft’un web yazılım çözümlerinde de projeler bu tür operasyonel gereksinimlere göre planlanır.

Teknik yapı karmaşıklaştıkça bir güncellemenin başka bir fonksiyonu etkileyip etkilemediğini kontrol etmek, test yapmak ve gerektiğinde kod seviyesinde müdahale etmek için daha fazla çalışma gerekir.

Kullanılan altyapının eski veya dokümantasyonsuz olması da maliyeti artırabilir. Özellikle başka bir ekip tarafından geliştirilmiş projelerde bakım başlamadan önce mevcut kodun ve sunucu yapısının incelenmesi gerekebilir.

Entegrasyon sayısı arttıkça takip edilmesi gereken alan da büyür

Web sitesi yalnız başına çalışan bir sistem olmayabilir. ERP, CRM, ödeme altyapısı, kargo servisi, muhasebe yazılımı, e-posta sistemi veya başka bir uygulamayla veri alışverişi yapabilir.

Her entegrasyon yeni bir bağımlılık oluşturur.

Örneğin dışarıdan kullanılan bir servisin API yapısında değişiklik yapılması, web sitesinin kendi kodunda hiçbir değişiklik olmasa bile entegrasyonun yeniden düzenlenmesini gerektirebilir. Bakım hizmetinin bu bağlantıları da kapsaması isteniyorsa teklif hazırlanırken açıkça belirtilmelidir.

Özel yazılım projelerinde bakım ücretinin yalnızca “siteyi güncel tutma” maliyeti olarak düşünülmemesinin temel nedenlerinden biri budur.

Tasarım ve içerik taleplerinin sıklığı da hesaba katılır

Teknik bakım ile sürekli geliştirme aynı iş değildir.

Ayda birkaç metin veya görsel değişikliği isteyen bir işletmeyle, düzenli olarak yeni kampanya sayfaları hazırlatan veya kullanıcı arayüzünde değişiklik talep eden bir işletmenin ihtiyaçları farklıdır.

Tasarım tarafında yeni sayfa şablonlarının hazırlanması, mobil görünümlerin düzenlenmesi veya mevcut arayüzün değiştirilmesi ek çalışma yaratır. Piasoft’un web tasarım yaklaşımında da tasarım, içerik yapısı, kullanıcı deneyimi ve ileride yapılabilecek geliştirmeler birlikte planlanır.

Bakım teklifinde içerik ve tasarım desteği varsa bunun sınırının tanımlanması gerekir. Aksi durumda “küçük revizyon” ifadesi taraflar için çok farklı anlamlara gelebilir.

Güvenlik ve performans beklentisi fiyatı değiştirebilir

Her web sitesinin taşıdığı operasyonel risk aynı değildir.

Yalnızca şirket bilgilerini yayınlayan bir kurumsal siteyle müşterilerin giriş yaptığı, sipariş verdiği veya işletmenin günlük operasyonlarında kullandığı bir sistemde kesintinin etkisi farklı olur.

Daha kritik sistemlerde bakım süreci şu tür işleri gerektirebilir:

  • yazılım ve altyapı güncellemelerinin düzenli kontrolü,

  • yedekleme süreçlerinin izlenmesi,

  • güvenlikle ilgili teknik kontroller,

  • hata kayıtlarının incelenmesi,

  • performans sorunlarının araştırılması,

  • kritik problemlere daha hızlı müdahale edilmesi.

Piasoft da web projelerini yayınlandıktan sonra tamamlanmış kabul etmek yerine, sistemin güncel, güvenli ve stabil çalışmasını bakım sürecinin devamı olarak ele alıyor.

Burada özellikle müdahale süresi önemlidir. Bir talebe birkaç iş günü içinde dönüş yapılmasıyla kritik bir soruna aynı gün müdahale edilmesi aynı hizmet seviyesi değildir.

Sunucu ve altyapı yönetimi bakım hizmetine dahil mi?

Bakım tekliflerinde en sık gözden kaçan ayrımlardan biri budur.

Web sitesindeki yazılımın bakımı başka, sitenin çalıştığı hosting veya sunucu altyapısının yönetimi başka bir iştir. Bazı hizmet modellerinde ikisi birlikte yürütülürken bazı projelerde hosting farklı bir sağlayıcı tarafından yönetilir.

Sunucu takibi, SSL sertifikası, yedekler, alan adı, e-posta hizmetleri veya altyapı kaynaklarının yönetimi bakım kapsamında olacaksa bunların teklif içerisinde açıkça tanımlanması gerekir.

Piasoft, web tasarım projelerinde alan adı, hosting altyapısı ve SSL süreçlerini proje ihtiyacına göre tek noktadan yönetebildiğini belirtiyor.

Destek için ayrılan ekip ve süre de fiyatın bir parçasıdır

Bakım hizmetinin maliyetini belirleyen şeylerden biri doğrudan insan kaynağıdır.

Bir proje yalnızca yazılımcı müdahalesi gerektirebilir. Başka bir projede yazılımcının yanında tasarımcı, sistem tarafında çalışan teknik ekip veya proje sorumlusu da sürece dahil olabilir.

Aynı durum ayrılan süre için geçerlidir. Ayda birkaç saatlik kontrollü bakım ihtiyacı bulunan bir projeyle sürekli geliştirme talebi gelen sistem için aynı kaynak ayrılamaz.

Bu nedenle bakım anlaşmaları genellikle belirli bir kapsam, ayrılan çalışma kapasitesi veya tanımlanmış hizmet seviyesi üzerinden planlanır. Modelin nasıl kurulacağı ise projenin yapısına bağlıdır.

Mevcut sitenin durumu ilk maliyeti değiştirebilir

Bakım hizmetinin yeni geliştirilmiş bir proje üzerinde başlamasıyla yıllardır farklı müdahaleler görmüş bir sistemi devralmak aynı süreç değildir.

Başka bir ekip tarafından hazırlanmış web sitesinde işe başlamadan önce kod yapısı, kullanılan teknolojiler, yönetim paneli, sunucu erişimleri, yedekler ve mevcut sorunlar incelenebilir.

Bu inceleme sırasında teknik borç veya güncelliğini kaybetmiş bileşenler bulunursa önce iyileştirme çalışması gerekebilir. Bu iş sürekli bakım ücretinden ayrı değerlendirilebilir.

Piasoft, daha önce başka firmalar tarafından geliştirilmiş web siteleri için de bakım ve destek hizmeti sunabildiğini belirtiyor.

Sağlıklı bir bakım bütçesi nasıl hazırlanır?

Teklif istemeden önce birkaç konuyu netleştirmek fiyatların daha anlamlı karşılaştırılmasını sağlar:

  • Hangi site veya yazılımlar bakım kapsamına girecek?

  • İçerik ve tasarım değişiklikleri hizmete dahil olacak mı?

  • Yeni özellik geliştirme talepleri bakım kapsamında mı, ayrıca mı fiyatlanacak?

  • Hangi üçüncü taraf sistemlerle entegrasyon bulunuyor?

  • Hosting ve sunucu yönetimini kim üstlenecek?

  • Yedekleme ve güvenlik kontrollerinden kim sorumlu olacak?

  • Kritik sorunlarda beklenen müdahale süresi nedir?

  • Düzenli raporlama veya periyodik teknik kontrol gerekiyor mu?

Bu sorular netleşmeden alınan sabit fiyatlar çoğu zaman aynı hizmeti tarif etmez. Bir teklif yalnızca temel güncellemeleri içerirken diğeri teknik destek, içerik düzenlemeleri ve geliştirme süresini birlikte kapsayabilir.

Web sitesi bakım ücretini belirlemenin daha sağlıklı yolu, önce mevcut sistemi ve gerçek ihtiyaçları incelemek, ardından kapsamı tanımlamaktır. Piasoft projelerinde de süreç ihtiyaç analiziyle başlayıp teknik yapı, kapsam ve çalışma planının netleştirilmesiyle ilerliyor. Böylece işletme kullanmayacağı hizmetler için gereksiz bütçe ayırmadan, ihtiyaç duyduğu destek seviyesini daha açık biçimde görebilir.