Web Sitesi Fiyatları: Teklifler Nasıl Karşılaştırılır?
Web sitesi fiyatları, teslim edilecek işin kapsamına göre karşılaştırılabilir. Yalnız sayfa sayısı veya teklifin toplamı yeterli bilgi vermez. Tasarım, metin ve görsel hazırlığı, işlevler, mevcut içeriklerin taşınması ve yayın sonrası sorumluluklar farklıysa aynı adla sunulan iki teklif farklı işleri kapsıyor olabilir.
Web sitesi yaptırma maliyetini değerlendirirken önce sitenin neyi başarmasını istediğinizi yazın: hizmeti anlatmak, teklif başvurusu almak, randevu toplamak veya ürün satmak. Sonra bu hedefe ulaşmak için gerekli sayfa ve işlevleri belirleyin. Böylece hangi işin başlangıçta gerekli olduğunu, hangisinin sonraki aşamaya bırakılabileceğini görebilirsiniz.
Henüz siteyi kendiniz mi kuracağınıza, profesyonel destek mi alacağınıza karar vermediyseniz web sitesi yapımı rehberindeki yöntem, sorumluluk ve yayın kontrolü karşılaştırmasıyla başlayabilirsiniz. Sonrasında teklifleri aynı kapsam üzerinden değerlendirin.
Tasarım maliyetini ne değiştirir?
Tasarım kapsamı; marka yönünün netliği, özgün ekran düzenlerinin sayısı, mobil uyarlamalar ve değerlendirme süreciyle şekillenir. Hazır logo ve marka malzemelerinin bulunmasıyla bunların proje sırasında hazırlanması aynı iş yükünü doğurmaz. Teklifte ilk tasarımın hangi sayfaları göstereceği, kaç değerlendirme turu yapılacağı ve geri bildirimleri kimin toparlayacağı açıklanmalıdır.
Bir tasarımı beğenmekle onun işletmenin ihtiyacını karşılaması ayrı kontrollerdir. Hizmetin kapsamı okunabiliyor mu, iletişim yolu bulunabiliyor mu, uzun metinler telefonda rahat incelenebiliyor mu? Web tasarım görüşmesinde bu soruların yanıtlarını tasarım örnekleriyle birlikte değerlendirebilirsiniz.
Sayfa sayısı ve içerik üretimi
Benzer yapıda hazırlanan hizmet sayfalarıyla birbirinden farklı işlevleri olan sayfalar aynı emek gerektirmeyebilir. Bu nedenle yalnız toplam sayfayı değil, farklı sayfa türlerini de listeleyin. Ana sayfa, hizmet detayı, blog yazısı, iletişim ve ürün sayfasının ihtiyaçları farklıdır.
Metinleri kimin yazacağı, hangi görsellerin kullanılacağı ve mevcut içeriklerin ne kadarının yeniden düzenleneceği ayrıca belirlenmelidir. Çeviri, fotoğraf çekimi, video üretimi ve geniş bir arşivin aktarımı varsa bunları ayrı satırlarda görün. İçeriğin hazır olmaması, tasarım ve yayın takvimini de etkiler. Düzenli yayın ihtiyacı için içerik pazarlaması kapsamı ayrıca değerlendirilebilir.
Teklifleri aynı kapsamla karşılaştırın
Aşağıdaki matris bir fiyat listesi değildir; her teklif verenin doldurabileceği bir kapsam kontrolüdür:
| Kalem | Yazılı olarak isteyin | Gider türü |
|---|---|---|
| Tasarım | Sayfa türleri, revizyon | Proje |
| İçerik | Metin, görsel, aktarım | Proje veya düzenli |
| Geliştirme | Sayfalar, işlevler | Proje |
| Bağlantılar | Form, CRM, ödeme | Kurulum ve kullanım |
| Yayın | Alan adı, barındırma | Kurulum ve yenileme |
| Bakım | Destek, güncelleme | Düzenli veya talep |
Her satıra dahil işler, müşteri tarafından sağlanacak bilgiler ve ek işin nasıl fiyatlanacağı eklenmelidir. Vergilerin toplam tutara dahil olup olmadığını, ödeme aşamalarını ve teklifin geçerliliğini de yazılı isteyin. Böylece başlangıçta uygun görünen bir teklifin hangi sonraki giderleri içerdiği anlaşılır.
Kendi teklifleriniz için boş karşılaştırma tablosu
Her adayın teklifini bu tablonun ayrı bir kopyasına aktarın; aday adını ve teklif tarihini yanına yazın. Boş hücreler henüz yanıtlanmamış sorulardır. Bu şablon SoUs fiyat listesi veya standart teslim paketi değildir.
| Kalem | Dahil / hariç | Somut teslim | Hesap veya dosya sahibi | Bir defalık / tekrarlayan | Netleştirilecek soru |
|---|---|---|---|---|---|
| Tasarım ve revizyon | |||||
| İçerik ve veri aktarımı | |||||
| Geliştirme ve entegrasyon | |||||
| Alan adı ve barındırma | |||||
| Yayın kontrolü ve devir | |||||
| Bakım ve dış araçlar |
Sahiplik sütununda yalnız işi yapanı değil, hesabın kimin adına açıldığını ve teslimden sonra kimin erişebileceğini kaydedin. Düzenlenebilir tasarım/kaynak dosyaları ile üçüncü taraf lisanslarını ayrı belirtin. Tutarları ancak aynı teslim, vergi ve yenileme dönemi üzerinden karşılaştırın.
Entegrasyonlar ve çalışan başvuru akışı
Form, randevu, müşteri takip sistemi, ödeme veya ürün aktarımı gibi bağlantılar projenin işlevsel kapsamını değiştirir. “İletişim formu var” ifadesini, gönderilen mesajın doğru kişiye ulaştığı ve hata durumlarının ele alındığı bir teslimatla somutlaştırın. Gerekli hesapları kimin sağlayacağı ve üçüncü taraf kullanım giderlerini kimin ödeyeceği açıklanmalıdır.
Her istenen bağlantı başlangıçta gerekli olmayabilir. Örneğin başvuruları mevcut düzeniyle takip edebilen bir işletmede ilk ihtiyaç, yeni bir sistem kurmadan çalışan ve anlaşılır bir iletişim akışı olabilir. Kapsamı iş sürecine göre seçmek bütçenin amacını netleştirir.
E-ticaret sitesi teklifinde hangi ek kalemleri sorun?
E-ticaret web sitesi fiyatlarını karşılaştırırken kurumsal tanıtım sitesine eklenen alışveriş işlevlerini ayrı yazın. Ürün sayısı tek başına kapsamı anlatmaz; varyantlar, mevcut verinin durumu ve siparişin işletmede nasıl işlendiği de hazırlık gerektirir. Aşağıdaki tablo, sağlayıcıdan teklif isterken kullanabileceğiniz bir kontrol listesidir.
| Alan | Teklifte netleştirilecek soru |
|---|---|
| Katalog ve varyant | Ürün, kategori, beden/renk verisini kim hazırlar; aktarım ve kontrol dahil mi? |
| Ödeme ve sipariş | Hangi sağlayıcı bağlanır; deneme siparişi ve hata akışını kim kontrol eder? |
| Kargo ve stok | Takip elle mi yapılır, sistem bağlantısı mı gerekir; bağlantıyı kim sürdürür? |
| Mevcut mağazanın taşınması | Hangi ürün verileri ve URL’ler korunur; eşleme ve yönlendirme dahil mi? |
| Devam eden giderler | Platform, eklenti, ödeme sağlayıcısı ve destek bedelleri proje toplamından ayrı mı? |
Entegrasyonun hazır bulunmasıyla işletmenize uyarlanması aynı teslim değildir. Teklifte desteklenen akışı, işletmenin sağlayacağı hesapları ve yayın öncesi kabul kontrolünü yazdırın. Bu liste SoUs’un standart mağaza paketi veya genel e-ticaret operasyonu taahhüdü değildir; uygulanabilecek kapsam görüşmede belirlenir. Mağazanın arama yapısı için e-ticaret SEO kapsamı ayrıca incelenebilir.
Bakım ve yenileme giderlerini ayırın
Alan adı ve barındırma yenilemeleri, varsa lisanslar, dış servis kullanımı ve destek işleri proje bedelinden ayrı olabilir. Hangi hesapların işletmeniz adına olacağını, yenileme bildirimlerinin kime geleceğini ve hizmet değiştirildiğinde hangi dosya ve erişimlerin teslim edileceğini baştan yazın.
Bakımın içinde ne bulunduğunu da sorun: içerik değişikliği, teknik güncelleme, hata düzeltme ve yeni özellik geliştirme farklı işlerdir. Talep edilen değişikliğin nasıl değerlendirileceği, kimin onaylayacağı ve ek ücret gerektirip gerektirmediği belli olmalıdır. Belirsiz bir “destek dahil” cümlesi bütçe planlamak için yeterli değildir.
Teslimatı nasıl kontrol edebilirsiniz?
Yayın öncesi kabul adımlarını teklife ekleyin. Telefonda sayfaların okunması, menü ve bağlantıların çalışması, formun gerçek gönderimle denenmesi, içeriklerin onaylanması ve gerekli erişimlerin teslimi bunlar arasındadır. Hız hedefi varsa hangi sayfa, cihaz ve test koşuluyla değerlendirileceği açıklansın. web.dev’in performans bütçesi yaklaşımı, bu beklentileri proje başında ölçülebilir hale getirmeyi önerir.
Mevcut site yenileniyorsa eski sayfaların hangi yeni adreslere taşınacağı da teslim kapsamına alınmalıdır. Yeni sitenin görünümüyle birlikte mevcut arama trafiğinin ve kullanıcıların kullandığı bağlantıların durumu incelenmelidir. Bu ihtiyaç SEO danışmanlığı değerlendirmesiyle birlikte ele alınabilir.
Fiyat istemeden önce kısa brief hazırlayın
İşletmenizi, sitenin amacını, gerekli sayfaları, elinizdeki içerikleri, kullanılacak işlevleri ve hedef yayın dönemini paylaşın. Bütçe aralığınız varsa belirtmek öncelikleri konuşmayı kolaylaştırır. Gelen tekliflerde yalnız toplamı değil, aynı kapsamın kim tarafından ve hangi kabul koşullarıyla teslim edileceğini karşılaştırın. Kendi sitenizin kapsamını belirlemek için SoUs ile iletişime geçebilirsiniz.