Tasarım ve geliştirme proje bedelidir. Alan adı yenilemesi, e-posta aboneliği, ücretli araçlar ve devamlı bakım ayrı sorumluluklardır. Statik tanıtım sitesi ücretsiz barındırma planına uygun olabilir; alan adı ve posta kutusu yine düzenli gider oluşturabilir. Ücretsiz statik barındırma, alan adı ve bakımın ömür boyu ücretsiz olduğu anlamına gelmez.
Yapım gideri ile işletme giderini farklı çizelgelerde tutun
Web sitesinin tasarlanıp geliştirilmesi belirli bir teslim sonucuna bağlı iştir. Alan adının yenilenmesi veya e-posta kutularının sürdürülmesi ise zamana bağlı hizmettir. Bunları aynı toplam içinde görmek ilk gün kolay olsa da sonraki yıl hangi ödemenin neyi sürdürdüğünü anlamayı zorlaştırır. Tek seferlik bedel ile tekrarlayan giderleri ayrı satırlarda planlayın.
Yapım kapsamına örnek olarak sayfa tasarımı, mobil düzenleme, tanımlı form, temel teknik SEO ve ilk yayın hazırlığı verilebilir. Devam eden içerik değişikliği, yeni sayfa, yeni dil veya entegrasyon talebi bu teslimin dışında kalabilir. “Bakım” kelimesi kullanılıyorsa yalnız teknik bağımlılık güncellemesi mi, içerik değişikliği mi, yoksa izleme ve müdahale mi anlamına geldiğini sorun. Aynı kelime farklı tekliflerde farklı işi anlatabilir.
Orvunweb paketlerinde gösterilen rakamlar aylık abonelik değil, tek seferlik yapım bedelidir. Bunun yanında domain, e-posta, ücretli servis ve sürekli bakım başlıklarını değerlendirmek gerekir. Bir giderin bugün doğmaması gelecekte asla doğmayacağı anlamına gelmez. Ücretsiz plan seçildiğinde bile plan limitlerini ve hangi durumda alternatif gerekeceğini teslim notuna ekleyin.
Yıllık bütçeyi sayı uydurmadan hazırlayın
Önce her hizmetin gerçek sağlayıcısını ve hesap sahibini yazın. Alan adının ilk kayıt fiyatı ile yenileme fiyatı farklı olabilir; kampanya fiyatını sürekli maliyetmiş gibi bütçeye taşımayın. E-posta hizmetinde kişi başına kutu sayısı, saklama alanı ve işlevler önemlidir. Ücretli bir görsel, tema veya eklentide lisansın tek seferlik mi, dönemsel mi olduğunu ayrıca kontrol edin.
Örnek bir çizelgede “hizmet”, “neden gerekli”, “hesap sahibi”, “yenileme dönemi”, “doğrulanmış güncel ücret” ve “iptal edilirse etkisi” sütunları bulunabilir. Henüz seçilmeyen sağlayıcı için tahmini kesin rakam yazmak yerine karar tarihini belirtin. Böylece toplam bütçenin hangi kısmının kesin, hangi kısmının seçime bağlı olduğunu görürsünüz.
Her şeyi aynı sağlayıcıdan almak zorunda değilsiniz. Alan adı bir firmada, statik barındırma başka yerde ve kurumsal e-posta ayrı serviste olabilir. Bu ayrım teknik olarak normaldir; fakat DNS ayarlarını kimin yöneteceği belli olmalıdır. Bir değişikliğin siteyi mi, e-postayı mı etkilediğini anlamayan acele müdahaleler gereksiz kesintiye yol açabilir.
Yenileme ve destek sorumluluğunu teslimden önce belirleyin
Sürekli giderlerin sahibi genellikle hesabı kullanan işletmedir; bunun sözleşmede ve teslim belgesinde açık olması yararlıdır. Yenileme bildirimleri erişilemeyen bir geliştirici adresine gidiyorsa ödeme unutulabilir. İşletmenin kontrol ettiği bir iletişim adresi, güvenli erişim paylaşımı ve hatırlatma düzeni oluşturun. Kart bilgisini veya hesap parolasını gereksiz kişilere yaymayın.
Destek beklentisini de olay üzerinden tarif edin. Yanlış yazılmış çalışma saati düzeltmesi, yeni hizmet sayfası tasarımı ve çalışmayan formun incelenmesi farklı işlerdir. Hangisinin teslim sonrası hata düzeltmesi, hangisinin yeni talep olduğu baştan konuşulmalıdır. “Yayın sonrası destek var” ifadesinin süresini, kanalını ve kapsamını yazın; sınırsız ve belirsiz bir yükümlülük varsaymayın.
Son olarak düşük bakım ihtiyacını sıfır sorumlulukla eşitlemeyin. Statik bir site de zaman içinde güncelliğini yitiren metinler, değişen iletişim bilgileri veya dış servis davranışları nedeniyle kontrol gerektirir. Küçük ama düzenli bir inceleme takvimi çoğu işletme için yeterlidir. Bütçeyi bu gerçek görevler üzerine kurmak, ilk yapım fiyatına bakıp sonraki bütün işleri ücretsiz varsaymaktan daha sürdürülebilir bir yaklaşım sağlar.
Bütçe çizelgesini bir kesinti senaryosuyla okuyun: Alan adı yenilenmezse adresin kullanımı etkilenebilir; e-posta hizmeti durursa site açık kalırken iletiler aksayabilir. Bakım hizmeti alınmazsa site ertesi gün otomatik kapanmayabilir, fakat değişiklik ve inceleme sorumluluğunu başka biçimde üstlenmeniz gerekir. Her giderin “ödenmezse ne olur?” karşılığı birbirinden farklıdır. Bu karşılığı bilmek harcamaları önceliklendirmeye yardımcı olur.
Kampanya veya deneme süresi olan hizmetlerde sona erme tarihini ayrıca kaydedin. İlk yıl indirimli alan adı, ücretsiz başlayan eklenti veya belirli kullanıma kadar ücretsiz form servisi kalıcı fiyat varsayımına dönüşmemelidir. Sayısal bütçeyi hazırlarken sağlayıcının güncel koşullarını kullanın ve kontrol tarihini not edin. Dövizle ücretlenen bir ürün varsa sabit gelecek kurundan kesin maliyet çıkarmayın; belirsizliği ayrıca belirtin.
İçerik güncellemelerinin sıklığını küçük bir yıllık listeyle tahmin edebilirsiniz. Mevsimlik saat değişikliği, yeni hizmet, ekip bilgisi ve birkaç yeni yazı gibi gerçek işler üzerinden düşünün. Bu liste düzenli bakım anlaşmasının mı, ihtiyaç oldukça ayrı çalışmanın mı uygun olduğunu değerlendirmeyi kolaylaştırır. Sadece “her ihtimale karşı bakım” veya “hiçbir şey değişmez” varsayımıyla karar vermeyin. En kullanışlı bütçe, gerçek hizmetlerin yenilenmesini ve işletmenin planladığı değişiklikleri birbirinden ayırır; kullanılmayan özelliklerin bedelini normal gider gibi gizlemez.
Ortak bir takvimde yenileme tarihinin yanına ilgili hesabın sahibini yazın. Hatırlatma tek başına yeterli değildir; ödeme veya değişiklik yapabilecek kişinin kim olduğu bilinmelidir. Kullanılmayan hizmeti kapatma kararı alınırsa siteye ve e-postaya etkisini önce değerlendirin.
Düzenli giderler için hesap sahibi, yenileme dönemi ve ödeme sorumlusu içeren basit bir kayıt tutun. Alan adı yılda bir yenilenebilirken e-posta veya başka bir hizmet farklı dönemlerle ücretlenebilir. Bu dönemlerin aynı olmaması normaldir; sorun, sahibinin yenileme bildirimini görmemesi veya hangi hizmetin durduğunu ayırt edememesidir. Bildirimlerin işletmenin erişebildiği bir adrese gelmesini sağlayın.
Bir hizmet ücretsiz planla başladığında ileride ücretli plana geçiş gerektirebilecek koşulu da not edin. Kullanım sınırı, ek kullanıcı veya yeni özellik ihtiyacı böyle bir tetikleyici olabilir. Ücretsiz başlangıcı ömür boyu sınırsız kullanım olarak yorumlamayın. Bununla birlikte yalnızca ihtimal nedeniyle gereksiz yükseltme yapmak da bütçeyi artırır; gerçek kullanım ve ihtiyaç üzerinden karar verin.
Örneğin web sitesi sorunsuz açıkken e-posta hesabına erişim kesilebilir. Bunlar ayrı hizmetler olduğu için web geliştiricinin siteyi yeniden yayımlaması e-posta faturasını çözmez. Hangi sağlayıcının hangi parçadan sorumlu olduğunu bilmek arıza anında doğru kişiye ulaşmayı kolaylaştırır. Teslim dosyasında bu ayrımların bulunması, tek seferlik geliştirme ücretinin sonraki bütün işletme giderlerini kapsadığı yönündeki yanlış beklentiyi de önler.
Uygulama kontrolü
- Yenileme tarihlerini kaydedin
- Hesap sahiplerini belirleyin
- Desteği barındırmadan ayırın
Somut örnek: Statik tanıtım sitesi ücretsiz barındırma planına uygun olabilir; alan adı ve posta kutusu yine düzenli gider oluşturabilir.
Dikkat edilmesi gereken sınır: Ücretsiz statik barındırma, alan adı ve bakımın ömür boyu ücretsiz olduğu anlamına gelmez.
