Teşhis notu

Tasarım

Web tasarım briefi: doğru sorudan çalışan bir siteye

Yeni bir web sitesi için hedefi, içeriği, sayfa yapısını ve kabul ölçütlerini aynı brief içinde nasıl tanımlarsınız?

MackaTech · Stüdyo notlarıSon güncelleme: 3 dk okuma
Gastrotech web sitesinin tarayıcı çerçevesi içindeki ekranı.

İyi bir web tasarım briefi, sitenin nasıl görüneceğinden önce kime ne yaptıracağını açıklar. Hedef, içerik, kapsam ve onay ölçütleri aynı belgede buluşur.

Önce sitenin işini tanımlayın

“Modern bir site istiyoruz” tasarımın başlangıcı olabilir; kapsamı tarif etmek için yeterli değildir. Bir üretici ürünlerini anlaşılır sunmak, bir uzman doğru başvuruya ulaşmak, bir marka ise yeni hikâyesini anlatmak isteyebilir. Bu ihtiyaçlar aynı menüyü, aynı ilk ekranı veya aynı çağrıyı gerektirmez.

Briefin ilk satırını bir ziyaretçi üzerinden yazın: Kim geliyor, neyi bilmek istiyor ve hangi adımı atabilmeli? Ardından işletmenin beklentisini ekleyin. İki tarafın ihtiyacı birbiriyle çelişiyorsa daha çok bölüm eklemek yerine önceliği belirleyin. Ana sayfa, bütün isteklerin eşit büyüklükte toplandığı bir ilan panosu olmamalıdır.

Örneğin bir ürün kataloğunda ziyaretçinin model farklarını karşılaştırması, teknik dosyaya ulaşması ve uygun ürün için teklif istemesi gerekebilir. Böyle bir projede yalnız açılış görselini konuşmak, sitenin asıl işini sona bırakır. Ürün bilgisinin nasıl tutulacağı ve teklif akışının nereye gideceği tasarım kararının parçasıdır.

Hedef kitleyi rol ve sorularla tarif edin

Yaş aralığı ve sektör bilgisi tek başına yeterli değildir. Satın alma kararına katılan kişinin sorusu tasarımı daha doğrudan etkiler. İşletme sahibi kapsamı ve karşılığını, pazarlama sorumlusu içerik yükünü, teknik ekip ise altyapıyı ve devri merak edebilir. Briefte bu rolleri ve her birinin öncelikli sorusunu yazın.

Soruları ekip içi varsayımlarla sınırlamayın. Satış görüşmelerinde tekrar eden itirazları, mevcut siteden gelen talepleri ve müşterilerin kullandığı kelimeleri toplayın. Henüz görüşme yapılmadıysa bunu açıkça varsayım olarak işaretleyin. Tasarım dosyasının kesinliği, ihtiyaç araştırmasının kesinliğiyle karıştırılmamalıdır.

İçerik envanterini tasarımdan önce çıkarın

Mevcut sayfaları, ürünleri, fotoğrafları, videoları ve belgeleri tek listede toplayın. Her içerik için sahibi, güncelliği, kullanım izni ve eksik bilgisi belli olsun. Bir ekranın güzel görünmesi için geçici olarak konan teyitsiz müşteri adı veya sonuç iddiası, yayına giderken kolayca gerçek içeriğe dönüşebilir.

Yeni sayfa yapısını içerik listesiyle eşleştirin. Bir hizmet sayfasının başlığı varsa fakat o hizmetin kapsamı, örneği ve başvuru yolu yoksa tasarım boşluğu çözmez. Her sayfaya tek bir temel soru atayın. Birbirini tekrarlayan sayfaları birleştirin; farklı ihtiyaca cevap verenleri yalnız menü kısa kalsın diye üst üste yığmayın.

  • Korunacak, yenilenecek ve kaldırılacak içerikler.
  • Metin, görsel ve onaydan sorumlu kişiler.
  • Alan adı, yönlendirme ve eski bağlantı listesi.
  • Dil seçenekleri, ürün verisi ve yönetim ihtiyaçları.

Kapsamı ekran sayısıyla sınırlamayın

Beş sayfalık iki proje aynı büyüklükte olmayabilir. Birinde sabit bir tanıtım, diğerinde çok dilli ürün kataloğu ve içerik yönetimi bulunabilir. Briefte sayfa türleriyle birlikte işlevleri, veri girişini, dış sistem bağlantılarını ve teslim edilecek dosyaları tarif edin. Sonradan eklenecek işleri de ayrı bir aşama olarak görünür tutun.

Tasarımın hangi ekran boyutlarında inceleneceğini, içerik yönetiminin kimde olacağını ve yayından sonra hangi değişiklikleri ekibinizin yapacağını belirtin. Alan adı, barındırma ve hesap erişimleri için sorumlulukları yazın. Bunlar yalnız teknik ayrıntı değildir; sitenin sahipliğini ve sürdürülebilirliğini belirler.

“Oldu” kararını verecek ölçütleri yazın

Kabul ölçütü yalnız beğeni değildir. Menü klavyeyle açılabiliyor mu, telefon ekranında içerik taşmadan okunuyor mu, teklif formu doğru yere gidiyor mu, önemli bağlantılar çalışıyor mu? Projeye uygun kontroller baştan yazıldığında son inceleme kişisel yorumların tekrarına dönüşmez.

Görsel onayla işlev onayını ayırın. Önce yön ve içerik, ardından tasarım, sonra çalışan sayfalar incelensin. Tek bir karar sorumlusu belirleyin; farklı ekiplerin yorumları aynı listede toplansın. Geri bildirimi “daha premium” gibi sıfatlar yerine hangi öğenin hangi ihtiyacı karşılamadığını anlatarak verin.

Briefin son hâli değişmez bir sözleşme gibi saklanmak zorunda değildir. Yeni bilgi geldikçe kapsam güncellenebilir. Önemli olan değişikliğin takvime, üretime ve onaya etkisini aynı anda görmek; değişen kararları yalnız mesaj geçmişinde bırakmamaktır.

Uygulamadan önce

  • Sitenin temel ziyaretçisi ve temel eylemi yazılı.
  • İçerik sahibi, karar sorumlusu ve erişimler belli.
  • Teslimler ve kapsam dışı işler ayrılmış.
  • Mobil, erişilebilirlik ve yayın kontrolleri tanımlı.

Bu konuyu markanız için konuşalım.

Buradan devam edin.

← Bütün yazılar