Web sitesi briefi, yapılacak sitenin kime hizmet edeceğini, ziyaretçiden hangi davranışı beklediğinizi ve projenin hangi koşullarda tamamlanmış sayılacağını anlatan çalışma belgesidir. İyi bir brief için teknik terimler bilmeniz gerekmez. İş hedefini, gerçek kullanıcı sorularını, mevcut içerikleri ve karar verecek kişileri açıkça yazmanız yeterli bir başlangıç sağlar. Tasarıma geçmeden bu bilgileri toplamak, aynı talebin ekipler tarafından farklı yorumlanmasını azaltır.
Önce iş hedefini bir cümleye indirin
“Modern bir site istiyoruz” tasarım yönünü bile tam olarak açıklamaz. Bunun yerine “Bakım hizmetlerimizin kapsamını anlatmak ve uygun işletmelerden teklif talebi toplamak istiyoruz” yazın. Bu cümlede hizmet, ziyaretçi ve beklenen davranış görünür. Birden fazla hedefiniz varsa öncelik sırasını belirtin. İş başvurusu almak ile satış görüşmesi başlatmak aynı ekran düzenini gerektirmeyebilir.
Başarı ölçüsünü de hedefin yanına ekleyin. Form gönderimi, uygun talep sayısı veya ziyaretçinin doğru hizmet sayfasına ulaşması takip edilebilir örneklerdir. Henüz veri yoksa artış yüzdesi uydurmayın. İlk ölçüm döneminde mevcut durumu belirleyip sonraki iyileştirmeleri bu başlangıç noktasıyla karşılaştıracağınızı yazın.
Hedef kitleyi karar anıyla tarif edin
Yaş ve sektör bilgisi tek başına içerik üretmeye yetmez. Ziyaretçinin neyi çözmeye çalıştığını, hangi bilgileri zaten bildiğini ve hangi konuda tereddüt ettiğini anlatın. Örneğin satın alma sorumlusu kapsam ve süreç görmek isteyebilir; teknik ekip ise entegrasyon koşullarına bakabilir. Bunlar doğrulanması gereken başlangıç varsayımlarıdır, araştırma sonucu gibi sunulmamalıdır.
Satış veya destek ekibinden son görüşmelerde tekrar eden beş soruyu isteyin. Müşteri adlarını ve özel bilgileri çıkartarak soruları brief içine taşıyın. Böylece sayfa başlıkları yalnızca şirket içindeki departman adlarından değil, ziyaretçinin gerçek bilgi ihtiyacından da beslenir.
Sayfa listesi ile özellik listesini ayırın
Sayfa listesi ana sayfa, hizmetler, hakkımızda ve iletişim gibi içerik alanlarını gösterir. Özellik listesi ise filtreleme, randevu seçimi veya çok dilli yayın gibi davranışları tanımlar. “Blog olsun” ifadesinin yanına yazıları kimin ekleyeceğini, hangi kategorilerin kullanılacağını ve yayın onayının nasıl işleyeceğini de yazın.
Her sayfa için üç küçük alan yeterlidir: amaç, gerekli içerik, sonraki adım. Örneğin hizmet sayfasının amacı kapsamı açıklamak; içeriği süreç ve teslimatlar; sonraki adımı ihtiyaç formuna yönlendirmek olabilir. Google’ın başlangıç rehberi, anlaşılır yapı ve kullanıcıya yardımcı içeriği temel uygulamalar arasında ele alır. Bu yaklaşım arama görünürlüğü garantisi değildir.
İçerik ve erişim sorumlularını belirleyin
Logo, kurumsal renkler, ürün fotoğrafları, hizmet metinleri ve iletişim bilgileri için ayrı sorumlular atayın. “Müşteri gönderecek” yerine bir rol ve beklenen dosya türü yazın. Eksik içeriklerin tasarımı durdurup durdurmayacağını da baştan kararlaştırın. Geçici metinlerin yayınlanmasını engelleyen bir son kontrol maddesi ekleyin.
Alan adı, barındırma ve ölçüm hesaplarının kimde olduğunu kayıt altına alın. Şifreleri brief dosyasına koymayın; erişim paylaşımını ayrı ve uygun bir yöntemle yürütün. Formların hangi adrese ulaşacağını, içerik güncellemelerini kimin yapacağını ve proje sonrasında hangi teslimlerin beklendiğini netleştirin.
Beğendiğiniz örneklerin nedenini açıklayın
Bir bağlantıya “bunun aynısı” yazmak yerine belirli tercihleri belirtin: kısa menü, rahat okunan yazı, sade teklif formu veya ürün detayının görünür olması. Beğenmediğiniz örnekler de işe yarar. Bu referanslar yön tarif eder; başka bir markanın metnini, görselini veya ayırt edici tasarımını kopyalama talebi olarak kullanılmamalıdır.
Göndermeden önce brief kontrolü
- Birincil hedef ve hedef ziyaretçi açık mı?
- İlk yayına girecek sayfalar ile sonraki aşama ayrıldı mı?
- İçerik dosyalarının sahipleri ve onay sorumlusu belli mi?
- Mobil kullanım, form testi ve erişilebilirlik kontrolü kapsamda mı?
- Çok dil, dış sistem bağlantıları ve veri aktarımı tanımlandı mı?
- Revizyonların nasıl toplanacağı ve kabul ölçütleri yazıldı mı?
Örnek kabul ölçütünü somut kurun: “İletişim formu telefonda doldurulabiliyor, hata mesajı anlaşılır görünüyor ve deneme talebi belirlenen adrese ulaşıyor.” Bu, “site sorunsuz çalışıyor” ifadesinden daha denetlenebilirdir. Briefi tek seferde kusursuz yazmaya çalışmak yerine açık kalan kararları işaretleyin; toplantıda her birini sahibi ve sonucu ile kapatın.
Briefin sonuna bir karar günlüğü ekleyin. Hangi talebin neden değiştiğini ve son sürümün kim tarafından onaylandığını kaydedin. Özellikle kapsam genişlediğinde eski notların güncel karar sanılmasını önlemek için dosyanın tarihini görünür tutun.
Sık sorulan sorular
Web sitesi briefi kaç sayfa olmalı?
Sabit bir uzunluk gerekmez. Küçük bir projede birkaç sayfa yeterli olabilir; önemli olan hedef, kapsam, sorumluluklar ve kabul ölçütlerinin açık olmasıdır.
Bütçe briefte yazılmalı mı?
Paylaşılabilir bir bütçe aralığı varsa seçenekleri gerçekçi biçimde daraltmaya yardımcı olur. Netleşmediyse öncelikli kapsamı ve vazgeçilebilecek özellikleri belirtin.
Teknik altyapıyı baştan seçmek gerekir mi?
Zorunlu bir entegrasyon veya kurum standardı yoksa önce ihtiyaçları tarif edin. Altyapı seçimini içerik yönetimi, bakım ve kullanım gereksinimleriyle birlikte değerlendirin.