Antalya Web Tasarım Briefi Nasıl Hazırlanır?

Şablon: ‘İşletmemiz … hizmeti sunuyor. Siteyle … kitlesinin … eylemini yapmasını istiyoruz. İyi bir talebi … olarak tanımlıyoruz.’ Örneğin bir üretici için istenen eylem ürün teknik dosyasını inceleyip teklif istemek olabilir; otelde oda ve tarih seçimi önceliklidir. Bunlar örnek senaryodur, gerçekleşmiş müşteri sonucu değildir.

Birincil eylemi seçin: telefon, form, rezervasyon, katalog indirme veya mağazaya yönlendirme. İkincil eylemleri ayrıca listeleyin. ‘Daha çok satış’ tek başına ölçü değildir; talebin niteliği ve satış ekibinin takip edebileceği bilgiler de tanımlanmalıdır.

Şablon: ‘Birincil kullanıcı …; siteye gelmeden önce … biliyor; karar vermek için …, … ve … sorularına cevap arıyor.’ Antalya bağlamı gerçekten önemliyse müşterinin ilçesini, dilini veya sezonluk ihtiyacını ekleyin. Sırf yerel anahtar kelime geçirmek için ilçe listesi doldurmayın.

Müşteri görüşmelerinde sık duyduğunuz üç soruyu aynen yazın. Bu sorular hizmet sayfası, fiyat açıklaması, süreç ve sık sorulan soruların iskeletini verir. Henüz gerçek müşteri sorusu derlemediyseniz satış ekibinden örnek isteyin; rakip metnini kendi müşteri sesi gibi kullanmayın.

Şablon: ‘Mevcut alan adı …; kullanılacak logo …; onaylı fotoğraf …; hizmet veya ürün listesi …; proje referansları …; yasal metinlerin sorumlusu …’. Her satır için ‘hazır’, ‘güncellenecek’ veya ‘yok’ yazın. Eksik dosya, tasarım başladıktan sonra keşfedilirse takvim ve maliyet değişebilir.

Metni ajans yazacaksa teknik ve ticari doğruluğu kim onaylayacak? Ürün ölçüsü, fiyat, sertifika, hekim unvanı veya müşteri logosu için işletme içinden doğrulayan kişi belirleyin. İçerik hazırlama ile içerik onayını ayrı görevler olarak teklife koyun.

Şablon: ‘Sitede … dil, … form, … entegrasyon gerekiyor. İçeriği … güncelleyecek. Alan adı, barındırma, analitik ve reklam hesaplarının ana yöneticisi … olacak.’ Rezervasyon, ödeme, CRM veya stok bağlantısı istiyorsanız mevcut sağlayıcıyı ve erişim durumunu belirtin. ‘Yönetim paneli’ demek yerine hangi alanı kimin değiştireceğini yazın.

Teslim kabulü için görev bazlı kontrol kullanın: telefondan hizmeti bulma, formun gönderilmesi ve alıcıya ulaşması, eski URL yönlendirmeleri, gerekli sayfaların indekslenebilirliği, klavye ile temel gezinme. Tasarım beğenisi de önemlidir; fakat çalışmayan formu kabul edilmiş teslim saymayın.

Hedef yayın tarihini ve onu zorunlu kılan etkinliği yazın. İçerik, tasarım ve son onay için işletme tarafındaki karar vericiyi belirtin. Bütçe aralığını paylaşabiliyorsanız ajansın uygulanabilir kapsam önermesini kolaylaştırır; rakam paylaşamıyorsanız olmazsa olmaz ve ertelenebilir işleri ayırın.

Beğendiğiniz iki siteyi bağlantısıyla ekleyin ve her birinin hangi özelliğini sevdiğinizi söyleyin: menü açıklığı mı, ürün filtresi mi, ton mu? Görünümü kopyalatmak yerine kullanıcı görevinize uygun çözüm arayın. Aynı briefi görüştüğünüz ajanslara gönderin; teklifler böylece karşılaştırılabilir hale gelir.

Varsayımsal örnek: ‘Kepez'de endüstriyel ekipman üretiyoruz. Yeni alıcıların ürün ailesini bulup teknik çizimi indirmesini ve uygun ürün için teklif istemesini hedefliyoruz. Türkçe ve İngilizce içerik gerekli. Mevcut ürün listemiz Excel'de; teknik doğrulama üretim müdüründe. Alan adı bizim hesabımızda, mevcut sitedeki ürün URL'leri korunmalı veya yönlendirilmeli.’ Bu örnek gerçek müşteri çalışması ya da sonuç iddiası değildir.

Bu örnek yine de açık sorular bırakır: Ürün sayısı kaç, çizimler güncel mi, teklifi kim yanıtlıyor, dil çevirisini kim onaylıyor? İyi brief bütün cevapları bilmek zorunda değildir; doğru soruların sorumlularını gösterir. Ajansa gönderirken ‘bilinmeyenler’ bölümünü özellikle ekleyin.

Teklif geldiğinde her kalemi briefteki ihtiyaca geri bağlayın. Ürün filtresi öneriliyorsa kaç ürün ve kaç ayrıştırıcı özellik için gerektiğini sorun. Gereksiz özellik maliyet yaratır; eksik bırakılan zorunlu akış ise yayın sonrası yeniden iş çıkarır.