Web sitesi brief’i, işletmenizin neden yeni bir siteye ihtiyaç duyduğunu ve proje sonunda hangi işlerin tamamlanmış sayılacağını açıklayan ihtiyaç belgesidir. İyi bir brief, yalnız beğenilen tasarımları toplamaz; ziyaretçinin karar sürecini, içerik sorumluluklarını ve teknik bağlantıları görünür kılar. Böylece ajans tekliflerini aynı kapsam üzerinden değerlendirebilirsiniz.

Önce hedefi ve ziyaretçinin görevini yazın

İlk sayfaya şirket geçmişini uzun uzun anlatmak yerine projenin neden başladığını yazın. Yeni bir pazara açılmak, teklif taleplerini doğru ekibe ulaştırmak veya ürün belgelerini bulunabilir kılmak farklı ihtiyaçlardır. Her hedefi gözlemlenebilir bir kullanıcı göreviyle eşleştirin. Örneğin ziyaretçi hizmet kapsamını anlayabilmeli, uygun belgeyi bulabilmeli ve telefon kullanmadan talep bırakabilmelidir. Ardından öncelikli kitleleri ve onların karar vermek için ihtiyaç duyduğu bilgileri tanımlayın. Satış ekibinin sık karşılaştığı sorular ve mevcut müşterilerden gelen geri bildirimler, bu ihtiyaçları tanımlamak için iyi bir başlangıç noktasıdır. Erişilebilirlik ve mobil kullanım beklentilerini de ilk kapsamın içine alın; bunları tasarım bittikten sonra ek iş olarak bırakmayın.

  • Birincil ticari amaç
  • Ziyaretçinin tamamlayacağı görev
  • Görev başarısını değerlendirecek kanıt

Sayfa sayısını, içerik işini ve entegrasyonları ayırın

Otuz sayfa talebi, otuz farklı tasarım anlamına gelmez. Ana sayfa, hizmet detayı, ürün detayı ve iletişim gibi şablonları; bunların içine girilecek içerik sayılarından ayrı listeleyin. Metin, fotoğraf, çeviri ve ürün verisini kimin sağlayacağını belirtin. Ajansın yazacağı içerikle işletmenin onaylayacağı teknik bilginin sınırı açık olmalıdır. Entegrasyonlarda sistemin adını yazmak yetmez: hangi verinin hangi yönde, ne zaman ve hata olursa kimin kontrolünde taşınacağını anlatın. Mevcut URL’lerin korunması, yönlendirmeler, analitik izinleri ve CRM’e form kaydı gibi işleri de görünür hale getirin. Kesinleşmeyen ihtiyaçları başlangıç kapsamından ayırıp değerlendirme başlığı altında tutun; bütün belirsizlikleri sabit fiyatın içine saklamayın.

  • Şablon ve içerik adetleri
  • İçerik sahibi ve onaylayan kişi
  • Entegrasyonun veri akışı ve hata sorumlusu

Teslim için ölçülebilir kabul koşulları belirleyin

Brief’in son bölümünde teslimin nasıl inceleneceğini açıklayın. Örnek bir kabul görevi; mobilde hizmet sayfasından forma ulaşmak, eksik bilgide anlaşılır uyarı görmek ve başarılı gönderimin yönetim paneline kaydedildiğini doğrulamaktır. Bu, gerçek müşteri verisi kullanılmadan kontrollü bir senaryoyla sınanabilir. Tasarım onayı, içerik onayı ve yayın onayını ayrı kararlar olarak planlayın. İki teklif karşılaştırılırken bakım, barındırma, lisans, kaynak dosyalar ve eğitim teslimlerinin kapsamda olup olmadığını kontrol edin. Takvimi yalnız açılış gününden ibaret bırakmayın; içerik teslimi ve işletme onayları için de sorumlu belirleyin. ReklamKlik’in önerisi, çözüme karar verilmeden önce bu belgenin işletme ve uygulama ekibi tarafından birlikte gözden geçirilmesidir.

  • Mobil kullanıcı göreviyle kabul kontrolü
  • Tasarım, içerik ve yayın için ayrı onay
  • Bakım ve devir tesliminin açık kapsamı

Kaynaklar

İŞLETMENİZE UYARLAYALIM

Bir sonraki adımı birlikte belirleyelim.

Hedefinizi ve mevcut durumunuzu paylaşın; ihtiyacınıza uygun kapsamı konuşalım.

Teklif alın →