Web Sitesi Bakım Kapsamı Nasıl Belirlenir?
Güncelleme, yedekleme, geri yükleme testi ve arıza bildirimini bakım kapsamına yazın. Örnek görev tablosuyla işletme ve sağlayıcının sorumluluklarını ayırın.
Kısa Yanıt
Bakım Kapsamına Hangi İşler Yazılmalı?
Güncelleme ve Yedekleme Birlikte Planlanmalı
Arıza Bildirimi Nasıl İşlemeli?
Erişimler ve Kapsam Dışı İşler
Aylık Kontrolde Hangi Kayıtlar İstenmeli?
Kısa Yanıt
Web sitesi bakım kapsamı, yayından sonra yapılacak güncelleme, yedekleme, geri yükleme kontrolü ve arıza takibini tanımlar. Her iş için sorumlu, zamanlama, onay ve tamamlanma kanıtı belirleyin. Yeni tasarım, içerik ve geliştirme işlerinin dahil olduğunu varsaymayın.
Site açılıyor, fakat iletişim formundan mesaj gelmiyor. Bakımı yapan ekip sunucunun çalıştığını, işletme ise formun kontrol edilmesi gerektiğini söylüyor. Sorun yalnız teknik arıza değil: bakım adı altında hangi işlerin üstlenildiği belli değil.
Web sitesi bakım hizmetini konuşurken “aylık kontrol” ifadesini yapılacak işe çevirin. Hangi sayfa veya işlem kontrol edilecek, kontrolü kim yapacak, sorun çıkarsa kim karar verecek? Hazırlayacağınız liste bu sorulara cevap vermeli.
Bakım Kapsamına Hangi İşler Yazılmalı?
Önce sitenin kullandığı yazılımı, barındırma hizmetini ve dış bağlantıları çıkarın. Randevu sistemi, ödeme altyapısı veya formun e-posta servisi başka bir sağlayıcıda olabilir. İşletmenin kendi ekibinin yaptığı işleri de kayda ekleyin; sorumluluk yalnız dışarıdan alınan hizmetle sınırlı değildir.
| İş | Ne Zaman? | Sorumlu ve Onay | Tamamlanma Kanıtı |
|---|---|---|---|
| Yazılım güncellemesi | Sürüm ve risk değerlendirmesine göre | Teknik ekip uygular; işletme yayın penceresini onaylar | Sürüm kaydı ve kritik işlem testleri |
| Yedekleme | Verinin değişme sıklığına göre | Belirlenen teknik sorumlu | Yedek zamanı, kapsamı ve saklandığı yer |
| Geri yükleme denemesi | Kararlaştırılan aralıkta ve önemli değişikliklerden sonra | Teknik ekip; işletme işlevleri kontrol eder | Deneme ortamındaki sonuç ve eksik kayıtlar |
| Form ve başvuru kontrolü | Takvimli kontrolde veya ilgili değişiklikten sonra | Teknik ekip ile başvuruyu alan kişi | Test kaydının gerçekten ulaşması |
| Alan adı, sertifika ve lisans takibi | Yenileme tarihlerinden önce | Hesap sahibi öder; belirlenen kişi takip eder | Son geçerlilik tarihi ve işlem kaydı |
| İçerik değişikliği | Onaylı talep geldiğinde | İşletme doğru bilgiyi sağlar; yayıncı uygular | Değişen URL, metin onayı ve yayın kontrolü |
Tablo örnektir; her sitenin aynı işleri aynı sıklıkta yaptırması gerekmez. Günde yüzlerce yeni kayıt alan mağazayla nadiren değişen tanıtım sitesinde kabul edilebilir veri kaybı aynı olmayacaktır. Saat veya gün belirlemeden önce kayıp kayıtları yeniden oluşturmanın işletmeye neye mal olacağını konuşun.
Güncelleme ve Yedekleme Birlikte Planlanmalı
Güncellemenin başarı mesajı vermesi, müşterinin işlem yapabildiğini göstermez. Yayın öncesi kontrol edilecek yolları yazın: form gönderimi, randevu oluşturma veya sipariş tamamlama gibi. Sorun görülürse çalışmayı kimin durduracağı ve önceki duruma nasıl dönüleceği belli olsun.
WordPress kullanılıyorsa resmi güncelleme dokümanı işlem öncesi yedek alınmasını önerir. Yedekleme rehberi ise dosyalarla veritabanının birlikte ele alınmasını açıklar. Sadece görsel klasörünün kopyası, sipariş veya form kayıtlarını geri getirmeye yetmeyebilir.
Yedeğin bulunmasıyla geri yüklenebilmesini ayrı kontrol edin. Denemeyi müşterilerin kullandığı siteden ayrılmış ortamda yapın; hangi tarihe dönülebildiğini ve hangi işlevlerin çalıştığını kaydedin. Gerçek müşteri verisi kullanılacaksa erişimi sınırlandırın. Geri dönüş süresini ölçmeden hızlı kurtarma sözü vermeyin.
Arıza Bildirimi Nasıl İşlemeli?
Varsayımsal bir randevu sitesinde takvim açılıyor ama kayıt tamamlanmıyor olsun. İşletme URL'yi, hatanın görüldüğü zamanı ve tekrar adımlarını bildirir. Teknik sorumlu son değişiklikleri ve ilgili servisi inceler; işletme geçici alternatif başvuru yolunu duyurur. Düzeltmeden sonra test kaydını hem gönderen hem alan taraf kontrol eder.
Bakım anlaşmasında bildirimin nereye yapılacağı, hangi saatlerde ele alınacağı ve acil durumun nasıl tanımlandığı yazmalı. İlk yanıt süresi ile çözüm süresi farklıdır. İncelemeye başlamak, dış sağlayıcıya bağlı arızanın o sürede giderileceği anlamına gelmez. Mesai dışı müdahale ve ek ücret koşullarını baştan sorun.
Erişimler ve Kapsam Dışı İşler
Alan adı, barındırma ve yönetim panelinin sahiplerini ayrı kaydedin. Her çalışana aynı yönetici hesabını vermek yerine işine uygun erişim tanımlayın. WordPress'in rol ve yetki yapısı, içerik düzenleme ile geniş yönetim yetkilerinin ayrılmasına örnektir. Ekip değiştiğinde erişimleri kimin kaldıracağı da bakım listesinde yer almalı.
Yeni sayfa tasarlamak, farklı bir ödeme sistemi bağlamak veya sitenin tamamını yenilemek rutin bakım ücretine kendiliğinden dahil olmaz. Yeni proje alıyorsanız bakım satırını web tasarım teklifindeki teslimlerle birlikte okuyun. Eski yapının sürdürülememesi durumunda onarma mı yenileme mi kararı ayrı değerlendirme gerektirir.
Aylık Kontrolde Hangi Kayıtlar İstenmeli?
“Bakım yapıldı” mesajının yerine değişen sürümleri, denenen işlemleri, yedek durumunu ve açık kalan işleri görün. Her açık iş için sorumlu kişi ile bir sonraki kontrol tarihini yazın. Böylece aynı arızanın tekrar edip etmediğini ve bekleyen onayın kimde olduğunu takip edebilirsiniz.
Site henüz açılmadıysa ilk yayın hazırlığını tamamlayıp bakım sorumluluklarını teslim aşamasında paylaşın. Piar Medya ile proje kapsamını görüşmek için web tasarım hizmetindeki çalışma başlıklarını inceleyebilirsiniz; ihtiyaç duyduğunuz bakım ve destek işlerini görüşmede adlarıyla belirtin.
sıkça sorulan sorular
Kullandığınız sisteme göre güncelleme, yedekleme, kritik işlem kontrolü ve arıza bildirimi gibi işleri tanımlayın. Her işin uygulayanını, onayını ve tamamlanma kanıtını yazın. İçerik üretimi veya yeni tasarımın dahil olduğunu varsaymayın.
Dosyaların ve veritabanının kapsandığını, yedeğin tarihini ve erişim yetkilerini kontrol edin. Ayrı bir ortamda geri yükleme denemesi yapılarak önemli işlevler sınanmalı. Sadece yedek dosyasının bulunması, kullanılabilir olduğunu göstermez.
İşletme doğru bilgiyi ve yayın onayını sağlar; düzenlemeyi yapacak kişi bakım kapsamında belirlenir. İçerik ekibi kendi panelinden çalışacaksa uygun yetki ve kontrol adımları tanımlayın. Teknik bakım alınması, sınırsız metin düzenlemesini kendiliğinden kapsamaz.
Tek başına yeterli kabul edilmemeli. Güncellemenin etkilediği işlevler, yedek durumu ve hata bildirimi için sorumlu gerekir. Otomatik işlem çalışsa bile formun ulaştığını veya siparişin doğru oluştuğunu test edin.
Genellikle farklı kapsamları anlatırlar: yenileme bir tasarım veya yapı değişikliği projesi, bakım ise kararlaştırılan devamlı işler olabilir. Teklifte teslimleri okuyun. Barındırma, lisans, ek geliştirme ve destek saatlerinin hangi bedele dahil olduğu açık olmalı.
Müşterinin kullandığı kritik yolları önceden seçin: form gönderme, randevu veya sipariş gibi. Deneme sonucunu alıcı tarafta da doğrulayın; yalnız başarı mesajına bakmayın. Sorun varsa bulguyu ve geri dönüş kararını işlem kaydına ekleyin.
