Bir bakım teklifinde “teknik destek dahildir” yazması, hangi işin hangi sürede yapılacağını tek başına anlatmaz. Yedekleme, güncelleme, içerik düzenleme ve yeni özellik geliştirme farklı sorumluluklardır. Sağlıklı bir bakım kapsamı, sitenizin çalışma biçimine göre bunların sınırlarını görünür hale getirir.
Önce sitenin hangi işlerini koruduğunuzu belirleyin
Sadece tanıtım içeren bir siteyle sipariş, rezervasyon veya üyelik işleten bir uygulamanın ihtiyaçları aynı değildir. Gün içinde değişen veri, dış servis bağlantıları ve çalışanların kullanım biçimi bakım planını etkiler. Paket adından önce sitenin kritik işlerini listeleyin.
Örneğin iletişim formunun çalışmaması tanıtım sitesinde önemli olabilir. Mağazada ise ödeme bildiriminin gelmemesi veya stok aktarımının durması daha farklı kontrol gerektirir. Bakımın hangi iş akışını izleyeceği bu liste üzerinden belirlenmelidir. Her siteye aynı kontrol metnini uygulamak yeterli değildir.
Kritik işlerin yanında sorumluları da yazın. Hosting sağlayıcısı, geliştirici ve içerik ekibi farklı olabilir. Bir sorun oluştuğunda ilk kaydı kimin alacağı ve doğru kişiye kimin ileteceği belli olsun. Kullanıcıdan her seferinde teknik teşhis yapmasını beklemeyin.
Güncelleme yalnızca düğmeye basmak mı?
Kullandığınız altyapıya göre çekirdek yazılım, eklentiler, kütüphaneler ve çalışma ortamı güncellenebilir. Ancak her güncellemeyi doğrudan canlıya uygulamak uygun olmayabilir. Bağımlılıklar ve özel geliştirmeler varsa önce uyumluluk değerlendirmesi gerekir.
Bakım teklifinde güncelleme öncesi yedek, gerekirse test ortamı ve işlem sonrası kontrolün bulunup bulunmadığını sorun. Bir sürüm değişikliği formu veya ödeme akışını etkileyebilir. “Güncellendi” bilgisi kadar temel işlerin çalıştığının doğrulanması da önemlidir.
Desteklenmeyen eski yazılım kullanılıyorsa bu durum ayrıca ele alınmalıdır. Bazen düzenli küçük güncellemeler yetmez; altyapının yenilenmesi gerekir. Böyle bir işi aylık bakımın içinde sessizce varsaymak yerine kapsam ve bağımlılıkları açıkça değerlendirin.
Yedek hangi veriyi ve hangi zamanı kapsıyor?
Dosya yedeği, veritabanındaki son siparişleri içermeyebilir. Veritabanı yedeği de yüklenen görselleri veya sistem ayarlarını kapsamayabilir. Yedeğin hangi bileşenleri içerdiğini, nerede tutulduğunu ve hangi geçmiş sürümlerin bulunabildiğini öğrenin.
Yedek sıklığını veri değişimiyle ilişkilendirin. Ayda bir güncellenen tanıtım sitesiyle sürekli sipariş alan mağazanın kabul edebileceği veri kaybı aynı değildir. Kesin bir periyodu bütün sitelere uygulamak yerine işletmenin ihtiyacını teknik ekiple konuşun. Kritik olan, geri dönüldüğünde hangi kayıtların eksik kalabileceğinin bilinmesidir.
Geri yükleme denemesinin kim tarafından ve nasıl yapılacağını sorun. “Yedek alınıyor” ifadesi tek başına kurtarma sürecini kanıtlamaz. Hesap erişimleri, dosyalar ve gerekli ayarlar birlikte kullanılabiliyor olmalıdır. Yedeğin tutulduğu yerin de asıl sistemle aynı arızaya bağımlı kalmaması değerlendirilmelidir.
İzleme hangi sorunu fark ediyor?
Sitenin yanıt vermesi temel bir kontroldür; fakat her işlevin çalıştığını göstermez. Ana sayfa açılırken başvuru formu bildirim göndermiyor olabilir. İşletme açısından önemli akışlar için uygun kontroller seçilmelidir. Her kontrolün hangi hatayı yakalayabildiği bilinsin.
Alan adı ve sertifika süreleri de sorumluluk listesinde bulunabilir. Bu takiplerin bakım kapsamında olup olmadığını açıkça sorun. Bir hatırlatma, yenileme işleminin yapılmış olması demek değildir. Ödemeyi kimin yapacağı ve sonucun nasıl doğrulanacağı belirlenmelidir.
Hata kayıtları inceleniyorsa hassas verilerin gereksiz yere tutulmaması gerekir. Erişimleri kısıtlayın ve işletim için gereken bilgiyi seçin. İzlemenin amacı her ziyaretçiyi ayrıntılı takip etmek değil, işin durmasına yol açan sorunları fark edip çözebilmektir.
Müdahale süresi ile çözüm süresini ayırın
Destek talebine yanıt verilmesi, sorunun aynı sürede çözüleceği anlamına gelmez. Dış sağlayıcı arızası, veri onarımı veya kapsamlı geliştirme farklı süreler gerektirebilir. Teklifte ilk değerlendirme, önceliklendirme ve çözüm süreci ayrı açıklanmalıdır.
Çalışma saatleri, acil durum tanımı ve iletişim kanalı da belliyse beklenti daha gerçekçi olur. Her küçük metin değişikliğini acil saymak kritik arızaları yönetmeyi zorlaştırır. Öte yandan satışın tamamen durduğu bir sorun, sıradan içerik isteğiyle aynı sırada beklememelidir.
İçerik düzenleme ve yeni özellik nerede ayrılıyor?
Bir telefon numarasını değiştirmek, yeni sayfa tasarlamak ve rezervasyon modülü eklemek aynı iş değildir. Bakım paketinde belli içerik işleri varsa sınırları ve talep yöntemi yazılsın. “Sınırsız destek” ifadesi hangi işlemleri kapsadığı açıklanmıyorsa belirsizlik yaratır.
Yeni geliştirme ihtiyacı çıktığında mevcut sorunu, beklenen davranışı ve kabul şartını tanımlayın. Ayrı fiyatlandırma gerekiyorsa bunun nedeni kapsam üzerinden açıklanabilir. Böylece bakım hizmetiyle proje geliştirmesi birbirine karışmaz; her iki taraf da neyin teslim edildiğini bilir.
Bakım sağlayıcısı değişirse devrin nasıl yapılacağını da konuşun. Hesap envanteri, son kontrol kaydı, açık sorunlar ve gerekli dokümantasyon yeni ekibin işe başlamasını kolaylaştırır. Önceki destek ilişkisi bittiğinde hangi erişimlerin kaldırılacağı, hangi aboneliklerin işletmede kalacağı belli olmalıdır. Ayrılma koşulları yalnızca sorun yaşandığında hatırlanan bir konu olmamalıdır; hizmetin başında da netleştirilebilir. Bu bilgi, işletmenin günlük kullanımını kesmeden sorumluluk değiştirebilmesine yardımcı olur.
Aylık bakım kaydında ne bulunmalı?
Uzun bir rapor şart değildir. Yapılan güncellemeler, yedek ve kontrol durumu, bulunan önemli sorunlar ve bekleyen kararlar kısa bir kayıtta toplanabilir. Her ay aynı genel metni göndermek yerine gerçekten yapılan işleri görünür kılmak daha yararlıdır.
İşletmenin onayını bekleyen bir konu varsa etkisini açıklayın. Süresi dolan lisans, erişimi eksik hesap veya desteklenmeyen eklenti bir sonraki işlemi engelliyorsa bu bağımlılık kayıtta yer alsın. Bakım, yalnızca arıza olduğunda hatırlanan bir ilişki olmak zorunda değildir.
Altyapı değişikliği de gündemdeyse site taşıma kontrol listesi yedek, e-posta ve son veri aktarımını planlamanıza yardımcı olur. Kariha’nın web tasarım hizmetinde yayın sonrası ihtiyaçları proje kapsamıyla birlikte değerlendiriyoruz. Sitenizin hangi işlemleri yürüttüğünü ve mevcut destek düzenini bizimle paylaşın; uygun bakım sorumluluklarını netleştirelim.
