narvals//labs

Web & UX · Karar rehberi

Web sitesi yaptırmadan önce: kapsam, teklif ve karar rehberi

Web sitesi yaptırma kararında önce “nasıl görünecek?” değil, “hangi kullanıcı hangi işi güvenle tamamlayacak?” sorusu yanıtlanmalıdır. Hedef, ilk sürüm kapsamı, içerik ve entegrasyon sorumlulukları, teklif kalemleri ve kabul ölçütleri aynı çerçevede netleştiğinde doğru çözümü seçmek ve teklifleri karşılaştırmak kolaylaşır.

Web sitesi yaptırma kararı, tasarım örneği seçmekle başlamaz.

“Bir web sitesi yapalım” aynı anda birden çok ihtiyacı gizleyebilir: yeni bir markayı anlatmak, doğru müşteriden talep toplamak, ürün kataloğunu anlaşılır kılmak, randevu almak veya doğrudan satış yapmak. Bunların her biri içerik, kullanıcı akışı, ölçüm ve teknik altyapı açısından farklı bir başlangıç noktasıdır. Bu yüzden ilk toplantıdaki en değerli çıktı renk paleti değil; ziyaretçinin tamamlamasını istediğiniz ana görevdir.

Örneğin ana hedef nitelikli görüşme başlatmaksa, web tasarım ve UX hizmeti sayfa hiyerarşisini, güven unsurlarını ve form akışını bu karara göre ele almalıdır. Ama kullanıcı ürün seçip ödeme yapacaksa konu yalnız bir kurumsal site değildir; stok, ödeme, kargo, iade ve operasyon senaryolarını kapsayan bir e-ticaret sitesi planı gerekir. Aynı tasarım dili kullanılabilir, fakat çözülmesi gereken iş farklıdır.

Önce ilk sürümün tamamlaması gereken görevi seçin.

İyi bir ilk sürüm, az sayıda özellik içeren site demek değildir; kullanıcının kritik yolunun baştan sona çalışması demektir. Gereksiz sayfaları, sonraki faz fikirlerini ve belirsiz istekleri başlangıçta ayırmak bütçe konuşmasını da daha sağlıklı hale getirir. Aşağıdaki tablo, ihtiyacı teslim edilecek işten ayırmaya yardımcı olur.

İş ihtiyacıİlk sürümde netleştirileceklerTeklifte sorulacak soru
Markayı ve hizmetleri anlatmakAna mesaj, hizmet sayfaları, güven kanıtları, iletişim yoluHer sayfanın kullanıcı sorusu ve içerik sorumlusu kim?
Nitelikli talep toplamakHedef kitleye göre giriş sayfası, CTA, form alanları, bildirim akışıForm verisi nereye gidecek, hata olduğunda kim bilgilenecek?
Ürünleri online satmakÜrün verisi, sepet, ödeme, kargo, iade ve sipariş yönetimiÖdeme, stok ve kargo akışları hangi gerçek senaryolarla test edilecek?
Randevu veya başvuru almakUygunluk kuralları, form/takvim, onay ve hatırlatma mesajlarıÇakışma, iptal ve kişisel veri senaryoları nasıl ele alınacak?
Mevcut siteyi yenilemekURL envanteri, içerik taşıma, yönlendirme, ölçümün korunmasıEski URL ve önemli sayfalar için taşıma planı teslim edilecek mi?

Ajansa veya ekibe göndermeden önce bir sayfalık karar özeti hazırlayın.

Uzun bir sunum şart değildir. Fakat ihtiyacın sözlü kalması, farklı tekliflerin farklı varsayımlarla hazırlanmasına yol açar. Kısa bir brief, hem sizin ne satın aldığınızı hem de karşı tarafın neyi çözmekle sorumlu olduğunu görünür hale getirir. Daha ayrıntılı soru seti için kurumsal web sitesi briefi rehberinden yararlanabilirsiniz.

  • İş hedefi: Bu projenin işletme açısından önceliği nedir; talep, satış, randevu, destek yükünü azaltma veya başka bir sonuç mu?
  • Öncelikli kullanıcı: Kararı veren kişi kim, siteye hangi soruyla geliyor ve hangi tereddüdü taşıyor?
  • Ana eylem: Kullanıcı teklif isteyecek, ürün satın alacak, randevu alacak veya başka bir görevi mi tamamlayacak?
  • İçerik ve kanıt: Metin, görsel, ürün verisi, ekip bilgisi, referans kullanma izni ve yasal metinler hazır mı; sahibi kim?
  • Entegrasyonlar: CRM, ödeme, e-posta, kargo, takvim, analitik veya mevcut veri aktarımı gerekiyor mu?
  • Sınırlar: İlk sürümde kesinlikle gerekenler, sonraki faza kalabilecekler ve kapsam dışı olanlar neler?
  • Karar ve onay: Geri bildirim kimden toplanacak, son onayı kim verecek, geciken içerikte nasıl ilerlenir?
  • Başarı ölçümü: Yalnız ziyaret sayısı değil, hangi nitelikli eylem veya iş sonucu takip edilecek?

Teklifleri toplam bedelle değil, teslim ve risk tablosuyla karşılaştırın.

Bir teklif “10 sayfa web sitesi” yazıp diğer teklif “3 şablon, içerik girişi, CRM form bağlantısı ve yönlendirme planı” diyorsa, bu iki belge aynı işi tarif etmeyebilir. Karar vermeden önce her teklifi aşağıdaki başlıklara göre yan yana getirin. Maliyet kalemlerinin neden değiştiğini ayrıca web sitesi maliyeti rehberinde inceleyebilirsiniz.

BaşlıkTeklifte görünmesi gerekenBelirsiz kalırsa oluşan risk
Teslim edilen yapıBenzersiz şablonlar, sayfalar, bileşenler ve kullanıcı akışları“Sayfa” sözcüğü farklı işlevleri gizleyebilir
İçerik üretimiMetin, görsel, çeviri ve veri girişinden sorumlu tarafTasarım tamamlanır, yayın içerik bekler
Tasarım ve revizyonOnay adımları, revizyon sınırı ve karar vericiGeri bildirim döngüsü takvimi belirsiz uzatır
Teknik işlerCMS, entegrasyon, yönlendirme, analitik, erişilebilirlik ve test kapsamıKritik ihtiyaçlar “sonradan ek iş”e dönüşebilir
Hesaplar ve sahiplikAlan adı, barındırma, lisans, kaynak kod ve üçüncü taraf hesaplarının sahibiYayın sonrası erişim ve devamlılık riski
Yayın sonrasıHata düzeltme, bakım, destek, eğitim ve değişiklik talebi yaklaşımıTeslimden sonra kimin ne yapacağı belirsiz kalır

“Bitti” demek için görünüşten daha fazlasını kontrol edin.

Web sitesi yalnız tasarım dosyası onaylandığında tamamlanmış sayılmaz. Gerçek cihazda kullanıcı görevini tamamlayabilmeli; form, ödeme veya randevu gibi kritik akışlar ilgili ekibe doğru veri iletmeli; gerekli içerikler, yasal metinler ve teknik yönlendirmeler yerinde olmalıdır. E-ticaret söz konusuysa altyapı kararı için e-ticaret altyapısı seçme rehberini projenin başında değerlendirmek, sonradan zorunlu değişiklikleri azaltır.

  • Ana kullanıcı akışı mobil ve masaüstünde gerçek içerikle tamamlanıyor.
  • Form, ödeme, randevu veya diğer kritik işlem için başarı ve hata senaryoları test edildi.
  • İçerik, görsel kullanım hakları, iletişim bilgileri ve yasal metinler yetkili kişilerce onaylandı.
  • Alan adı, barındırma, analiz, reklam ve üçüncü taraf hesaplarına doğru kişilerin erişimi var.
  • Eski siteden geçiş varsa URL yönlendirmeleri ve önemli arama sayfaları kontrol edildi.
  • Temel performans, erişilebilirlik ve taranabilirlik kontrolleri yayın ortamında yapıldı.
  • Yayın sonrası ilk inceleme tarihi, sorumlusu ve bakılacak veriler belirlendi.

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 — İnsan odaklı ve güvenilir içerik rehberi
  2. Google — SEO Starter Guide
  3. W3C WAI — Web projelerinde erişilebilirliği planlama ve yönetme

İlgili rehberlerle devam edin.

Web & UXKurumsal web sitesi briefi nasıl hazırlanır?Web & UXWeb sitesi maliyeti nasıl hesaplanır? Teklif karşılaştırma rehberiE-ticaretE-ticaret altyapısı nasıl seçilir? Dokuz karar sorusu

Bu kararı projenize uyarlayalım.

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

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