Web Sitesi Teklifi Nasıl Karşılaştırılır? 12 Kritik Kriter

Web Sitesi Teklifinde Proje Kapsamı Nasıl Okunur?

İki web sitesi teklifi aynı hizmeti içermeyebilir; çünkü “kurumsal site” veya “profesyonel tasarım” gibi genel tanımlar her firma tarafından farklı kapsamlandırılabilir. Karşılaştırmanın ilk adımı, işletme hedeflerini ve beklenen teslimatları açıklayan ortak bir ihtiyaç belgesini bütün adaylara göndermektir.

Kriter 01: İhtiyaç analizi ve proje kapsamının açıklığı

Teklifte projenin amacı, hedef kitlesi, sayfa grupları, işlevleri, entegrasyonları ve başarı ölçütleri açıkça yazılmalıdır. Tanımlanmayan kapsam karşılaştırılamaz ve güvenilir biçimde fiyatlandırılamaz. Bütçeyi etkileyen temel değişkenleri anlamak için web sitesi yaptırma maliyetini belirleyen unsurlar da birlikte incelenebilir.

• Projenin iş hedefini tekliflerde eşleştirin.
• Dâhil edilen sayfa gruplarını karşılaştırın.
• İşlevsel gereksinimleri açıkça listeleyin.
• Hariç tutulan işleri ayrıca işaretleyin.
• Müşteri ve firma sorumluluklarını ayırın.
• Başarı ve kabul ölçütlerini tanımlayın.

Kalite, bir eylem değil, bir alışkanlıktır. - Aristoteles

Web Sitesi Tasarım Kapsamı Nasıl Karşılaştırılır?

Web sitesi tasarım kapsamı; yalnızca ana sayfa görseli veya sunulan ekran sayısıyla karşılaştırılmamalıdır. İhtiyaç araştırması, bilgi mimarisi, kullanıcı akışları, prototip, mobil tasarım ve tasarım sistemi gibi çalışmaların teklife dâhil olup olmadığı değerlendirilmelidir.

Kriter 02: Özgün UX/UI tasarımı ve hazır tema yaklaşımı

Hazır tema daha hızlı uygulanabilen ve bazı projeler için yeterli olabilen bir yaklaşımken özgün UX/UI çalışması kuruma ve kullanıcı ihtiyaçlarına göre daha ayrıntılı üretim gerektirir. Teklif, hangi yaklaşımın kullanılacağını, tema lisansını, özelleştirme sınırlarını ve tasarım dosyalarının teslim edilip edilmeyeceğini açıklamalıdır.

• Kullanıcı araştırmasının kapsamını öğrenin.
• Özgün tasarım ile tema kullanımını ayırın.
• Masaüstü ve mobil ekranları listeleyin.
• Prototip teslimatını açıkça belirtin.
• Tema ve font lisanslarını kontrol edin.
• Tasarım dosyası sahipliğini netleştirin.

Web Sitesi Sayfa ve Modül Kapsamı Nasıl Ölçülür?

Web sitesi teklifindeki sayfa sayısı tek başına iş yükünü göstermez; sayfa şablonlarının, dinamik modüllerin, formların, kullanıcı rollerinin ve yönetim paneli yeteneklerinin ayrıca tanımlanması gerekir. Benzer sayıda sayfa içeren iki proje, işlevsel kapsam nedeniyle önemli ölçüde farklılaşabilir.

Kriter 03: Sayfa, modül, rol ve yönetim paneli kapsamı

“Yönetim paneli dâhil” ifadesi hangi içeriklerin düzenlenebileceğini açıklamıyorsa yeterli değildir. Teklifte haber, hizmet, ekip, form, medya, dil, kullanıcı veya rapor gibi modüller ayrı gösterilmeli; standart özelliklerle özel geliştirmeler birbirinden ayrılmalıdır.

• Benzersiz sayfa şablonlarını ayrı sayın.
• Dinamik modülleri isimleriyle listeleyin.
• Form alanlarını ve iş akışlarını tanımlayın.
• Kullanıcı rollerini ve yetkileri belirleyin.
• Panelden yönetilecek içerikleri açıklayın.
• Özel geliştirmeleri standart özelliklerden ayırın.

Web Sitesi Teknik Altyapısı Nasıl Değerlendirilir?

Web sitesi teknik altyapısı, yalnızca programlama dili veya içerik yönetim sistemi adı üzerinden değerlendirilemez. Seçilen teknolojinin proje kapsamına, güvenlik ihtiyaçlarına, entegrasyonlara, performans hedeflerine, ölçeklenebilirliğe ve uzun vadeli bakım kapasitesine uygun olması gerekir.

Kriter 04: Teknoloji, kod kalitesi ve ölçeklenebilirlik

Teklif; hazır bileşenleri, lisanslı eklentileri ve özel geliştirilecek alanları ayırmalıdır. Kod incelemesi, versiyon kontrolü, test ortamı ve teknik dokümantasyon gibi geliştirme standartları da sorgulanmalıdır. web tasarım firmasının teknik yeterliliğini değerlendirme ölçütleri, bu inceleme için daha ayrıntılı bir çerçeve sağlar.

• Teknoloji seçiminin gerekçesini sorun.
• Hazır ve özel bileşenleri ayırın.
• Versiyon kontrol sürecini doğrulayın.
• Test ortamının bulunmasını isteyin.
• Teknik dokümantasyon teslimini belirleyin.
• Gelecekteki ölçeklenme ihtiyacını değerlendirin.

Web Sitesi Mobil Uyumluluğu Nasıl Karşılaştırılır?

Web sitesi teklifindeki “mobil uyumlu” ifadesi, hangi cihazların ve kullanıcı senaryolarının test edileceği belirtilmeden ölçülebilir bir teslimat oluşturmaz. Responsive tasarım; ekranların küçültülmesinden öte menülerin, formların, dokunma alanlarının ve içerik önceliklerinin farklı ekranlara uyarlanmasını gerektirir.

Kriter 05: Responsive tasarım ve web erişilebilirliği

Teklifte desteklenen tarayıcılar, ekran aralıkları ve test yöntemi açıklanmalıdır. Web erişilebilirliği kapsamında klavye kullanımı, anlamlı başlık düzeni, form etiketleri, renk kontrastı ve yardımcı teknolojilerle uyumluluk gibi kontrollerin kapsamı da yazılmalıdır.

• Desteklenecek ekran aralıklarını belirleyin.
• Tarayıcı testlerinin kapsamını sorun.
• Mobil menü ve formları kontrol edin.
• Dokunma alanlarının kullanımını değerlendirin.
• Klavye erişimi testini isteyin.
• Erişilebilirlik kabul ölçütlerini yazın.

Web Sitesi SEO, GEO ve Performansı Nasıl Ölçülür?

Web sitesi teklifinde SEO, GEO ve performans genel vaatlerle değil, uygulanacak teknik çalışmalar ve ölçüm yöntemleriyle açıklanmalıdır. Taranabilirlik, URL yapısı, meta alanları, yapılandırılmış veri, yönlendirmeler ve sayfa performansı geliştirme sürecinin başından itibaren planlanmalıdır.

Kriter 06: Arama görünürlüğü ve performans altyapısı

“SEO uyumlu” ifadesi belirli sıralama garantisi anlamına gelmez. Teklifte teknik SEO teslimatları, içerik sorumlulukları, Core Web Vitals ölçümü ve yayın sonrası kontroller ayrı gösterilmelidir. Başarı ölçütlerinin kullanılacak araçlarla ve test koşullarıyla birlikte tanımlanması teklifleri karşılaştırılabilir hâle getirir.

• Teknik SEO teslimatlarını listeleyin.
• URL ve yönlendirme planını isteyin.
• Yapılandırılmış veri kapsamını öğrenin.
• Performans test ortamını belirleyin.
• Core Web Vitals ölçümünü tanımlayın.
• Yayın sonrası kontrolleri teklife ekleyin.

Web Sitesi Güvenlik Teklifi Neleri İçermelidir?

Web sitesi güvenliği; yalnızca SSL sertifikası veya “güvenli yazılım” ifadesiyle karşılanmış sayılmaz. Teklifte güvenli kodlama, kullanıcı yetkilendirmesi, güncelleme sorumluluğu, güvenlik testleri, yedekleme, geri yükleme ve olay müdahalesi gibi uygulamalar açıkça belirtilmelidir.

Kriter 07: Güvenlik, KVKK, çerez ve yedekleme kapsamı

KVKK ve çerez yönetimi için yalnızca metin sayfalarının eklenmesi yeterli değildir. Formlardan toplanan veriler, açık rıza ihtiyaçları, çerez kategorileri ve üçüncü taraf servisler değerlendirilmelidir. Yedeklemenin sıklığı, saklama yeri ve geri yükleme testinden kimin sorumlu olduğu da yazılmalıdır.

• Yetkilendirme ve parola kurallarını inceleyin.
• Güvenlik testi kapsamını sorun.
• Çerez yönetimi sorumluluklarını belirleyin.
• Kişisel veri akışlarını listeleyin.
• Yedekleme sıklığını ve konumunu açıklayın.
• Geri yükleme testini teklife ekleyin.

Web Sitesi Entegrasyon ve İçerik Giderleri Nelerdir?

Web sitesi entegrasyonları ile içerik çalışmaları, teklif toplamında görünmeyen ek maliyetlerin önemli kaynaklarıdır. ERP, CRM, ödeme, kargo, pazaryeri veya başka servis bağlantılarında geliştirme emeğinin yanında API erişimi, abonelik, test ve veri eşleştirme sorumlulukları bulunabilir.

Kriter 08: Entegrasyon, içerik ve veri taşıma kapsamı

Teklifte metin üretimi, görsel hazırlama, içerik girişi, çeviri ve mevcut verilerin taşınması ayrı kalemler olarak gösterilmelidir. Çoklu dil desteğinin yalnızca dil düğmesi mi yoksa içerik eşleştirme, çeviri yönetimi, yerelleştirilmiş URL ve meta alanlarını da içeren bir yapı mı olduğu açıklanmalıdır.

• Her entegrasyonun veri akışını tanımlayın.
• API ve abonelik ücretlerini öğrenin.
• İçerik üretimi sorumluluğunu belirleyin.
• Görsel hazırlama kapsamını açıklayın.
• Taşınacak veri miktarını doğrulayın.
• Çeviri ve dil yönetimini ayrı değerlendirin.

Web Sitesi Test ve Teslim Süreci Nasıl Yazılmalıdır?

Web sitesi teklifinde teknik teslimatlar; test yöntemi, kabul ölçütü ve sorumlu tarafla birlikte yazılmalıdır. “Testler yapılacaktır” ifadesi hangi kullanıcı akışlarının, cihazların, tarayıcıların, entegrasyonların ve güvenlik kontrollerinin değerlendirileceğini göstermediği için karşılaştırma açısından yetersizdir.

Kriter 09: Test, kabul, eğitim, yayın ve teslimatlar

Teklif; test senaryolarını, hata sınıflarını, kullanıcı kabul sürecini, yönetim paneli eğitimini, yayın adımlarını ve teslim edilecek belgeleri içermelidir. Projenin aşamalarını değerlendirmek için web tasarım firmasıyla çalışma sürecinin nasıl ilerlediği üzerinden kilometre taşları ve onay noktaları karşılaştırılabilir.

• Test senaryolarını teklif ekinde isteyin.
• Hata önem düzeylerini tanımlayın.
• Kullanıcı kabul sürecini planlayın.
• Panel eğitiminin kapsamını yazın.
• Yayın sorumluluklarını açıkça ayırın.
• Teslim edilecek belgeleri listeleyin.

Web Sitesi Teslim Süresi ve Revizyonu Nasıl Kıyaslanır?

Web sitesi teslim süresi, yalnızca başlangıç ve bitiş tarihiyle değil, kilometre taşları, müşteri onayları, içerik teslimleri ve üçüncü taraf bağımlılıklarıyla karşılaştırılmalıdır. Farklı teklifler süreyi farklı başlangıç noktalarından hesaplayabileceği için takvim varsayımlarının aynı olması gerekir.

Kriter 10: Proje takvimi ve revizyon kapsamı

“Sınırsız revizyon” ifadesi hangi aşama ve değişiklikleri kapsadığı yazılmadığında belirsizlik yaratır. Revizyon, onaylanmış kapsam içindeki düzeltmelerle yeni iş taleplerinden ayrılmalıdır. Tasarım onayından sonra istenen yapısal değişikliklerin süre ve maliyet üzerindeki etkisi teklif aşamasında açıklanmalıdır.

• Takvimin başlangıç koşulunu belirleyin.
• Kilometre taşlarını teklifler arasında eşleştirin.
• Müşteri onay sürelerini açıkça yazın.
• İçerik teslim bağımlılıklarını gösterin.
• Revizyon aşamalarını ve sınırlarını tanımlayın.
• Yeni taleplerin yöntemini kararlaştırın.

Web Sitesi Sahiplik ve Lisans Koşulları Nelerdir?

Web sitesi teklifinde kaynak kodu, veri, tasarım dosyaları, alan adı ve yönetim hesaplarının kime ait olacağı açıkça belirtilmelidir. Teklif bedelinin ödenmesi, her bileşenin otomatik olarak devredileceği anlamına gelmeyebilir; özgün çalışmalar ve lisanslı ürünler farklı koşullara sahip olabilir.

Kriter 11: Kaynak kodu, veri, hesap ve lisans sahipliği

Açık kaynak bileşenler, ticari eklentiler, fontlar, görseller ve üçüncü taraf servisler ayrı ayrı listelenmelidir. Yenileme ücretleri ve kullanım sınırlamaları açıklanmalı; kararlaştırılan sahiplik hükümleri web tasarım firmasıyla yapılan sözleşmenin maddelerine aynı kapsamla aktarılmalıdır.

• Kaynak kodu teslim koşullarını yazın.
• Veri sahipliğini ve erişimini belirleyin.
• Tasarım dosyası haklarını açıklayın.
• Alan adı ve hesap kontrolünü doğrulayın.
• Üçüncü taraf lisanslarını listeleyin.
• Yıllık yenileme ücretlerini ayrı gösterin.
• Devir teslim koşullarını sözleşmeye ekleyin.

Web Sitesi Toplam Maliyeti ve Son Karar Nasıl Ölçülür?

Web sitesi teklifinde son karar, başlangıç bedeli yerine toplam sahip olma maliyeti ve riskler birlikte değerlendirilerek verilmelidir. En düşük fiyatlı teklif; gerekli özellikler, lisanslar, veri taşıma, güvenlik, dokümantasyon veya destek sonradan ücretlendirildiğinde daha yüksek toplam maliyet oluşturabilir.

Kriter 12: Garanti, bakım, destek ve toplam maliyet

Garanti, teslim edilen kapsamdaki hataların giderilmesiyle; bakım ise güncelleme, güvenlik yaması, yedekleme, izleme ve yeni ihtiyaçlarla ilgilidir. Karşılaştırılabilir teklif, ilk yatırım ile devam eden giderleri ayırır. Görüşme öncesinde web tasarım teklifinde sorulması gereken konuları kullanarak bütün adaylardan aynı bilgileri isteyin.

• Teklifleri ortak değerlendirme tablosuna aktarın.
• Dâhil olmayan maliyetleri yazılı olarak sorun.
• Yıllık giderleri ve lisansları ayırın.
• Garanti ile bakım kapsamını karşılaştırın.
• Destek kanalı ve öncelikleri belirleyin.
• Eksik teslimatları sözleşmeden önce tamamlatın.
• Kriterleri önem derecesine göre puanlayın.
• Son kararı toplam maliyet ve riskle verin.