Brief; sitenin kime hizmet ettiğini, ziyaretçinin ne öğrenmesi ve ne yapması gerektiğini açıklar. Soyut tasarım isteğini teslim edilebilir işe dönüştürür. Örnek: Bağımsız kafelere muhasebe desteği veriyoruz; ziyaretçi üç hizmetimizi anlayıp tanışma görüşmesi istemeli. Referanslarda beğendiğiniz özellikleri anlatın; başka işletmenin sitesinin kopyasını istemeyin.
Brief'i uzun sunum yerine karar belgesi yapın
İyi bir web sitesi brief'i işletmenin bütün geçmişini anlatmak zorunda değildir. Tasarım ve geliştirme sırasında verilecek kararlar için yeterli bilgiyi açıkça sunmalıdır. Önce sitenin tek cümlelik amacını yazın: yeni hizmet başvurusu almak, uzmanlığı açıklamak veya mevcut müşterilerin doğru bilgiye ulaşmasını sağlamak gibi. “Daha modern görünmek” hedef olabilir, fakat ziyaretçinin ne yapacağı ayrıca belirlenmelidir.
Hedef kitleyi yalnız yaş ve şehirle tarif etmeyin. Siteye hangi soruyla geliyorlar, sizi ne kadar tanıyorlar ve başvurmadan önce neyi doğrulamak istiyorlar? Örneğin teknik bir hizmet alan müşteri hizmet bölgesini ve kapsamı hızlıca görmek isteyebilir. Danışmanlık müşterisi ise çalışma biçimini ve uzmanlık sınırını anlamaya ihtiyaç duyabilir. Bu fark ana sayfanın akışını doğrudan etkiler.
Başarı ölçüsünü de gerçekçi tanımlayın. Formun sorunsuz gönderilmesi, ziyaretçinin doğru hizmet sayfasına ulaşması ve içerik güncellemesinin sorumlusunun belli olması başlangıç için gözlenebilir sonuçlardır. Yeni sitede henüz veri yokken dönüşüm artışı yüzdesi veya arama sıralaması hedefini garanti gibi yazmayın. Ölçülebilir hedef ile elde edildiği kanıtlanan sonuç ayrı şeylerdir.
Kopyalanabilir bir brief iskeleti hazırlayın
Belgenizi şu bölümlerle kurabilirsiniz: işletme ve hizmet özeti, ziyaretçi soruları, ana eylem, sayfa listesi, içerik durumu, görsel yön, teknik ihtiyaçlar ve teslim koşulları. Her bölümün altında uzun paragraf yerine kısa ve doğrulanabilir maddeler kullanın. Belirsiz alanları boş bırakmak yerine kimin ne zaman karar vereceğini belirtin.
Örnek bir danışmanlık brief'inde ana sayfa, iki hizmet detayı, yaklaşım ve iletişim sayfaları bulunabilir. Her sayfanın yanına amacı yazın. Hizmet sayfası “süreci açıklayıp uygun olmayan başvuruları azaltmak”, iletişim sayfası “kısa bir proje özeti almak” için kullanılabilir. Böylece sayfa listesi yalnız menü sıralaması olmaktan çıkar, içeriğin neden gerekli olduğunu anlatır.
İçerik tablosunda metin hazır mı, çeviri var mı, görselin kullanım hakkı belli mi ve onayı kim verecek sorularını cevaplayın. Mevcut siteden taşınacak içerik varsa adresleri ekleyin. Eski URL'lerin korunması, e-posta hesabının etkilenmemesi veya belirli bir form alanının gerekli olması gibi ayrıntılar teknik ihtiyaç bölümünde açıkça yer almalıdır.
Referansları beğeni nedeninizle birlikte paylaşın
Üç farklı site bağlantısı verip “bunlara benzesin” demek çelişkili yorumlara yol açabilir. Her referansta hangi unsuru beğendiğinizi yazın: başlık ölçeği, sade menü, fotoğraf kullanımı, hizmet karşılaştırması veya formun adım yapısı gibi. Hangi unsuru istemediğinizi de aynı açıklıkla belirtin. Başka markanın tasarımını birebir kopyalama talebi oluşturmayın.
Bütçe aralığını ve tarih ihtiyacını saklamayın. Bunlar tasarım kalitesini tek başına belirlemez; hangi kapsamın gerçekçi olduğunu değerlendirmeyi sağlar. Tarih sabitse onun nedenini açıklayın. Bir fuar veya açılış için önce temel sayfaların yayını, kalan içeriklerin sonraki sürüme bırakılması mümkün olabilir; böyle bir karar iki tarafın da onayını gerektirir.
Brief'in sonuna tek bir karar sorumlusu ve geri bildirim yöntemi ekleyin. Birden fazla kişi görüş bildiriyorsa bunlar müşterinin içinde birleştirilmelidir. Tasarımcıya aynı bölüm için birbirini bozan talimatlar göndermek tur sayısını tüketir. Kısa, güncel ve sahipliği belli bir brief; uzun ama karar vermeyen bir sunumdan daha kullanışlıdır. Teklif kesinleşince bu belgeyi onaylanmış sayfa ve teslim listesiyle birlikte saklayın.
Kısa brief örneği: “İki danışmanlık hizmetimizi ilk kez gelen işletmelere anlatmak ve görüşme talebi almak istiyoruz. Ana sayfa, iki hizmet detayı, yaklaşım ve iletişim sayfası planlıyoruz. Metin taslakları bizde, fotoğraf seçimi henüz tamamlanmadı. İlk yayın tek dilde; ikinci dil için karar daha sonra verilecek.” Bu örnek bütün işi çözmez ama teklif hazırlamak için anlamlı bir çerçeve verir.
Ardından belirsizlikleri açık sorulara dönüştürün. Görüşme formunda hangi alanlar gerekli? Kullanılacak fotoğraflar nereden gelecek? Ekip bilgileri yayımlanacak mı? Eski site varsa hangi adresler korunacak? Bu soruların cevabını brief'e eklemek, tasarım görüşmesinde aynı konuların tekrar tekrar açılmasını azaltır. Her kararın son sürümü tek belgede bulunsun.
Brief'i ekip içinde dağıtırken herkesin farklı kopya düzenlemesini önleyin. Bir ana dosya, sürüm tarihi ve karar sorumlusu kullanmak yeterli olabilir. Yalnız sonuçları değil, önemli tercihlerin gerekçesini de kısa notla saklayın. Örneğin yönetim paneli seçilmediyse içerik değişikliğinin nasıl yapılacağı unutulmamalıdır. Proje ilerledikçe brief'e yeni talepler eklenebilir, fakat bunların onaylanmış teklif kapsamını otomatik değiştirmediği açık olsun. Yeni ihtiyaçları değişiklik listesinde değerlendirmek, başlangıç belgesinin sürekli genişleyip teslim hedefini belirsizleştirmesini önler.
Brief'e eklediğiniz her bağlantının neden bulunduğunu yazın. Mevcut site, rakip örneği ve teknik servis belgesi farklı amaç taşır. Kaynakları açıklamak sağlayıcının yanlış varsayım yapmasını azaltır. Gerekli olmayan kişisel veya ticari gizli bilgileri başlangıç belgesine eklemeyin.
Brief içindeki öncelikleri “zorunlu”, “olursa iyi olur” ve “sonraki aşama” şeklinde işaretleyebilirsiniz. Zorunlu bölüm, ilk yayının amacını yerine getirmesi için gerekenleri içerir. Örneğin doğru iletişim bilgisi ve çalışan başvuru formu zorunlu olabilir; gelişmiş filtreleme ise ürün sayısı henüz azsa sonraya bırakılabilir. Öncelikler bütçe veya süre daraldığında neyin korunacağını açıklar.
Referans siteleri paylaşırken yalnızca bağlantı göndermeyin. Birinde menünün sadeliğini, diğerinde hizmet açıklamalarının düzenini beğendiğinizi belirtin. Beğenmediğiniz unsurları da somutlaştırın: okunmayan küçük yazı, aşırı hareket veya iletişime ulaşmanın zorluğu gibi. Bu bilgiler tasarımcının farklı örnekleri rastgele birleştirmesini önler.
Son olarak briefin bir karar kaydı olduğunu unutmayın. Görüşme sırasında hedef kitle veya hizmet kapsamı değişirse belgeyi güncelleyin ve eski varsayımı açıkça kaldırın. Aksi halde tasarım bir hedefe, metin başka hedefe göre ilerleyebilir. Güncel brief, onaylanan içerik envanteri ve geri bildirim listesi birlikte tutulduğunda herkes aynı sürümü referans alır. Bu düzen ayrıntılı bir proje yönetim aracı gerektirmez; erişilebilir ve tarihli birkaç dosya çoğu küçük projede yeterli bir başlangıçtır.
Uygulama kontrolü
- Ana amacı yazın
- Sayfa listesini çıkarın
- İçerik ve onay sorumlusunu atayın
Somut örnek: Örnek: Bağımsız kafelere muhasebe desteği veriyoruz; ziyaretçi üç hizmetimizi anlayıp tanışma görüşmesi istemeli.
Dikkat edilmesi gereken sınır: Referanslarda beğendiğiniz özellikleri anlatın; başka işletmenin sitesinin kopyasını istemeyin.
