narvals//labs

Web & UX · Karar rehberi

Kurumsal web sitesi briefi nasıl hazırlanır?

İyi bir web sitesi briefi renk veya sayfa sayısıyla başlamaz. İş hedefini, hedef kullanıcıyı, kullanıcının tamamlaması gereken ana eylemi, gerekli içerik ve kanıtları, teknik bağlantıları, kapsam dışını ve başarı ölçümünü aynı belgede netleştirir. Aşağıdaki soru seti Narvals Labs’ın editoryal proje çerçevesidir.

Briefin görevi tasarımı tarif etmek değil, kararı kolaylaştırmaktır.

“Modern, şık ve mobil uyumlu bir site istiyoruz” bir beklentidir; fakat proje kararı değildir. Aynı görünüm hedefi, bir katalog sitesiyle bir teklif toplama sitesi için bambaşka içerik ve teknik yapı gerektirir. Brief bu belirsizliği işletme hedefi, kullanıcı ihtiyacı ve ölçülebilir sonuç üzerinden azaltır.

Belgenin sonunda ajansın veya ürün ekibinin şu üç soruya aynı cevabı verebilmesi gerekir: Site kimin hangi problemini çözecek, ziyaretçi hangi eylemi tamamlayacak ve bunun çalıştığını hangi veriyle anlayacağız?

Briefte cevaplanması gereken 10 soru.

  1. İş hedefi nedir? Daha fazla nitelikli talep, doğrudan satış, randevu, bayi başvurusu veya destek yükünü azaltma gibi tek birincil hedef seçin.
  2. Öncelikli kullanıcı kimdir? “Herkes” yerine karar verici rolünü, bağlamını, sorusunu ve itirazını tarif edin.
  3. Ana eylem nedir? Teklif isteme, ürün satın alma, randevu alma, arama veya dosya indirme gibi tamamlanabilir bir eylem belirleyin.
  4. Kullanıcı neden size inanmalı? Gerçek ekip, süreç, yetkinlik, ürün detayı, politika, müşteri izni bulunan vaka veya doğrulanabilir sonuç gibi kanıtları listeleyin.
  5. Hangi içerikler hazır? Metin, görsel, video, ürün verisi, çeviri ve yasal metinlerin sahibi ile durumunu yazın.
  6. Hangi sayfalar gerçekten gerekli? Her URL için tek bir kullanıcı sorusu ve tek bir görev tanımlayın.
  7. Hangi sistemlerle konuşmalı? CRM, ödeme, kargo, e-posta, takvim, analitik veya mevcut panel bağlantılarını belirtin.
  8. Ne korunacak veya taşınacak? Mevcut URL, içerik, arama performansı, müşteri hesabı ve veri aktarımı ihtiyaçlarını çıkarın.
  9. Kim karar verecek? İçerik sağlayan, geri bildirim veren ve son onayı veren kişileri ayırın.
  10. Başarı nasıl ölçülecek? Yalnız trafik değil; tamamlanan form, nitelikli görüşme, satış veya işlem başarısı gibi iş metriği seçin.

“İçerikler hazır” cümlesini bir envantere dönüştürün.

İçerik gecikmesi çoğu projede tasarım sorunu gibi görünür. Oysa sorun çoğunlukla hangi bilginin eksik olduğunun, kimin üreteceğinin ve ne zaman onaylanacağının bilinmemesidir. Her içerik parçasını görünür bir duruma bağlayın.

İçerikSorumluDurumKabul ölçütü
Hizmet açıklamalarıİş birimi + editörTaslak / onaylıKapsam, sınır ve sonraki adım açık
Ekip ve marka kanıtlarıMarka sorumlusuİzin bekliyorAd, rol ve kullanım izni doğrulanmış
GörsellerMarka / prodüksiyonEksik / hazırYeterli çözünürlük, kullanım hakkı ve alt metin amacı var
Yasal metinlerYetkili hukuk danışmanıİncelemedeGerçek veri akışı ve hedef pazarla uyumlu
Entegrasyon bilgileriTeknik sorumluDoğrulanacakHesap sahibi, erişim ve test ortamı belirli

Kapsamı “şimdi, sonra ve kapsam dışı” olarak üçe ayırın.

Her fikri ilk sürüme almak kaliteyi artırmaz; çoğu zaman kritik akışın test edilmesini geciktirir. İlk sürüm, kullanıcının ana görevi baştan sona tamamlayabildiği en küçük güvenilir kapsam olmalıdır.

“Sonra” listesi unutulan işler deposu değildir. Her madde için hangi veri veya koşul oluşursa yeniden değerlendirileceğini yazın. “Kapsam dışı” ise yanlış beklentiyi açıkça kapatır; örneğin içerik üretimi, fotoğraf çekimi, çoklu dil veya CRM lisansı teklife dahil değilse baştan görünür olur.

  • Şimdi: Ana kullanıcı görevini tamamlatan sayfa, içerik ve entegrasyonlar.
  • Sonra: İlk kullanım verisiyle gerekliliği doğrulanacak geliştirmeler.
  • Kapsam dışı: Bu proje tarafından teslim edilmeyen hizmet, lisans ve sorumluluklar.

Ajansa göndermeden önce brief kontrolü.

  • Tek birincil iş hedefi ve öncelikli kullanıcı yazıldı.
  • Ana dönüşüm eylemi ile başarı ölçütü eşleştirildi.
  • Zorunlu sayfa ve içerikler, “olsa iyi olur” listesinden ayrıldı.
  • İçerik, görsel ve onay sorumluları isim veya rol olarak belirlendi.
  • Mevcut URL, veri ve entegrasyonların korunma ihtiyacı yazıldı.
  • Teknik, yasal, takvimsel ve bütçesel sınırlar açıklandı.
  • İlk sürüm, sonraki faz ve kapsam dışı maddeler ayrıldı.
  • Tekliflerin hangi ortak ölçütlerle karşılaştırılacağı 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. W3C — Web Content Accessibility Guidelines (WCAG) 2.2
  3. W3C WAI — Web projelerinde erişilebilirliği planlama ve yönetme

Bir sonraki kararı derinleştirin.

SEO & GEOWeb sitesi teknik SEO kontrol listesi: yayından önce ve sonraE-ticaretE-ticaret altyapısı nasıl seçilir? Dokuz karar sorusuWeb & UXWeb sitesi maliyeti nasıl hesaplanır? Teklif karşılaştırma rehberi

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