Kâğıt Prototipleme: Neyi Ölçer, Neyi Ölçemez

Kâğıt prototip ucuz olduğu için değil, sizi erken yanlışlamaya zorladığı için işe yarar. Elinizde silinebilir bir çizim varken bir akışı çöpe atmak kolaydır, aynı akış Figma'da üç gün emek görmüşse savunulmaya başlar. Ama yöntemin ölçebildiği şeylerin sınırı dar, ve o sınır çoğu ekipte bilinmiyor.

Kâğıt neyi ölçer

Kâğıt prototip üç şeyi güvenilir biçimde ölçer: etiketlerin anlaşılırlığı, bilgi mimarisinin doğruluğu, akıştaki adım sayısı. Kullanıcı "Destek" mi "Yardım" mı arıyor, kategoriyi mi arama kutusunu mu tercih ediyor, üçüncü adımda ne bekliyor. Bunları test etmek için piksel gerekmez.

Ölçemedikleri daha uzun bir liste. Algılanan hız, kaydırma davranışı, dokunma hedefi boyutu, geçiş animasyonlarının yön duygusu, hata durumlarının gerçek metni, boş durum, çok uzun içerik. Kâğıtta moderatör makinenin yerine geçtiği için sistem her zaman anında ve doğru cevap verir. Yani kâğıt prototip, performans sorunlarını sistematik olarak gizler. Yavaş bir aramanın kullanıcıyı nerede bıraktığını öğrenmek istiyorsan kâğıtla değil, sahte gecikme koyduğun çalışan bir prototiple test edeceksin.

Paralel tasarımın tuzağı

Mozilla destek sitesini yenilerken iki hafta içinde yedi ayrı versiyonu kullanıcıyla test etmişti. Yaklaşım doğru: alternatifleri sırayla değil, aynı anda üretmek. Paralel tasarımın değeri, alternatiflerin birbirinden bağımsız doğmasında. Birini iyileştirerek ilerlerseniz ilk fikrin yerel tepesinde sıkışırsınız.

Buradaki tuzak sayıda. Yedi versiyonu beş kullanıcıyla test ederseniz, versiyon başına ortalama bir kullanıcı düşer. Bir kullanıcının bir versiyonda takılması veri değil, gözlem. Üstelik aynı kişi ikinci versiyona geçtiğinde görevi zaten öğrenmiş olur, ikinci ölçüm ilkiyle karşılaştırılamaz.

Doğru kullanım şu: paralel alternatifler karar vermek için değil, fikir toplamak için test edilir. Hangi versiyonun kazandığını arıyorsan kâğıt sana bunu söyleyemez, en fazla hangi parçaların birleştirilmeye değer olduğunu gösterir. Kazananı ölçmek istediğin an örneklem ve ölçüt gerekir, ikisi de kâğıdın alanı dışında.

Her turda değiştirmek ile ölçmek çelişir

Yaygın tavsiye "her kullanıcıdan sonra prototipi güncelle" der. Bu tavsiye keşif turunda doğru, karşılaştırma turunda yanlıştır. Beş kullanıcı boyunca tasarımı beş kez değiştirdiysen elinde beş kişilik bir örneklem yok, tek kişilik beş ayrı test var. Bunu bilerek yap: keşif turunda serbestçe değiştir, karar turunda tasarımı dondur.

Kâğıtta çalışan, kodda çalışmayan

Kâğıt prototipin en sinsi yanı, veri gerçekliğini yok saymasıdır. Çizimdeki kategori kutuları hep dört tane, başlıklar hep iki kelime, listeler hep dolu. Gerçekte o kutular bir sorgudan geliyor ve sorgu bazen sıfır, bazen dört yüz satır döndürüyor.

Test ederken prototipe üç durumu zorla sok:

• Boş durum. Hiç sonuç yokken ekranda ne yazıyor, kullanıcı ne yapıyor.
• Taşma durumu. Başlık üç satır olduğunda, liste elli maddeye çıktığında düzen ne oluyor.
• Hata durumu. İşlem başarısızsa kullanıcı geri dönebiliyor mu, yoksa akışın ortasında mı kalıyor.

Bu üçü kâğıtta yirmi dakika sürer, kodda bulunduğunda haftalara mal olur. Tasarımı geliştiriciye verirken bunların çizimini de ver, sonradan "orayı düşünmemiştik" diye dönen her ekran yeniden açılmış bir bilet demektir.

Ne zaman kâğıdı bırakmalı

Kâğıt, akış ve dil hakkında sorunuz varken doğru araç. Etkileşimin kendisi hakkında sorunuz varsa yanlış araç. Sürükle bırak, çoklu seçim, otomatik tamamlama, klavye gezinmesi, ekran okuyucu uyumu: bunların hiçbiri kâğıtta test edilemez. Erişilebilirlik tarafında özellikle net, çünkü ekran okuyucunun gördüğü şey görsel düzen değil, işaretlemenin sırası. O sırayı ancak gerçek işaretlemede görebilirsin.

Ölçüt basit: kâğıt prototip, bir sonraki kararı vermene yetiyorsa yeterlidir. Yetmiyorsa daha güzel kâğıt çizmenin faydası yok, çalışan bir şeye geçme vaktidir.