Kurumsal web sitesi brief’i; sitenin hedefini, öncelikli ziyaretçileri, hazırlanacak sayfaları, mevcut içerikleri ve zorunlu işlevleri tek belgede toplar. Aşağıdaki örneği doldururken her ihtiyaca bir sorumlu ve doğrulanabilir yayın koşulu ekleyin. Böylece ajansın teklifini yalnızca ekran sayısına göre değil, teslim edeceği işe göre karşılaştırabilirsiniz.
Şirketi değil ziyaretçinin işini merkeze alın
İlk sayfaya şirketin kısa tanımını, sunduğu hizmetleri ve satışın nasıl gerçekleştiğini yazın. Ardından her öncelikli ziyaretçi için “Kim? Hangi soruyla geliyor? Hangi bilgiyle ilerler? Hangi işlemi yapar?” sorularını cevaplayın. Örneğin satın alma sorumlusu teknik özellik ve servis bölgesini gördükten sonra teklif istemek isteyebilir.
Bu görevi sayfa ihtiyacına çevirin: hizmet açıklaması, teknik belge, ilgili çalışma örneği ve teklif formu. İşe alım veya yatırımcı ilişkileri gibi diğer ihtiyaçları ayrı satırlara alın. İlk yayında bulunacaklarla sonraki sürüme kalacakları işaretleyin; böylece kritik müşteri yolculuğu ikincil talepler arasında kaybolmaz.
Hazır malzemeyi ve eksikleri dürüstçe gösterin
İçerik envanterinde her sayfa veya dosya için kaynak bağlantısı, dil, son kontrol tarihi ve bilgi sahibini kaydedin. “Hazır”, “güncellenecek” ve “üretilecek” durumlarını kullanın. Bir klasörde dosyanın bulunması yayınlanabilir olduğu anlamına gelmez; ürün bilgisi, görsel kullanım izni ve iletişim detayları ayrıca kontrol edilmelidir.
Ajansa örnek malzemeyi gösterin: bir tamamlanmış hizmet açıklaması, bir ürün tablosu ve kullanılacak fotoğraflar. Bu örnekler metin yazımı, veri düzenleme veya yeni çekim ihtiyacını ortaya çıkarır. Eksik içerik için teslim edecek kişiyi ve hangi tasarım kararını beklettiğini yazın; içeriği bütün projenin son gününe bırakmayın.
Brief'i karar verilebilir başlıklarla doldurun
Aşağıdaki tabloyu tek bir başlangıç belgesi olarak kullanın. Bilinmeyen alanlara tahmini cevap yazmak yerine “keşif görüşmesinde belirlenecek” notu ekleyin. Böylece ajans kesinleşmiş tercihle çözülmesi gereken soruyu ayırabilir.
| Brief alanı | Yazılacak bilgi | Örnek soru |
|---|---|---|
| İş hedefi | Öncelikli ticari veya kurumsal ihtiyaç | Site hangi işi kolaylaştıracak? |
| Kitle | İlk ele alınacak ziyaretçi grubu | Neye bakarak karar veriyor? |
| İçerik | Hazır varlıklar ve eksikler | Teknik doğruluğu kim onaylayacak? |
| Tasarım yönü | Beğenilen özellik ve gerekçesi | Örnekte tipografi mi anlatım mı önemli? |
| İşlev | Kullanıcının tamamlayacağı işlem | Formdan gelen bilgi nereye gidecek? |
| Yönetim | Onay, bütçe ve takvim sorumlusu | Çelişen geri bildirimde kim karar verecek? |
Görsel beklentiyle yayın koşullarını birlikte konuşun
Referans seçerken neyin beğenildiğini açıklayın: güçlü başlıklar, zengin ürün gösterimi, sakin geçişler veya yaratıcı hareket. Bunların şirketinizin mesajına nasıl hizmet edeceğini değerlendirmeye açık bırakın. Mobilde okunabilirlik ve temel kullanıcı akışları, görsel tercihin doğal parçası olmalıdır.
W3C'nin erişilebilirlik planlama kaynakları, bu konudaki görevleri proje sürecine yerleştirmek için kullanılabilir. Brief'te erişilebilirlik hedefini ve kontrol sorumluluğunu da belirtin. Son olarak zorunlu yayın tarihi varsa nedenini yazın; bir etkinlik, sözleşme veya operasyon ihtiyacı gerçek öncelik kararını etkileyebilir. Brief görüşmesinin sonunda açık sorular ve onları cevaplayacak kişiler belli olmalıdır.