Web Sitesi Bakım Ücreti: Aylık Bakımda Neler Olmalı

Özetle

• Bakım ücretini, yapılacak işler ve işlerin kanıtı üzerinden karşılaştırın.
• Yedek alınması kadar, yedeğin geri yüklenebilir olduğunun kontrol edilmesini de sorun.
• İçerik değişikliği, yeni özellik ve acil müdahalenin bakım kapsamına girip girmediğini yazılı netleştirin.
• Alan adı ve hosting giderlerini bakım hizmetinden ayrı izleyin; yıllık toplamı birlikte hesaplayın.
• Bakımın sonunda yapılan işler, açık sorunlar ve sonraki adımlar size raporlanmalıdır.

Web sitesi bakım ücreti hangi işleri kapsamalı?

Web sitesi bakım ücreti, sitenin mevcut sayfalarını çalışır ve güvenli tutmak için düzenli yapılan kontrollerin karşılığıdır. Teklifte yedekleme, güncelleme, temel güvenlik kontrolü, iletişim kanalı testi ve yapılan işlerin raporu açıkça yazıyorsa bakım hizmetinin sınırını anlayabilirsiniz.

Bir işletme sahibi için bakım, teknik bir kontrol listesinden ibaret değildir. Telefon numarası değiştiğinde müşterinin doğru numaraya ulaşması, formun mesajı doğru yere iletmesi ve sitenin telefonda açılması da bakımın işletmeye dokunan taraflarıdır. Bu nedenle işi, “teknik bakım” gibi geniş bir başlıkla değil, ortaya çıkacak sonuçlarla tarif edin.

Her ay aynı miktarda iş yapılacağı varsayımı doğru olmayabilir. Bazı dönemlerde güncelleme ve kontroller yeterliyken, başka bir dönemde eski bir eklenti, bozuk form veya güncelliğini yitirmiş çalışma saati bilgisi için ek iş gerekebilir. Ücretin sabit olması, kapsamın sınırsız olduğu anlamına gelmez. Düzenli bedelin hangi işleri içerdiği ve hangi taleplerin ayrıca onay gerektirdiği sözleşmede anlaşılır olmalıdır.

Aylık bakım paketiyle tek seferlik iş arasındaki fark nedir?

Aylık bakım, sitenin durumunun belirli aralıklarla kontrol edilmesini ve önceden kararlaştırılmış işlerin yürütülmesini sağlar. Tek seferlik iş ise belirli bir sorunu veya talebi çözmeye yöneliktir; örneğin yeni hizmet sayfası hazırlamak, tasarımı değiştirmek ya da bozulmuş bir özelliği yeniden kurmak.

Teklifleri karşılaştırırken sadece “aylık bakım” ifadesine bakmayın. Hizmet sağlayıcının mevcut sayfalarda düzeltme yapması, yeni içerik girmesi ve yeni özellik geliştirmesi birbirinden farklı işlerdir. Bir işletmenin telefon numarasını güncellemek ile yeni bir çevrim içi randevu sistemi eklemek aynı kapsamda değerlendirilmemelidir.

Aşağıdaki karşılaştırma, teklif sahibinden hangi işi hangi başlıkta açıklamasını isteyebileceğinizi gösterir. Hücrelerdeki ayrımlar fiyat karşılaştırması değil, iş kapsamı ayrımıdır.

Bakım teklifinde hangi işler yazılı olmalı?

Teklifte her hizmetin adı, ne zaman yapılacağı, nasıl doğrulanacağı ve sonuç başarısızsa ne olacağı yazılı olmalıdır. “Güvenlik sağlanır” gibi ucu açık bir cümle yerine, hangi kontrollerin yapıldığı ve size nasıl bildirildiği tarif edilmelidir.

Örneğin “yedekleme” kaleminin yalnızca yedek dosyası oluşturmak mı, yoksa dosyanın erişilebilirliğini ve geri yüklenebilirliğini kontrol etmek mi olduğunu sorun. “Güncelleme” kaleminde de hangi yazılım parçalarının güncellendiğini, güncelleme öncesinde yedek alınıp alınmadığını ve bir sorun çıkarsa geri dönüş planını öğrenin.

“Küçük düzenlemeler dahildir” ifadesi de tek başına yeterli değildir. Küçük düzenlemenin ne anlama geldiği, içerik sağlayanın kim olduğu ve talebinizin ne zaman tamamlanacağı belirsiz kalabilir. Bir hizmet saat sınırı belirliyorsa bunun hangi işlere harcanabildiğini, kullanılmayan sürenin devredilip devredilmediğini ve kapsam dışı taleplerin nasıl fiyatlandırılacağını sorun. Burada amaç belirli bir ücret veya süre varsaymak değil, iki tarafın aynı işi anladığından emin olmaktır.

Bir sorun belirtisinden bakım işine nasıl geçilir?

Bir arıza belirtisi tek başına sebebi göstermez; önce sorunun hangi sayfada, hangi cihazda ve hangi kullanıcı adımında çıktığı belirlenmelidir. Bakım sağlayıcısından yalnızca düzeltme değil, tespit ettiği nedeni ve kontrol sonucunu da istemeniz sorunun yeniden yaşanmasını önlemeye yardımcı olur.

Aşağıdaki tablo, işletme sahibinin gördüğü belirtiyi teknik ekibe aktarırken kullanabileceği pratik bir başlangıçtır. Bir belirtiye birden fazla neden yol açabileceğinden tabloda kesin teşhis değil, araştırılacak yön verilmiştir.

Arıza bildirirken “site bozuk” demek yerine, gördüğünüz sayfanın adresini, kullandığınız cihazı ve yaptığınız işlemi yazın. Hata mesajı görünüyorsa ekran görüntüsü ekleyin; ancak müşteri bilgilerini veya özel mesajları gereksiz yere paylaşmayın. Sorun yalnızca sizin telefonunuzda çıkıyorsa bunu da belirtin. Böylece sağlayıcı sorunu tekrarlayabilir ve düzeltmenin işe yarayıp yaramadığını aynı senaryoyla sınayabilir.

Yedekleme ve geri yükleme bakımda nasıl kontrol edilmeli?

Yedekleme, sitenin dosyalarının ve gerekli verilerinin saklanan kopyasıdır; geri yükleme ise bu kopyayı kullanarak siteyi önceki çalışan durumuna döndürme işlemidir. Yalnızca “yedek alıyoruz” cevabıyla yetinmeyin; yedeğin nerede tutulduğunu, neyin kapsandığını ve geri yüklemenin nasıl yapılacağını öğrenin.

Bir yedek, site dosyalarını kapsayıp içerik verilerini kapsamıyorsa ihtiyacınız olan her şeyi geri getirmeyebilir. Sitenizde çevrim içi form, randevu talebi veya ürün bilgisi varsa bu verilerin hangi sistemde tutulduğunu ayrıca sorun. Yedeklerin aynı hosting hesabında tutulması da hesabın erişilemez olduğu bir durumda geri dönüşü zorlaştırabilir; hizmet sağlayıcınızdan kopyaların saklandığı yerleri açıklamasını isteyin.

Güncellemeler neden kontrollü yapılmalı?

CMS, yani içerik yönetim sistemi, sayfalarınızı teknik kod yazmadan düzenlemenizi sağlayan yazılımdır. Eklenti ve tema gibi ek parçaların güncellenmesi güvenlik veya uyumluluk sorunlarını giderebilir; ancak her güncellemenin mevcut tasarımla ve diğer parçalarla sorunsuz çalışacağı varsayılmamalıdır.

Bu nedenle bakım sağlayıcısı güncellemeyi körlemesine yapmak yerine, önce mevcut durumun yedeğini almalı, güncellemeyi uygulamalı ve sitenin kritik işlevlerini kontrol etmelidir. Ana sayfanın açılması tek başına yeterli test değildir. Telefon bağlantısı, form, randevu akışı, menü ve işletmenin sık kullandığı hizmet sayfaları da çalışmalıdır.

Güncelleme sonrası sorun çıkarsa geri dönüş yöntemi önceden bilinmelidir. Sağlayıcıdan hangi değişikliğin yapıldığını, hangi sayfaların test edildiğini ve varsa uyumsuz parçanın nasıl ele alındığını yazmasını isteyin. “Her şeyi güncel tutuyoruz” ifadesi, test ve geri dönüş adımı tarif edilmiyorsa yeterince denetlenebilir değildir.

Siteyi kendiniz düzenliyorsanız, bir değişikliği canlı sayfada yapmadan önce sağlayıcının çalışma biçimini öğrenin. Birden fazla kişinin aynı anda sayfa düzenlemesi veya eklenti ayarını değiştirmesi, sorunun hangi değişiklikten kaynaklandığını anlamayı zorlaştırabilir. İşletme içinde kimin içerik girdiği, kimin teknik ayarlara dokunduğu ve sorun görüldüğünde kime haber verileceği belirlenmelidir.

Hız kontrolü bakım hizmetine dahil mi olmalı?

Hız kontrolü, sayfanın ziyaretçiye ne kadar hızlı ve kararlı göründüğünü anlamak için yapılan ölçümdür; bakım hizmeti en azından önemli sayfaların kontrol edilmesini ve gözlenen sorunun size bildirilmesini kapsayabilir. Tek bir hız puanı, sitenin her telefonda ve her bağlantıda aynı deneyimi sunduğunu kanıtlamaz.

Bir rapor, “site yavaş” demek yerine hangi sayfada neyin beklenenden farklı göründüğünü açıklamalıdır. Büyük görseller, gereksiz yazılım parçaları veya sunucu yanıtı gibi farklı alanlar araştırılabilir; ancak tek ölçümden kesin neden çıkarmak doğru değildir. Google’ın ölçümleri arama görünürlüğüyle ilişkilendiren açıklamalarını, garanti gibi yorumlamayın: ölçüm, sorunu anlamaya yarar; belirli bir sıralama veya ziyaretçi sayısı vaat etmez.

İçerik ve iletişim bilgileri bakımda nasıl güncel tutulur?

Bakım, işletmenin müşteriye verdiği bilgilerin güncelliğini de korumalıdır. Adres, telefon, çalışma saati, hizmet açıklaması, fiyat bilgisi veya randevu yöntemi değiştiğinde hangi kişinin güncelleme talebi vereceğini ve sağlayıcının değişikliği nasıl onaylatacağını belirleyin.

İçerik değişikliğinde eski ve yeni bilgiyi birlikte iletmek, yanlış anlaşılmayı azaltır. Örneğin “hizmet sayfasını düzeltin” yerine, değişecek metni ve ilgili sayfanın adresini paylaşın. Görsel değişecekse kullanılacak dosyayı, dosyanın nerede görüneceğini ve görselin yayınlanmaya uygun olup olmadığını belirtin. Sağlayıcıdan da değişikliği yayına almadan önce size kontrol ettirmesini isteyin.

Formlar, telefon bağlantıları ve randevu akışı nasıl test edilmeli?

İletişim formu, telefon bağlantısı veya randevu talebi, müşteriyle işletme arasındaki ilk temas noktası olabilir; bakım kontrolünde bu akışlar gerçek bir deneme ile sınanmalıdır. Sadece formun ekranda görünmesi, mesajın işletmeye ulaştığını göstermez.

Kontrol sırasında bir deneme mesajı gönderin, mesajın doğru e-posta adresine veya kullanılan sisteme ulaştığını doğrulayın ve müşteriye görünen başarı bildirimini inceleyin. Otomatik yanıt kullanılıyorsa metnin güncel ve anlaşılır olup olmadığını da kontrol edin. Form hata verirse, müşterinin alternatif olarak telefonla veya başka bir kanalla ulaşabileceği bilgi görünür olmalıdır.

Randevu sisteminde müşterinin seçtiği hizmet, tarih veya iletişim bilgisinin doğru kaydedilmesi önemlidir. İşletme çalışanının bu talebi nerede göreceği ve talebe nasıl dönüş yapacağı bilinmiyorsa form çalışsa bile süreç aksayabilir. Testte gerçek müşteriye ait bilgi kullanmayın; deneme verisinin daha sonra silindiğini de kontrol edin.

Güvenlik ve kişisel veri sorumluluğu bakım firmasına mı geçer?

Hayır; bakım hizmeti almak işletmenin kendi sorumluluklarını kendiliğinden ortadan kaldırmaz. Siteniz ziyaretçilerden kişisel veri alıyorsa verinin hangi amaçla ve nasıl işlendiğini, kimlerin eriştiğini ve gerekli bilgilendirmenin nasıl yapıldığını işletmenizin değerlendirmesi gerekir.

Form alanlarını gereksiz kişisel bilgi isteyecek biçimde genişletmeyin. Bakım ekibine test için gerçek müşteri mesajlarını göndermek yerine deneme verisi kullanın. Yönetici hesabı paylaşımı gerekiyorsa, kimlerin erişimi olduğunu ve iş ilişkisi bittiğinde erişimin nasıl kaldırılacağını yazılılaştırın. Parola ve erişim bilgilerini açık e-postalarda veya herkese açık belgelerde tutmayın.

Bakım raporunda hangi kanıtları istemelisiniz?

Bakım raporu, hangi işin yapıldığını ve sonucun nasıl kontrol edildiğini gösteren kısa, anlaşılır bir kayıt olmalıdır. “Kontroller yapıldı” demek yerine, kontrol edilen sayfaları, test sonucunu ve çözülmemiş sorunları listeleyen rapor isteyin.

Raporu teknik bilgiyle doldurmak zorunlu değildir. İşletme sahibi olarak bilmeniz gereken şey, müşterinin hangi akışının çalıştığı, hangi konunun beklediği ve sizden hangi kararın istendiğidir. Örneğin güncellemenin tamamlandığı, telefon bağlantısının denendiği ve bir sayfanın görselinin düzeltilmesi için onay beklendiği anlaşılır biçimde yazılabilir.

Aşağıdaki kontrol tablosunu teklif görüşmesinde kullanabilirsiniz. Her satır için sağlayıcıdan “nasıl yapılıyor?” ve “bittiğini nasıl göreceğim?” sorularına cevap alın.

Bu tabloyu her bakım raporunda aynı biçimde kullanmanız şart değildir. Önemli olan, hizmet sağlayıcının kullandığı yöntemin sizin tarafınızdan anlaşılabilmesidir. Bir sorun devam ediyorsa “çözüldü” olarak kapatılmamalı; neyin eksik olduğu ve kimden hangi kararın beklendiği belirtilmelidir.

Bakım sözleşmesinde yanıt süresi ve acil müdahale nasıl tanımlanmalı?

Yanıt süresi, sorun bildirdikten sonra sağlayıcının size ne zaman dönüş yapacağını; çözüm süresi ise sorunun ne zaman giderileceğini ifade eder. Bu ikisini birbirine karıştırmayın ve sözleşmede yalnızca “hızlı destek” gibi ölçülemeyen ifadeler bırakmayın.

Her arıza aynı öncelikte değildir. Sitenin tamamına erişilememesi, tek bir eski görselin görünmemesiyle aynı etkiyi yaratmaz. Sağlayıcıyla hangi durumun acil sayılacağını, hangi kanaldan bildirim yapılacağını, mesai dışındaki başvuruların nasıl ele alınacağını ve geçici çözümün ne anlama geldiğini önceden konuşun.

Çözüm süresi, sorunun üçüncü taraf bir hizmetten veya işletmenin onay bekleyen kararından kaynaklanması halinde değişebilir. Örneğin alan adı sağlayıcısının hesabına erişilemiyorsa bakım ekibi tek başına sorunu bitiremeyebilir. Bu nedenle sözleşmede hizmet sağlayıcısının kontrolündeki işler ile sizin veya başka bir firmanın müdahalesini gerektiren işler ayrılmalıdır.

Ödeme ve iptal koşullarının yanında hizmetin sona erdiğinde ne olacağını da netleştirin. Site dosyaları, yedekler, kullanıcı hesapları ve işletme tarafından sağlanan içerikler nasıl teslim edilecek? Sağlayıcının erişimi ne zaman kaldırılacak? Alan adı ve hosting hesabı sizin adınıza kayıtlı değilse devir nasıl yapılacak? Bu sorular bakımın kesintiye uğraması halinde işinizi korur.

Alan adı, hosting ve bakım gideri nasıl ayrılmalı?

Alan adı, sitenizin internette kullanılan adresidir; hosting ise site dosyalarının internet üzerinden erişilebilir olduğu hizmettir. Bu iki gider, bakım işçiliğiyle aynı şey değildir ve yenileme dönemleri farklı olabilir.

Aylık bakım sözleşmesini incelerken alan adı yenilemesinin, hosting yenilemesinin, e-posta hizmetinin ve lisanslı yazılımların dahil olup olmadığını ayrı ayrı sorun. “Site masrafları dahil” ifadesi her kalemin aynı hesaptan ve aynı kapsamda yürütüldüğünü göstermeyebilir. Hangi hesabın sahibi olduğunuzu ve faturanın hangi hizmete karşılık geldiğini bilmeniz, yenileme zamanı geldiğinde beklenmedik erişim sorunlarını azaltır.

Yıllık toplamı hesaplarken alan adı, hosting ve bakım için ödediğiniz giderleri ayrı kalemler halinde girin; bu verilerle aracın size yıllık toplam gideri göstermesini kullanabilirsiniz.

Bu hesap, bakım hizmetinin içerik üretimi veya yeni özellik geliştirme gibi ek işleri kapsayıp kapsamadığını kendiliğinden belirlemez. Aracın sonucunu teklifinizdeki yazılı kapsamla birlikte değerlendirin. Bakım kalemi ayrı gösterilmemişse sağlayıcıdan hangi bedelin alan adı, hosting veya başka bir hizmete ait olduğunu açıklamasını isteyin. Gelecek yenileme tarihlerini de işletme takviminizde kayıtlı tutun.

İşletme türüne göre bakım kapsamı değişir mi?

Evet; müşterinin sitede yaptığı işlem değiştikçe bakımda kontrol edilmesi gereken akışlar da değişir. Telefonla randevu alan bir klinikle çevrim içi sipariş alan bir işletmenin aynı kontrol listesine sahip olması beklenmemelidir.

Bir klinikte çalışma saatleri, hizmet açıklamaları, konum ve randevu talebinin doğru ekibe ulaşması öne çıkabilir. Bir atölye veya teknik servis için hangi hizmetlerin sunulduğu, arıza bildirim kanalının çalışması ve telefon numarasının doğru olması daha belirleyici olabilir. Restoran sitesi için menü ve çalışma saatleri, müşterinin yanlış bilgiyle gelmesini önleyen temel içeriklerdir.

Çevrim içi satış yapan bir işletmede ürün bilgisi, sepet, ödeme ve sipariş bildirimi gibi akışlar bakım kapsamını genişletir. Bu akışlarda test yapılırken gerçek ödeme ya da müşteriye ait veri kullanımı konusunda ayrıca yöntem belirlenmelidir. Sitenizde ziyaretçiden kişisel veri alınıyorsa hukuki sorumluluklarınızı da gözden geçirin; yalnızca teknik olarak çalışan bir form, tek başına uygun bilgilendirme yapıldığı anlamına gelmez.

Eski bir siteye bakım almak mı, yeniden yaptırmak mı gerekir?

Önce sitenin işletmeniz için gerekli temel işleri hâlâ yapıp yapmadığını değerlendirin; telefonla ulaşım, hizmetleri anlama ve talep gönderme akışları sağlamsa bakım yeterli olabilir. Bu işler sürekli bozuksa, düzenleme yapmak zorlaşıyorsa veya gerekli özellikler mevcut yapıya eklenemiyorsa yeniden kurulum seçeneğini de inceleyin.

Bir site yalnızca eski göründüğü için baştan yapılmak zorunda değildir. Önce sorunları ayırın: yanlış veya eski içerik mi var, telefonda kullanım mı zor, formlar mı çalışmıyor, yoksa siteyi yöneten yazılım mı artık desteklenmiyor? Bu sorulara yanıt vermek, bakım talebiyle yeni site talebini birbirinden ayırır.

Mevcut siteyi koruyacaksanız, bakım sağlayıcısından hangi parçaların güncellenebilir olduğunu ve hangi parçaların değişmeden kalacağını açıklamasını isteyin. Yeniden kurulum düşünüyorsanız, alan adı sahipliği, mevcut içeriklerin taşınması, arama motorlarının eriştiği sayfa adresleri ve form verilerinin nasıl ele alınacağı gibi konuları planlayın. Eski siteye ait her şeyin yeni siteye otomatik aktarılacağını varsaymayın.

Bakım sağlayıcısını seçerken hangi soruları sormalısınız?

Uygun sağlayıcı, yaptığı işi açıklayabilen ve site hesabının kontrolünü işletme sahibinde bırakabilen sağlayıcıdır. Görüşmede görev listesi, erişim sahipliği, arıza bildirimi ve hizmet bittiğinde devir sürecini sorun.

Şu sorular, teknik uzman olmasanız da teklifin anlaşılır olup olmadığını gösterir:

• Yedek hangi içerikleri kapsıyor ve geri yükleme gerektiğinde süreç nasıl işliyor?
• Güncellemeden sonra hangi sayfalar ve müşteri akışları kontrol ediliyor?
• Form testinde deneme mesajının doğru alıcıya gittiği nasıl doğrulanıyor?
• İçerik düzeltmesi ile yeni sayfa veya yeni özellik arasındaki sınır nedir?
• Arıza bildirimi hangi kanaldan alınıyor ve acil durum nasıl tanımlanıyor?
• Bakım raporunda hangi işler tamamlandı, hangi sorunlar açık kaldı bilgisi yer alıyor mu?
• Alan adı, hosting ve yönetici hesapları kimin adına kayıtlı?
• Hizmet biterse dosyalar, yedekler ve erişim bilgileri nasıl teslim ediliyor?

Yanıtların yazılı olması, yalnızca anlaşmazlık riskini azaltmaz; yeni bir çalışan veya başka bir sağlayıcı geldiğinde sitenin nasıl yönetildiğini anlamasını da kolaylaştırır. Hesapların işletmenizin adına açılması, size yönetici erişimi verilmesi ve erişimlerin güvenli biçimde paylaşılması gerekir. Bir sağlayıcı hesabınızı ya da yedeğinizi teslim etmeye yanaşmıyorsa, nedenini açıkça sorun.

İşin kontrolü için teknik terimleri ezberlemeniz gerekmez. Bir işlemin yapılmış olduğunu hangi ekran görüntüsü, rapor veya deneme sonucuyla göreceğinizi sormanız yeterlidir. Sağlayıcı bu kanıtı basitçe açıklayamıyorsa, teklif kapsamı henüz karar verecek kadar açık olmayabilir.

Bakım ücretini değerlendirirken hangi hatalardan kaçınmalısınız?

En sık yapılan hata, kapsamı belirsiz bir hizmeti yalnızca aylık ödeme üzerinden seçmektir. Aynı adla sunulan iki bakım hizmeti; yedekleme, arıza müdahalesi, içerik düzeltmesi ve raporlama bakımından farklı olabilir.

Bir başka hata, “yedek alınıyor” ifadesini güvenli geri dönüş garantisi olarak yorumlamaktır. Yedeğin hangi verileri içerdiği ve gerektiğinde nasıl kullanılacağı bilinmiyorsa, kayıtlı bir kopya ihtiyacınızı karşılamayabilir. Benzer biçimde, güncellemenin yapılmış olması da formun, menünün ve telefon bağlantısının çalıştığını göstermez; kritik kullanıcı adımları ayrıca denenmelidir.

İşletme sahibinin de bakım ilişkisine katkısı vardır. Değişen telefon numarasını, kapanış saatini veya yeni hizmet bilgisini sağlayıcıya bildirmezseniz, teknik kontroller doğru çalışsa bile sitedeki bilgi eski kalabilir. İşletme içinde bu bilgileri kimin onayladığını ve değişiklikleri kimin ilettiğini belirleyin.

Son olarak, teknik bakım ile hukuki uygunluğu aynı şey saymayın. Bir hizmet sağlayıcısı formu çalışır hale getirebilir; fakat hangi kişisel verinin hangi amaçla alındığı, hangi bilgilendirmenin gerektiği ve işletmenizin hangi mevzuata tabi olduğu ayrıca değerlendirilmelidir. Güvenlik, erişim ve yedekleme için hizmet kapsamı; hukuk içinse faaliyetinizle ilgili resmi kaynaklar ve uzman görüşü ayrı ayrı ele alınmalıdır.

Kaynaklar

Sık sorulan sorular