Sketch ile UX Testi: Kağıt Taslak Neyi Ölçer
Bir çözümü kullanıcıya göstermek için çalışan arayüze ihtiyacınız yok. Kağıda çizilmiş beş kutu ve iki ok, akışın nerede tıkandığını çoğu zaman ilk denemede söyler. Sketch testi tam olarak bunu yapar: kod yazılmadan önce fikri sınar, yanlışsa ucuza yanlış çıkarır.
Sketch bir çizim değil, bir cümledir
Sketch, fikrin kaba hatlarıyla kağıda geçirilmiş hali. Kutular, oklar, birkaç kelime. Estetik kaygı burada işe yaramaz, çoğu zaman zarar verir: taslak ne kadar bitmiş görünürse kullanıcı o kadar renk ve yazı tipi hakkında konuşur, akış hakkında konuşmaz.
Ölçüt tek. Çizim, sistemin ne yapacağını anlatıyor mu? Anlatıyorsa yeterlidir. Çöp adamla çizilmiş olması sonucu değiştirmez.
Testi kurmak on beş dakika alır
Taslağı masaya koyun, kullanıcıya bir görev verin, sonra susun. "Bu ekrandan siparişini iptal et" gibi bir görev, "bunu nasıl buldun" sorusundan kat kat fazlasını gösterir. Parmak nereye gidiyor, nerede duruyor, hangi kelime iki kez okunuyor: veri budur.
Açık uçlu soruları görev bittikten sonra sorun. Öncesinde sorarsanız kullanıcı sizin beklentinize göre cevap üretmeye başlar ve elinizde kendi varsayımınızın onayı kalır.
Bir kullanıcı yeter derken neye yettiğini söylemek gerekir
Bu konuda iki tavsiye yan yana dolaşır ve çelişir görünür: tek kullanıcıdan gelen geri bildirim bile büyük fark yaratır, ama tek kişinin yorumuna bağlı kalmayın. İkisi de doğru, çünkü ikisi farklı soruya cevap veriyor.
Kırık bir akışı bulmak için bir kullanıcı çoğu zaman yeter; adam ekranda kayboluyorsa bunu ikinci kişiye doğrulatmanıza gerek yok. Seçmek için yetmez. İki alternatiften hangisinin daha iyi olduğunu bir kişinin tercihi söylemez, o tercih gürültüdür. Beş kişilik bir grup bulma işini büyük ölçüde bitirir, seçme işini bitirmez.
Alternatifleri aynı kişiye sırayla gösterecekseniz sırayı kişiden kişiye değiştirin. Sabit sırada ikinci gösterilen taslak hep avantajlıdır, çünkü kullanıcı ilkini görürken ne aradığını öğrenmiş olur.
Kağıt prototip
Taslağı kesip parçalara ayırdığınızda etkileşimli hale gelir. Kullanıcı bir kutuya dokunur, siz altındaki kağıdı değiştirirsiniz. Açılan menü, hata durumu, boş liste ekranı: her biri ayrı bir kağıt parçası. Mobil akışlarda özellikle işe yarar, ekran küçük olduğu için durum sayısı da yönetilebilir kalır.
Dijital araçlar ne zaman devreye girer
Marvel ve Adobe XD taslakları tıklanabilir prototiplere çevirir, uzaktaki kullanıcıyla test etmeyi mümkün kılar. Bedeli hızdır: kağıtta on saniyede değiştirdiğiniz bir akış araçta on dakika alır. Ekip aynı odadaysa kağıtta kalın, kullanıcı başka şehirdeyse araca geçin.
Sketch testinin ölçmediği şeyler
Sketch testini site hızı ölçümüyle aynı cümlede kurmam. PageSpeed türü araçlar var olan bir sayfayı ölçer; taslak aşamasında ortada sayfa da yoktur, ölçülecek şey de. Bunlar birbirini destekleyen değil, birbirini takip eden işler: önce akış doğru mu, sonra kod hızlı mı.
Taslak ayrıca gerçek veriyle karşılaşmaz. Kağıtta üç satırlık liste üretimde iki yüz satır olur ve tasarımın çözdüğünü sandığınız problem geri gelir. Uzun listeyle çalışan ekranları test ederken taslağa gerçekçi sayıda satır yazın, üç nokta koyup geçmeyin.
Kaynaklar