“Modern bir web sitesi istiyoruz” cümlesiyle bir görüşme başlayabilir, ama üretim başlamamalı. Modern sözcüğünün arkasında bazen daha kolay içerik girmek, bazen daha güvenilir görünmek, bazen de mobilde çözülemeyen bir sorun vardır. Ben brief’i bu ihtiyacı bulmak için kullanırım.
Birinci soru: insanlar buraya neden gelecek?
Ziyaretçinin yapmak istediği işi somutlaştırırım. Bir yazıyı okumak, proje incelemek veya iletişime geçmek farklı yollar gerektirir. “Herkese hitap etmek” bu yolları tanımlamaz. Öncelikli birkaç ihtiyacı ve bunları destekleyen mevcut kanıtları yazarım.
İkinci soru: şu anda ne aksıyor?
Mevcut siteden örnek isterim: Bulunamayan bilgi, tamamlanmayan form, güncellenemeyen sayfa veya karışan dil bağlantısı. Şikâyeti gözlemlenebilir bir duruma çevirmek çözümün kapsamını daraltır. Sorun içerikteyse yalnızca renk değiştirmek yeterli olmayacaktır.
Üçüncü soru: içerikten kim sorumlu?
Metin, görsel, çeviri ve doğrulama sorumluları belli olmalı. Site tamamlandıktan sonra kim yeni yazı ekleyecek? Taslağı kim kontrol edecek? İçerik onay akışı tasarımın dışında kalan bir yönetim ayrıntısı değil, ürünün çalışma koşuludur.
Kurgusal bir küçük yayın için haftalık tek editör akışı yeterli olabilir. Çok dilli ve çok yazarlı bir yapı farklı yetkiler gerektirebilir. İhtiyaç olmadan karmaşıklık eklemem; gerçek ihtiyacı da bir sonraki aşamaya gizlemem.
Dördüncü soru: ne korunacak?
Eski adresler, değerli metinler, indirilen dosyalar ve görseller envantere girmeli. Yenileme, geçmişi sıfırlamak değildir. Hangi içeriğin aynı adreste gelişeceği ve hangisinin taşınacağı baştan ele alınmalıdır.
Son soru: bittiğini nasıl anlayacağız?
Güzel görünmek tek başına tamamlanma ölçütü olamaz. Formun gerçekten iletilmesi, dillerin doğru eşleşmesi, mobil menünün çalışması ve editörün içerik girebilmesi gibi doğrulanabilir sonuçlar gerekir.
Ben brief’in sonunda kapsam dışını ve açık soruları da yazarım. Bilinmeyeni saklamayan bir başlangıç, daha güvenilir bir teslimin ilk adımıdır.