Profesyonel Web Tasarım Teklifleri Nasıl Karşılaştırılır? Teknik Kapsam ve Sözleşme Rehberi

Profesyonel web tasarım teklifleri neden farklılaşır?

Profesyonel web tasarım teklifleri, firmaların aynı proje adını farklı iş kapsamlarıyla yorumlaması nedeniyle önemli ölçüde farklılaşabilir. “Kurumsal web sitesi” tanımı bir teklifte özgün tasarım, içerik girişi ve performans testlerini içerirken diğerinde yalnızca hazır sayfa şablonlarının kurulmasını ifade edebilir. Bu nedenle fiyat farkı, tek başına kalite veya uygunluk göstergesi değildir.

Toplam fiyat neden yeterli bir karşılaştırma ölçütü değildir?

Karşılaştırmanın temeli, her firmanın hangi işi, hangi yöntemle ve hangi teslimatla tamamlayacağını görünür kılmaktır. Tekliflerden biri daha geniş analiz, test veya destek sunuyorsa toplam bedelin yüksek olması doğal olabilir. Daha sınırlı kapsam da işletmenin ihtiyacını karşılayabilir; önemli olan kapsamın karar öncesinde açık ve ölçülebilir olmasıdır.

• Analiz ve proje yönetimi kapsamı
• Tasarım ve yazılım geliştirme seviyesi
• İçerik ve veri sorumlulukları
• Test ve canlıya geçiş hizmetleri
• Garanti ve satış sonrası destek

İyi tasarım, mümkün olduğunca az tasarımdır. - Dieter Rams

Web sitesi teknik şartnamesi nasıl hazırlanmalıdır?

Web sitesi teknik şartnamesi, bütün firmaların aynı iş hedefleri, fonksiyonlar ve kalite kriterleri üzerinden teklif vermesini sağlayan ortak kapsam belgesidir. Şartname yalnızca kullanılacak teknolojileri sıralamamalı; hedef kullanıcıları, sayfa türlerini, işlevleri, entegrasyonları, içerik sorumluluklarını, güvenlik ihtiyaçlarını ve kabul koşullarını birlikte tanımlamalıdır.

Karşılaştırılabilir ihtiyaç belgesinde neler bulunur?

İhtiyaç belgesinde zorunlu gereksinimler ile isteğe bağlı geliştirmeler ayrılmalı, firmaların alternatif çözüm önermesine izin verecek alan bırakılmalıdır. web tasarım firmasından teklif alırken sorulması gerekenler bütün adaylara aynı biçimde yöneltildiğinde eksik varsayımlar azalır. Belirsiz maddeler için yazılı açıklama istenmesi, sonradan oluşabilecek kapsam uyuşmazlıklarını sınırlar.

• Proje amacı ve başarı ölçütleri
• Hedef kullanıcılar ve temel senaryolar
• Sayfa, modül ve entegrasyon listesi
• Teknik kalite ve güvenlik kriterleri
• Teslimat ve kullanıcı kabul koşulları
• Müşteri ve hizmet sağlayıcı sorumlulukları

Web tasarım teklifinde hangi kalemler gösterilmelidir?

Web tasarım teklifinde analiz, tasarım, yazılım, içerik, entegrasyon, test, yayın ve destek çalışmaları ayrı başlıklar altında gösterilmelidir. Her başlık altında üretilecek somut teslimatların, revizyon sınırlarının ve kapsam dışında kalan işlerin açıklanması gerekir. “Her şey dahil” gibi genel ifadeler, tarafların aynı teslimatı anladığını kanıtlamaz.

Tasarım ve yazılım kapsamı nasıl ayrıştırılır?

Özgün UX/UI tasarımı; araştırma, bilgi mimarisi, prototip, arayüz ve tasarım sistemi teslimatlarını içerebilir. Yazılım kapsamı ise içerik yönetimi, özel modüller, formlar, kullanıcı rolleri ve iş kurallarını tanımlamalıdır. Her teknik kalem için kapsam, çıktı, sorumlu taraf ve kabul yöntemi birlikte yazıldığında teklifler daha sağlıklı karşılaştırılır.

• İhtiyaç analizi ve proje planlama
• UX/UI tasarımı ve prototipler
• Frontend ve backend geliştirme
• Yönetim paneli ve kullanıcı rolleri
• Test, yayın ve teknik dokümantasyon
• Garanti, bakım ve destek seçenekleri

Sayfa, içerik ve entegrasyon kapsamı nasıl kıyaslanır?

Sayfa sayısı, ancak benzersiz şablonlar ve sayfalardaki işlevlerle birlikte değerlendirildiğinde anlamlı bir karşılaştırma ölçütüdür. Tekrarlanan içerik şablonları ile özel hesaplama, sorgulama veya kullanıcı işlemi içeren ekranlar aynı geliştirme yüküne sahip değildir. Teklifte sayfa, şablon, form, modül ve kullanıcı rolü sayıları ayrı ayrı belirtilmelidir.

İçerik ve dış sistem sorumlulukları

Metin yazımı, görsel üretimi, içerik girişi, çeviri ve mevcut verilerin taşınması bağımsız iş kalemleridir. Entegrasyonlarda geliştirilecek veri akışı, kullanılacak API, test ortamı ve hata yönetimi açıklanmalıdır. ERP, CRM, ödeme veya kargo sağlayıcısının lisans ve işlem ücretlerinin proje bedeline dahil olup olmadığı ayrıca gösterilmelidir.

• Benzersiz sayfa ve şablon sayısı
• Form, modül ve kullanıcı rolleri
• Metin, görsel ve içerik girişi
• Çeviri ve çoklu dil yönetimi
• Veri taşıma ve doğrulama işlemleri
• Entegrasyon ve üçüncü taraf giderleri

SEO, performans ve güvenlik kapsamı nasıl ölçülür?

SEO, performans ve güvenlik hizmetleri tekliflerde genel ifadeler yerine doğrulanabilir teslimatlarla açıklanmalıdır. Teknik SEO kapsamı URL mimarisi, taranabilirlik, meta alanları, yönlendirmeler ve yapılandırılmış veriyi; performans kapsamı mobil kullanım ile Core Web Vitals kontrollerini; güvenlik kapsamı ise yetkilendirme, veri koruma ve güvenli yayın süreçlerini içerebilir.

Teknik kabul kriterleri nasıl tanımlanır?

Teklifte desteklenecek cihaz ve tarayıcılar, performans ölçüm yöntemi, erişilebilirlik kapsamı ve güvenlik kontrolleri belirtilmelidir. web tasarım firmasının teknik yeterliliğini değerlendirmek için yalnızca kullanılan teknoloji adlarına değil, test yaklaşımına, örnek raporlara ve hataların nasıl giderileceğine de bakılmalıdır.

• Taranabilirlik ve indeksleme kontrolleri
• Meta alanları ve yapılandırılmış veri
• Mobil uyumluluk ve Core Web Vitals
• Tarayıcı ve erişilebilirlik testleri
• Yetkilendirme ve veri güvenliği
• Yayın öncesi teknik kabul raporu

Proje aşamaları ve revizyonlar nasıl tanımlanır?

Proje aşamaları; analiz, tasarım, geliştirme, içerik, test, kabul ve yayın gibi karar noktalarına ayrılarak tanımlanmalıdır. Her aşamada teslim edilecek çıktı, geri bildirim süresi, onay verecek taraf ve sonraki aşamaya geçiş koşulu belirtilmelidir. Böylece gecikmenin hizmet sağlayıcıdan, müşteriden veya dış sistemlerden kaynaklanıp kaynaklanmadığı daha kolay anlaşılır.

Kapsam değişikliği ile revizyon arasındaki fark

Revizyon, onaylanan kapsam içindeki çıktının geri bildirimle düzeltilmesidir; yeni sayfa, modül, entegrasyon veya iş kuralı ise kapsam değişikliği oluşturabilir. Sözleşmede revizyon sayısından önce revizyonun tanımı açıklanmalıdır. Ek işlerin talep, etki analizi, fiyatlandırma ve onay yöntemi belirlenirse proje bütçesi daha kontrollü yönetilebilir.

• Aşama bazlı teslimatlar ve onaylar
• Geri bildirim ve cevap süreleri
• Revizyonun kapsamı ve sınırları
• Ek iş talep ve onay yöntemi
• Takvim ve bütçe etkisinin bildirilmesi

Kaynak kodu ve dijital varlıklar kime ait olmalıdır?

Kaynak kodu, veriler ve kurumsal hesapların sahipliği teklif ve sözleşmede açıkça tanımlanmalıdır; çünkü ödeme yapılması her varlığın otomatik olarak müşteriye devredildiği anlamına gelmeyebilir. Projeye özel geliştirilen kod, üçüncü taraf bileşenleri, lisanslı yazılımlar ve hizmet sağlayıcının önceden geliştirdiği araçlar farklı kullanım ve mülkiyet koşullarına sahip olabilir.

Kaynak kodu teslimi hangi unsurları kapsar?

Kaynak kodu teslimi yalnızca sıkıştırılmış bir dosya verilmesiyle tamamlanmış sayılmamalıdır. Kod deposu, sürüm bilgileri, bağımlılıklar, kurulum yönergeleri, veritabanı yapısı ve yapılandırma belgeleri de değerlendirilmelidir. Gizli anahtarlar güvenli yöntemle aktarılmalı; lisansların devredilebilirliği ve projede kullanmaya devam etme koşulları yazılı olarak açıklanmalıdır.

• Kaynak kodu ve sürüm deposu
• Veritabanı ve içerik yedekleri
• Tasarım dosyaları ve görsel varlıklar
• Kurulum ve yapılandırma belgeleri
• Üçüncü taraf lisans koşulları
• Güvenli erişim ve anahtar devri

Alan adı ve kurumsal hesaplar nasıl yönetilmelidir?

Alan adı, hosting, e-posta, analitik ve diğer kurumsal servis hesapları, işletmenin doğrulanabilir erişim ve kontrolünü sürdürebileceği biçimde yapılandırılmalıdır. Hizmet sağlayıcının teknik yönetici olarak yetkilendirilmesi mümkün olsa da hesap sahibinin, ödeme sorumlusunun ve kurtarma bilgilerinin kimde olduğu açık olmalıdır. Bu yaklaşım sağlayıcı değişikliğinde kesinti riskini azaltır.

Hesap sahipliği teklif karşılaştırmasını nasıl etkiler?

Bazı teklifler hosting, SSL veya lisansları paket içinde sunarken bazıları müşterinin kendi hesabını kullanmasını gerektirebilir. Her iki model de uygun olabilir; ancak yenileme maliyetleri, erişim yetkileri, veri dışa aktarma imkânı ve hizmet sona erdiğinde uygulanacak devir süreci açıklanmalıdır. Kurumsal hesapların kişisel e-posta adreslerine bağımlı bırakılmaması tercih edilmelidir.

• Alan adı kayıt ve yönetim erişimi
• Hosting ve sunucu kontrol hesapları
• Kurumsal e-posta yönetimi
• Analitik ve arama konsolu hesapları
• Reklam ve etiket yönetimi erişimleri
• Lisans yenileme ve ödeme sorumlulukları

Garanti, bakım ve teknik destek arasındaki fark nedir?

Garanti, teslim edilen kapsamın tanımlanan kabul kriterlerine uygun çalışmayan bölümlerindeki hataların giderilmesini ifade eder. Bakım, yazılımın ve altyapının güncel ve çalışır tutulmasına yönelik planlı işlemleri kapsar. Teknik destek ise kullanıcıların sorun bildirmesi, yardım istemesi veya operasyonel müdahale talep etmesi için sunulan iletişim ve hizmet sürecidir.

Satış sonrası hizmetler nasıl karşılaştırılır?

Yeni özellik geliştirme, çoğu durumda garanti veya standart bakım kapsamında değildir ve ayrı planlanır. Tekliflerde destek kanalı, hizmet saatleri, öncelik sınıfları, ilk geri dönüş hedefi, yedekleme, izleme ve güncelleme sorumlulukları belirtilmelidir. Destek süresi ile sorunun kesin çözüm süresi aynı kavram olmadığı için ölçütler açıkça tanımlanmalıdır.

• Garanti kapsamındaki yazılım hataları
• Planlı bakım ve güvenlik güncellemeleri
• Yedekleme ve çalışma durumu izleme
• Destek kanalları ve hizmet saatleri
• Öncelik ve ilk geri dönüş hedefleri
• Yeni özelliklerin fiyatlandırma yöntemi

Web sitesi sözleşmesinde hangi koşullar bulunmalıdır?

Web sitesi sözleşmesi, tarafların ticari anlaşmasını teknik kapsam ve ölçülebilir teslimatlarla ilişkilendirmelidir. Projenin kapsamı, takvimi, ödeme aşamaları, sorumlulukları, fikrî hakları, gizlilik koşulları, kabul yöntemi ve sona erme hükümleri açıkça yazılmalıdır. Genel bir şablon her projedeki teknoloji, lisans ve veri işleme koşullarını tek başına karşılamayabilir.

Teslim, kabul ve devir hükümleri

web tasarım firmasıyla yapılan sözleşmede bulunması gerekenler değerlendirilirken canlıya geçişin tek başına nihai kabul sayılıp sayılmadığı netleştirilmelidir. Sözleşme sona erdiğinde kod, veri, dosya, yedek, dokümantasyon ve hesap erişimlerinin hangi biçimde teslim edileceği belirtilmelidir. Nihai metin, proje koşullarına göre yetkili bir hukuk uzmanına inceletilebilir.

• Teknik kapsam ve somut teslimatlar
• Takvim, ödeme ve onay aşamaları
• Fikrî haklar ve kullanım lisansları
• Gizlilik ve veri koruma sorumlulukları
• Kabul, garanti ve destek koşulları
• Sona erme ve devir teslim hükümleri

Web tasarım firması seçimi nasıl sonuçlandırılmalıdır?

Web tasarım firması seçimi; fiyat, teknik uygunluk, proje yönetimi, sahiplik, iletişim ve satış sonrası hizmetlerin ağırlıklandırıldığı ortak bir değerlendirmeyle sonuçlandırılmalıdır. Her teklif aynı teknik şartnameye göre puanlanmalı, belirsiz maddeler yazılı sorularla açıklığa kavuşturulmalı ve toplam sahip olma maliyeti ilk geliştirme bedelinden ayrı incelenmelidir.

Nihai teklif karşılaştırma kontrol listesi

web tasarım firması seçiminde kullanılabilecek kritik kriterler, teklif içeriğinin yanı sıra ekibin benzer proje deneyimini, teknik yaklaşımını ve iletişim modelini değerlendirmeye yardımcı olur. Başka bir sağlayıcıya geçiş ihtimali de başlangıçta düşünülmeli; web tasarım firması değiştirirken korunması gereken unsurlar devir koşullarına yansıtılmalıdır.

• Aynı şartname üzerinden kapsamı karşılaştırın
• Dahil ve hariç hizmetleri doğrulayın
• Sahiplik ve lisans koşullarını inceleyin
• Kabul, garanti ve desteği ayrı değerlendirin
• Tek seferlik ve düzenli giderleri hesaplayın
• Devir teslim koşullarını sözleşmeye ekleyin