UX Araştırma Sonuçlarını Kime, Nasıl Anlatmalı
Bir UX araştırmasının boşa gitmesi için kötü yapılmış olması gerekmiyor, kimsenin sonuna kadar okumadığı bir rapora dönüşmesi yeterli. Bulguyu kimin, hangi kararı vermek için okuyacağını bilmeden yazılan rapor tam olarak bunu yapıyor. Çözüm ise her paydaşa ayrı bir belge yazmak değil, tek bir kanıt gövdesinin üstüne farklı derinlikte özetler koymak.
Önce sor: bu bulgu hangi kararı değiştirecek?
Rapora bir bulguyu koymadan önce cevaplanması gereken tek soru bu. Cevap yoksa bulgu rapora değil arşive gider. Bu filtre acımasız görünüyor ama on iki sayfalık bir dokümanı üç sayfaya indiren şey genelde o. Kalanları silmiyorsunuz, sadece karar masasına taşımıyorsunuz.
Filtreyi uyguladığınızda ortaya çıkan liste, aynı zamanda toplantı gündeminizdir. Ayrı bir gündem hazırlamaya gerek kalmaz.
Paydaş başına rapor yazma, katman ekle
"Her paydaşa özel iletişim" tavsiyesi kulağa doğru geliyor, uygulaması ise sessizce pahalıya patlıyor. Dört paydaş grubunuz varsa her araştırma dört belge demektir; bir bulgu düzeltildiğinde dördünü birden güncellemeniz gerekir ve er geç biri unutulur. O andan sonra kurumda aynı araştırmanın iki farklı doğrusu dolaşmaya başlar. Bir e-ticaret projesinde ödeme adımındaki takılmayı üç ayrı sunumda üç farklı sayıyla yazmıştık, toplantının ilk yarım saati hangisinin güncel olduğunu tartışmakla geçti.
Bunun yerine tek belge, üç katman:
- Karar katmanı: beş satır. Ne bulundu, kaç kullanıcıda görüldü, ne yapılması öneriliyor.
- Bulgu katmanı: her madde bir kanıta bağlı. Ekran, adım, kullanıcı sayısı, kayıt zaman damgası.
- Ham katman: kayıtlar, notlar, görev listesi. Kimse okumaz, itiraz geldiğinde açılır.
Yönetici birincisini okur, geliştirici ikincisine iner, tartışma çıkarsa üçüncüsü masaya gelir. Tek dosya güncellenir, sürüm ayrışması olmaz.
Aynı bulgu, farklı dil
Katman mantığı içeriği de belirliyor. Yöneticiye kaç kullanıcının nerede takıldığını ve bunun neye mal olduğunu söyleyin; ekran görüntüsüne ihtiyacı yok. Geliştiriciye tekrar adımlarını verin: hangi cihaz, hangi tarayıcı, hangi sırayla tıklandı. Tasarımcının ihtiyacı olan şey ise kullanıcının o anda ne beklediği, çünkü düzeltilecek olan beklenti ile arayüz arasındaki fark.
Üçünü de aynı cümleyle beslemeye çalışırsanız hiçbirinin işine yaramayan orta bir dil çıkar.
Geri bildirimi anketle ölçme
Rapor sonrası paydaşlara "faydalı buldunuz mu" diye anket göndermek, ölçmek istediğiniz şeyi ölçmüyor. İnsanlar nezaketen olumlu cevap verir. İki hafta sonra bulgunun backlog'a girip girmediğine bakın, girdiyse hangi öncelikle girdiğine bakın. Rapor iş listesinde iz bırakmadıysa iletişim tutmamıştır, ne kadar temiz yazıldığı fark etmez.
Sunumda kanıtı göster
Yirmi saniyelik bir ekran kaydı, aynı sorunu anlatan üç slayttan hızlı sonuç alır. Kullanıcının kendi cümlesini duymak, analizin doğruluğunu tartışma konusu olmaktan çıkarır. Analiz yorumdur, kayıt kayıttır.
Klip yoksa doğrudan alıntı kullanın, alıntı da yoksa o bulguyu karar katmanına koymayın.
Kaynaklar