narvals//labs

Web & UX · Karar rehberi

Web sitesi maliyeti nasıl hesaplanır? Teklif karşılaştırma rehberi

Web sitesi maliyeti sayfa sayısından çok; içerik hazırlığı, şablon çeşitliliği, özgün tasarım, yönetim ihtiyacı, entegrasyon, veri taşıma, erişilebilirlik, test, yayın ve bakım sorumluluklarıyla belirlenir. Sağlıklı karşılaştırma için teklifler aynı kapsam ve kabul ölçütleri üzerinde okunmalıdır. Aşağıdaki maliyet modeli Narvals Labs’ın editoryal kapsam çerçevesidir.

Aynı sayfa sayısı, aynı proje anlamına gelmez.

İki kurumsal site de sekiz URL’den oluşabilir. Birinde hazır içerik ve basit iletişim formu vardır; diğerinde çoklu dil, ürün kataloğu, CRM bağlantısı, eski URL taşıması ve özel hesaplayıcı bulunur. Sayfa adedi benzer görünürken analiz, içerik, tasarım, geliştirme ve test yükü farklıdır.

Bu nedenle telefonda tek rakam istemek bütçe aralığı için başlangıç olabilir ama satın alma kararı için yeterli değildir. Önce teslim edilecek şablonları, içerik sorumluluğunu, teknik davranışları ve kabul ölçütlerini görünür kılın.

Fiyatı belirleyen sekiz ana kalem.

KalemKapsamı büyüten örneklerTeklifte aranacak çıktı
Araştırma / stratejiÇok hedef kitle, rakip, paydaş ve kullanıcı akışıHedef, sitemap, başarı ölçütü
İçerikSıfırdan metin, çekim, çoklu dil, ürün verisiİçerik envanteri ve sorumlular
UX / tasarımÇok sayıda benzersiz şablon ve etkileşimOnaylı akış ve ekran seti
GeliştirmeÖzel bileşen, CMS, hesaplayıcı ve animasyonTarayıcıda çalışan teslim ve kaynak kod
EntegrasyonCRM, ödeme, kargo, takvim, ERP, e-postaAlan eşleme, hata ve test senaryosu
Taşıma / SEOEski URL, içerik, medya ve yönlendirmeURL haritası, canonical ve sitemap
KaliteCihaz, erişilebilirlik, performans ve güvenlik testleriKabul listesi ve hata kapanışı
Yayın / bakımBarındırma, izleme, yedek, güncelleme ve destekSLA veya açık sorumluluk matrisi

İlk proje bedeli ile toplam sahip olma maliyetini ayırın.

Alan adı, barındırma, üçüncü taraf lisansları, içerik güncelleme, güvenlik güncellemeleri, teknik destek, analitik bakımı ve yeni geliştirmeler proje sonrasında devam edebilir. Bunların hangisinin zorunlu, hangisinin isteğe bağlı olduğunu teklif aşamasında sorun.

Bir içeriği değiştirmek için her seferinde geliştirici gerekiyorsa düşük kurulum bedeli operasyon maliyetine dönüşür. Tersine, yılda hiç değişmeyen bir siteye karmaşık yönetim paneli eklemek gereksiz lisans ve bakım yükü yaratabilir. Yönetim modeli gerçek değişim sıklığına göre seçilmelidir.

  • Tek seferlik: Analiz, içerik hazırlığı, tasarım, geliştirme, taşıma ve yayın.
  • Düzenli: Barındırma, lisans, bakım, izleme, destek ve içerik operasyonu.
  • Değişken: Trafik, işlem, depolama, mesaj, çeviri ve yeni özellik kullanımı.
  • Risk: Sağlayıcı bağımlılığı, veri çıkışı, kritik eklenti ve ekip değişimi.

Teklifleri yan yana koymadan önce aynı dili konuşmalarını sağlayın.

  • Sayfa adları değil benzersiz şablon ve işlevler listelenmiş.
  • Metin, görsel, çeviri ve veri girişini kimin yapacağı yazılmış.
  • CMS, lisans, eklenti, barındırma ve üçüncü taraf ücretleri ayrılmış.
  • Entegrasyonlar yalnız isimle değil kapsam ve hata davranışıyla tanımlanmış.
  • Mobil, tarayıcı, erişilebilirlik ve performans kabul ölçütleri bulunuyor.
  • Eski URL, içerik ve arama görünürlüğü taşıma planı açıklanmış.
  • Kaynak kod, hesap, alan adı ve verinin sahibi belirtilmiş.
  • Garanti, destek, bakım ve değişiklik talebi süreci yazılmış.
  • Teslim takvimi müşteri onay ve içerik sorumluluklarını da içeriyor.
  • Kapsam dışı maddeler açıkça listelenmiş.

Kaliteyi düşürmeden bütçeyi azaltmanın yolu kapsamı netleştirmektir.

  1. Birincil hedefi ve ana kullanıcıyı tekleştirin.
  2. İlk sürümde yalnız ana görevi tamamlatan sayfa ve işlevleri bırakın.
  3. Hazır, kaliteli servislerin karşıladığı standart işlevleri yeniden geliştirmeyin.
  4. İçeriği tasarım başlamadan hazırlayın; sonsuz yer tutucu metin döngüsünü önleyin.
  5. Benzersiz şablon sayısını, gerçek içerik farkına göre sınırlandırın.
  6. “Sonra” listesine ölçülebilir tetik koşulu ekleyin.
  7. Teklifleri aynı brief ve kabul listesiyle isteyin.

Kaynaklar ve kapsam.

Bağlantılar içerikteki değişebilir veya dış doğrulama gerektiren bilgilerin kaynağıdır. Ticari ilişki veya sponsorlu bağlantı değildir.

  1. Google — SEO Starter Guide
  2. W3C — WCAG 2.2
  3. W3C WAI — Web projelerinde erişilebilirliği planlama ve yönetme

Bir sonraki kararı derinleştirin.

Web & UXKurumsal web sitesi briefi nasıl hazırlanır?SEO & GEOWeb sitesi teknik SEO kontrol listesi: yayından önce ve sonraÖzel yazılımHazır yazılım mı, özel yazılım mı? Karar matrisi

Bu kararı projenize uyarlayalım.

Mevcut durumu, hedefi ve en kritik sınırı paylaşın; gerekli kapsamı birlikte netleştirelim.

Web tasarım ve UX hizmetini inceleyin Projeyi konuşalım