Sade Mockup Nasıl Hazırlanır: Beş Pratik Kural
Mockup bir fikri gösterme aracı. Sorun şu ki mockup ne kadar gerçekçi görünürse, gelen geri bildirim o kadar yüzeye kayıyor: yazı tipi, gölge, mavinin tonu. Sadelik bu yüzden estetik bir tercih değil, konuşmayı işlevde tutmanın en ucuz yolu.
Karmaşa nerede başlıyor
Bir mockup'ı cilaladıkça iki şey aynı anda oluyor. Hazırlaması uzuyor, ve izleyen kişi onu bitmiş sanıyor. Bitmiş sanılan bir tasarıma kimse "bu akış yanlış kurulmuş" demez; "buton biraz daha koyu olsa" der. Yani cila, almak istediğin geri bildirimin türünü değiştiriyor.
Renkli ve cilalı bir mockup'tan çok, kabaca çizilmiş ama tıklanabilir bir akışı daha güvenilir bulurum. İlkinde insanlar tasarımı tartışıyor, ikincisinde kararı.
1. Neyin cevabını aradığını önce yaz
Mockup açmadan önce tek satır yaz: bu ekranı gösterince hangi soruya cevap almış olacağım? "Kullanıcı kayıt olmadan sepete ürün ekleyebilecek mi" gibi bir şey. O satır elinde olunca, ekrana ne koymayacağın kendiliğinden belli olur. Olmadığında mockup büyür, çünkü büyümesini durduran bir sınır yoktur.
Paydaşları da bu aşamada topla, sunum aşamasında değil. Geç kalınan her onay turu, sadece takvimi değil mockup'ın hacmini de büyütüyor: herkes kendi eklemesini istiyor.
2. Wireframe'i atlamaya kalkma
Wireframe işin iskeleti: içerik nerede duruyor, kullanıcı hangi sırayla ilerliyor. Mockup ise o iskeletin gerçek renk ve tipografiyle nasıl göründüğü. İkisi arasındaki fark maliyet farkıdır. Wireframe'de bir bölümü silmek beş dakika, mockup'ta aynı bölümü silmek yarım gün ve genelde bir tartışma.
Pratikte kural basit: yerleşimden emin olmadan renge geçme. Emin olmadığın bir yerleşimi cilalamak, yanlış cevabı güzel yazmaktır.
3. Tek konsept sun
Alternatifler beyin fırtınası ve wireframe aşamasının işi. Mockup aşamasına tek bir konseptle gel, üzerinde uzlaşılmış olanla.
Ama burada kaynakların çoğunun atladığı bir çelişki var: "tek konsept sun" ile "bol geri bildirim topla" tavsiyeleri birbirini kesiyor. Karşılaştıracak ikinci bir seçenek olmadığında insan yapısal bir yorum üretemez, elinde kalan tek malzeme detaydır ve detay hakkında konuşur. Çözüm ikinci bir konsept eklemek değil, karşılaştırmayı soruya gömmek: "Bu akışta üç adım var, ikisine indirsek neyi kaybederiz?" Böylece hem tek konseptle kalırsın hem de karşılaştırma zeminini sen kurmuş olursun.
4. Geri bildirimi açık uçlu isteme
"Ne düşünüyorsun?" sorusunun cevabı hemen her zaman renk ve font olur. Bunun yerine üç dört tane kapalı soru hazırla ve ekranın üstüne not olarak yapıştır. Anlaşılmayacağını tahmin ettiğin yerleri de peşinen notla; bir unsuru açıklamak zorunda kalıyorsan zaten tasarımda bir sorun var demektir, o notu da kayıt olarak sakla.
Rakip örneklerine bakmak da işe yarıyor, ama "şuradaki gibi olsun" derken neyi kopyaladığını ayır: yerleşimi mi, çözümü mü, yoksa sadece görünüşü mü.
5. Sununca akışı takip et
Mockup'ları ekran ekran değil, kullanıcının izleyeceği sırayla göster. Sunum sırası bozulduğunda izleyen kişi ekranları birbirinden bağımsız resimler gibi değerlendirmeye başlıyor, bu da yine detay yorumu üretiyor. Sırayla gidersen "burada geri dönmek isterim" gibi işe yarar itirazlar çıkar.
Geri kalanı için birkaç sıkıcı ama işleyen alışkanlık: dar bir renk paleti, gerçek metin yerine gerçekçi metin, başlık boyutlarında tutarlılık, ve boşluğu doldurulacak bir alan gibi görmemek.
Kaynaklar