Kurumsal web sitesi maliyeti, yalnızca kaç sayfa tasarlanacağına göre belirlenmez. Tasarımın kapsamı, içerik hazırlığı, yönetim paneli, entegrasyonlar, dil seçenekleri, testler ve teslim sonrası bakım toplam işi etkiler. Bu yüzden aynı başlık altında verilen iki teklif gerçekte farklı hizmetleri kapsayabilir. Fiyatı doğru karşılaştırmak için önce neyin teslim edileceğini ortak bir çerçevede tanımlamak gerekir.
Bu yazıda güncelmiş gibi sunulan tek bir fiyat aralığı vermiyoruz. Çünkü kapsamı bilinmeyen rakamlar teklif değerlendirmesini kolaylaştırmak yerine yanlış beklenti oluşturabilir. Bunun yerine maliyeti oluşturan kalemleri, teklif sırasında sorulacak soruları ve sonradan ek maliyet çıkarabilecek belirsizlikleri ele alıyoruz. Amaç en düşük rakamı bulmak değil, ihtiyacınıza uygun kapsamı anlaşılır biçimde satın alabilmektir.
Önce sitenin görevini belirleyin
Bir web sitesi şirketi tanıtabilir, teklif talebi toplayabilir, randevu alabilir veya ürün satabilir. Bu görevler farklı yapı gerektirir. Yalnızca iletişim bilgilerini gösteren birkaç sayfalı site ile başvuruları ekip içinde yöneten bir sistem aynı proje değildir. Teklif istemeden önce ziyaretçinin sitede hangi işleri tamamlayacağını yazın. Bu liste, tasarım tercihinden daha temel bir kapsam belgesidir.
Örneğin “teklif formu olsun” ifadesi başlangıçtır. Form hangi alanları içerecek, talep nereye kaydedilecek, kime bildirim gidecek, başvuru durumu takip edilecek mi? Her ek davranış geliştirme ve test gerektirir. İşlevleri baştan açıklamak, proje ortasında “Bunun dahil olduğunu düşünmüştük” tartışmalarını azaltır. İhtiyaçlar önceliklendirilirse ilk sürüm ile sonraki geliştirmeler de ayrılabilir.
Hazır yapı ile özel tasarım arasındaki fark
Hazır bir tema veya tasarım sistemi, belirli ihtiyaçlarda başlangıç süresini kısaltabilir. Özel tasarım ise markanın bilgi yapısı ve kullanıcı akışı için daha fazla karar alanı sunabilir. İki yaklaşımın da uygun olduğu durumlar vardır. Önemli olan teklifin hangisini içerdiğinin açık olmasıdır. Hazır yapının ne ölçüde uyarlanacağı ve hangi sınırlara sahip olduğu belirtilmelidir.
Özel tasarım denildiğinde yalnızca farklı renkler kullanılması anlaşılmamalıdır. Sayfa şablonları, mobil davranışlar, içerik hiyerarşisi ve etkileşimler de kapsamın parçasıdır. Buna karşılık her proje için sıfırdan bütün bileşenleri geliştirmek gerekli olmayabilir. Tasarım kararının iş ihtiyacına bağlanması gerekir. “Özel” veya “hazır” etiketi tek başına kaliteyi ve uygunluğu açıklamaz.
Sayfa sayısından çok şablon ve işlev sayısı önemlidir
On hizmet sayfası aynı şablonu kullanıyorsa tasarım yükü, on tamamen farklı sayfadan daha düşük olabilir. Ancak içeriklerin hazırlanması ve girilmesi yine zaman alır. Bir ürün kataloğunda yüzlerce kayıt bulunabilir; buna rağmen birkaç temel şablon yeterli olabilir. Teklifte sayfa sayısı ile benzersiz sayfa türleri ayrı belirtilmelidir.
Örneğin ana sayfa, hizmet listesi, hizmet detayı, iş listesi, iş detayı ve blog detayı farklı şablonlar olabilir. Her birinin mobil görünümü ve içerik alanları düşünülür. “Sınırsız sayfa” ifadesi ise sınırsız tasarım veya içerik üretimi anlamına gelmeyebilir. Panelden yeni kayıt açabilmek ile her kayıt için özel düzen hazırlamak farklı işlerdir. Bu ayrım maliyet karşılaştırmasında açıkça sorulmalıdır.
İçerik hazırlığı kime ait?
Metin, görsel, video ve proje bilgileri olmadan site yalnızca boş bir yapı olarak kalır. Teklifte içeriklerin müşteri tarafından mı sağlanacağı, ajans tarafından mı hazırlanacağı belirtilmelidir. Mevcut metinlerin düzenlenmesi ile sıfırdan araştırmalı içerik yazılması aynı kapsam değildir. Görsel lisansları ve fotoğraf çekimi de ayrı iş kalemleri olabilir.
İçerik sorumluluğunun belirsiz kalması teslim süresini uzatır. Tasarım tamamlanmış olsa bile doğru hizmet açıklamaları veya proje görselleri beklenebilir. Başlangıçta bir içerik listesi ve sorumlu kişi belirlemek yararlıdır. Metin yazarlığı süreci kapsamlı hizmet sayfalarında yalnızca yazım kontrolünden ibaret değildir; araştırma ve bilgi düzenleme de içerir.
Yönetim paneli hangi alanları kapsıyor?
“Panel var” cümlesi tek başına yeterli değildir. Hangi alanların değiştirilebildiği, kimlerin erişebildiği ve değişikliklerin nasıl yayımlandığı açıklanmalıdır. Blog eklemek mümkünken ana sayfa metninin değiştirilememesi bazı işletmeler için önemli bir sınırlama olabilir. Görsellerin, referans logolarının, SEO alanlarının ve form kayıtlarının yönetimi ayrıca değerlendirilir.
Panelin karmaşıklığı da maliyeti etkiler. Kullanıcı rolleri, revizyon geçmişi, zamanlanmış yayın ve toplu içe aktarma gibi özellikler ek geliştirme gerektirebilir. Her özellik gerekli değildir; günlük iş akışına göre seçilmelidir. Teslim öncesinde işletmenin gerçek kullanıcısı panelde örnek içerik eklemeli ve değiştirmelidir. Kullanılabilirlik yalnızca geliştiricinin ekranı çalıştırabilmesiyle ölçülmez.
Çok dilli yapı neden ayrı değerlendirilir?
İkinci dil eklemek yalnızca menüye bir bayrak koymak değildir. Başlıklar, metinler, görsel açıklamaları, form mesajları ve SEO alanları için karşılıklar gerekir. Dil adresleri ve bağlantılar tutarlı olmalıdır. Çevirinin kim tarafından hazırlanacağı, hangi içeriklerin çevrileceği ve sonradan eklenen kayıtların nasıl yönetileceği teklifin parçası olmalıdır.
Bir dilde içerik güncellendiğinde diğer dilin eski kalması mümkündür. Panel bu durumu gösterebiliyor mu, eksik çeviri nasıl ele alınıyor, yayına alınmamış dil sürümü kullanıcıya sunuluyor mu? Bu sorular bakım maliyetini de etkiler. Otomatik çeviri kullanılıyorsa hizmet bedeli, veri akışı ve editoryal kontrol ayrıca değerlendirilir. Yerel olarak saklanan çevirilerde ise hazırlama ve güncelleme sorumluluğu açık olmalıdır.
Entegrasyonlar maliyeti nasıl değiştirir?
CRM, e-posta servisi, ödeme sistemi veya muhasebe yazılımıyla bağlantı kurmak ek kapsam oluşturabilir. Hazır bir bağlantının bulunması işi kolaylaştırabilir; fakat veri alanlarının eşleştirilmesi, hata yönetimi ve testler yine gerekir. “API var” ifadesi entegrasyonun tek tıklamayla tamamlanacağı anlamına gelmez. Kullanılacak sistemlerin erişimleri ve dokümantasyonu başlangıçta incelenmelidir.
Örneğin form talebinin CRM'e gitmesi isteniyorsa bağlantı başarısız olduğunda ne olacağı tanımlanmalıdır. Talep sitede saklanacak mı, yeniden gönderilecek mi, ekip bilgilendirilecek mi? Bu davranışlar güvenilirlik açısından önemlidir. Teklifte yalnızca başarılı senaryo değil, hata ve kesinti durumlarının kapsamı da konuşulmalıdır. Entegrasyonun dış servis ücretleri proje bedelinden ayrı olabilir.
Teknik SEO neleri kapsamalı?
Teknik SEO başlığı çok geniştir. Temel adres yapısı, canonical, yönlendirme, başlık ve açıklama alanları, site haritası ve tarama ayarları başlangıç kapsamına dahil olabilir. Ancak bu altyapı, sürekli içerik üretimi ve rekabet çalışmasıyla aynı hizmet değildir. Teklifte “SEO uyumlu” ifadesinin hangi somut teslimleri içerdiği sorulmalıdır.
Site yenileniyorsa eski adreslerin yeni sayfalarla eşleştirilmesi önemlidir. Mevcut trafiği olan bir sitede bu çalışma atlanırsa kullanıcılar bozuk bağlantılara gidebilir. 301 yönlendirme ve canonical ayarları birlikte kontrol edilir. “İlk sıra garantisi” teknik altyapının kabul ölçütü değildir; çalışan ve tutarlı bir yapı somut olarak test edilebilir.
Performans ve erişilebilirlik için ne sorulmalı?
Hız hedefi konuşulurken hangi sayfaların, hangi cihaz ve koşullarda değerlendirileceği belirtilmelidir. Yalnızca boş ana sayfanın test edilmesi gerçek kullanımı temsil etmez. Görsel boyutları, dış video yükleme biçimi, önbellek ve kritik kaynaklar kapsamın parçalarıdır. Sonradan eklenen ağır içeriklerin performansı etkileyebileceği de hesaba katılmalıdır.
Erişilebilirlik açısından klavye kullanımı, form etiketleri, okunabilir kontrast ve hata mesajları gibi temel kontroller konuşulabilir. Her projede aynı kapsam uygulanmayabilir; fakat neyin test edildiği açık olmalıdır. Responsive tasarım yalnızca ekranın taşmaması değildir. Kullanıcının mobilde gerçek görevini tamamlayabilmesi teslim kontrolüne dahil edilmelidir.
Alan adı, hosting ve lisans giderleri
Kurulum bedeli ile devam eden giderler ayrı listelenmelidir. Alan adı, barındırma, ücretli eklenti, e-posta hizmeti veya dış servis aboneliği düzenli maliyet oluşturabilir. Hangi hesabın işletme adına açılacağı ve yenilemenin kim tarafından takip edileceği belirtilmelidir. İlk yıl dahil olan bir hizmetin sonraki yıl koşulları baştan sorulmalıdır.
Lisansın devredilebilirliği ve kullanım sınırı da önemlidir. Ajans hesabına bağlı bir araç, iş ilişkisi sona erdiğinde farklı koşullara tabi olabilir. Burada amaç bütün araçlardan kaçınmak değil, bağımlılıkları görünür kılmaktır. İşletme hangi hizmeti kimin hesabından kullandığını ve yenileme yapılmazsa ne olacağını bilmelidir. Teslim listesinde bu bilgiler yer alabilir.
Bakım ile yeni geliştirme arasındaki fark
Bakım; güncelleme, yedekleme, hata takibi ve belirli destek işlerini kapsayabilir. Yeni bir modül veya farklı bir sayfa tasarımı ise geliştirme sayılabilir. Tekliflerde bu sınır açık değilse teslim sonrasında beklenti çatışması oluşur. “Ücretsiz destek” ifadesinin süresi, kapsamı ve yanıt düzeni sorulmalıdır.
Örneğin mevcut formun hata vermesi ile forma yeni bir teklif hesaplayıcı eklenmesi aynı iş değildir. İçerik değişikliğini müşterinin yapabildiği bir panelde ajansın aylık içerik girişi sunması ayrı hizmet olabilir. Bakım planı seçerken işletmenin kendi ekibinin yapabilecekleri değerlendirilir. Gereksiz geniş paket almak kadar hiç bakım sorumlusu belirlememek de sorun yaratabilir.
Teklifleri karşılaştırmak için ortak tablo
| Kalem | Sorulacak soru | Beklenen açıklık |
|---|---|---|
| Tasarım | Kaç özgün şablon hazırlanıyor? | Sayfa türleri ve mobil kapsam |
| İçerik | Metin ve görselleri kim hazırlıyor? | Üretim, düzenleme ve giriş ayrımı |
| Panel | Hangi alanlar değiştirilebiliyor? | Alan ve yetki listesi |
| Entegrasyon | Hangi sistemler bağlanıyor? | Veri akışı ve hata davranışı |
| Teslim | Hangi hesap ve dosyalar veriliyor? | Erişim ve yedek listesi |
| Bakım | Sonrasında hangi işler dahil? | Süre, kapsam ve yenileme koşulları |
Bu tabloyu bütün sağlayıcılara aynı biçimde gönderirseniz teklifler daha karşılaştırılabilir hale gelir. Eksik kalemleri otomatik olarak dahil varsaymayın. Bir teklif daha düşük olabilir çünkü içerik, taşıma veya bakım kapsam dışıdır. Farkın nedeni açık olduğunda karar daha sağlıklı verilir. Yalnızca toplam tutarı yan yana koymak bu ayrıntıları gizler.
Sonradan maliyet artıran belirsizlikler
İçeriklerin geç hazırlanması, onay merciinin değişmesi, proje sırasında yeni işlev eklenmesi ve mevcut sistemin bilinmeyen sorunları takvimi etkileyebilir. Bunların bir kısmı başlangıç araştırmasıyla azaltılabilir. Bir kısmı ise değişiklik yönetimi gerektirir. Yeni talebin kapsam, süre ve maliyet etkisi uygulanmadan önce görünür hale getirilmelidir.
Revizyon sayısı da açıklanmalıdır. Tasarım aşamasında kararlaştırılmış bir yönün geliştirme tamamlandıktan sonra tamamen değiştirilmesi küçük düzeltme değildir. Bununla birlikte sağlayıcının kendi hatasını düzeltmesi ile yeni müşteri talebi birbirine karıştırılmamalıdır. Kabul ölçütleri ve aşamalı onaylar bu ayrımı kolaylaştırır. Proje yönetimi, maliyetin öngörülebilir kalmasının önemli bir parçasıdır.
Teslimde neyi kabul edeceksiniz?
Teslim, yalnızca ana sayfanın açılması değildir. Hizmet ve iş detayları, blog bağlantıları, formlar, mobil görünüm ve panel işlemleri kontrol edilmelidir. Gerçek içerikle yapılan testler boş örnek içeriklerden daha anlamlıdır. Yönetici erişimleri, yedekleme yöntemi ve gerekli kullanım bilgileri işletmeye verilmelidir.
Bir kabul listesi hazırlayın: örnek içerik ekleme, görsel değiştirme, form gönderme, eski adres açma ve yedekten dönüş yöntemini görme gibi adımlar bulunabilir. Her adımın sonucu kaydedilir. Bu yaklaşım sağlayıcıyı zorlamak için değil, iki tarafın aynı teslim tanımında buluşması içindir. Daha kapsamlı hazırlık ve teslim süreci kurumsal web sitesi yaptırma rehberinde açıklanır.
Sık sorulan sorular
En ucuz teklif neden her zaman en düşük toplam maliyet değildir?
Başlangıçta kapsam dışı bırakılan içerik, taşıma, destek veya lisans giderleri sonradan eklenebilir. Bu mutlaka yanlış teklif verildiği anlamına gelmez; kapsamların farklı olduğunu gösterir. Toplam maliyeti değerlendirmek için kurulum ve devam eden giderler birlikte görülmelidir.
Tek sayfalı site her zaman daha ucuz mu?
Basit bir tek sayfalı site daha sınırlı iş içerebilir. Ancak özel animasyonlar, kapsamlı entegrasyonlar veya karmaşık form akışları maliyeti artırabilir. Sayfa sayısı tek başına güvenilir fiyat ölçütü değildir.
SEO hizmeti site yapımına dahil sayılır mı?
Temel teknik alanlar dahil olabilir; sürekli SEO çalışması ayrı kapsam olabilir. Hangi kontrollerin ve teslimlerin yapılacağı yazılı olarak belirtilmelidir. “SEO uyumlu” ifadesinin somut karşılığı sorulmalıdır.
Teklif istemeden önce ne hazırlamalıyım?
Sitenin amacı, gerekli sayfa türleri, örnek işlevler, içerik durumu, dil ihtiyacı ve mevcut sistem bilgileri hazırlanabilir. Bütün teknik ayrıntıları bilmeniz gerekmez; işletme ihtiyaçlarını açık anlatmanız yeterli bir başlangıç sağlar.
