Kullanılabilirlik testinin pahalı ve yavaş olmak hak edilmemiş bir itibarı vardır. İnsanlar "kullanıcı araştırması" duyduklarında, tek yönlü aynı, sahte bir moderatör ve iki haftaya zaman çerçevelenmiştir. Bu test sürümü var ve kullanımları vardır — ama çoğu ürün takımları çoğu zaman en çoğu zaman gerek değildir.
Çoğu takımı ihtiyaç sürümü basitleştir: beş kullanıcı, bir Figma prototip veya hazırlama ortam, video çağrısı, ve 45 dakika oturum başına. İyi yapıldığında, bu teslimat önce ciddi kullanılabilirlik sorunları çoğunluğunu yüzeyleri. Tutarlı yapıldığında — hatta sprintler başına bir kez — bu ürün kalite hiçbir tutar post-başlatma analitik çoğaltabilirsiniz bileşik iyileştirme üretir.
İşte çizgisinden çalıştırmak nasıl.
Beş katılımcı çoğu kullanılabilirlik testler için doğru sayıdır. Jakob Nielsen araştırması beş kullanıcı %85 kullanılabilirlik sorunları ortaya çıkartmak sonra diminishing getiriler kurdu. Tasarım işlemi farklı noktalar beş katılımcı başlı üç sesler çalıştır bir oturum on beş daha değerli.
Kayıt kriterleri sayı daha önemlidir. Beş hedef kullanıcı eşleşen insanlar kullanılabilirlik testi gerçek sorunları açığa çıkartır. On beş insanlar eşleşmeyen bir test gürültü oluşturur. İki veya üç test kriterleri tanımla — rol, kullanım bağlamı, teknik rahatlık seviyesi — ve tutmak.
Çoğu takımlar kayıt hızlı rota iletişim izin veren mevcut kullanıcılar e-posta. Uygun teşvik ver — 20 hediye kart 45 dakika oturum yeterli. Oturumlar aynı hafta içinde zamanla amaç; kayıt ve test arasında boşluk uzun yüksek göster oranı.
En yaygın script hata görevleri talimat yazma: "Ayarlar tıkla, sonra Bildirimler gidin, ve tercih değiştir..." Bu nerede tıkla kullanıcı söyler nedir bunun anlamı direkleri izleme test edin, arayüz intuitif test değil.
Senaryolar olarak yazma görevleri: "Çoğu bildirimleri almaktan hayal ve yalnızca birisi seni doğrudan söz zaman uyarılar almak istiyorsunuz. Bunu ne yapılır göster." Bu gerçekçi amaç kullanıcı verir ve gözlemle onlar gerçekten gezin — dahil onlar kayıp almanız kişi yol nasıl.
Kullanılabilirlik test akörleme zor kısmı yardım çalışmanın itiyatı Direnci. Kullanıcı kafa karıştıysa, her içgüdü atıl ve nerede tıkla göster var. Ama karışıklık veridir. Bir kullanıcı çabalamalar arayüz yanlış bir şey söyleme — ve müdahale anında, sinyal kaldırırsınız.
Kullanıcılar oturum boyunca yüksek düşünmeye sor: "Gülümse, sadece nerede bakıyor ve ne düşün baksanız söyle." Bu sürekli veri akışı onların zihni model hakkında üretir. Sadece hatası not al değil tereddüt — kullanıcı doğru düğmeye tıklamadan önce üç saniye duraklama halen ürün tasarım sorun açığa çıkartmış, başarılı olsa bile.
Sentez adım çoğunun değeri yönetilir — ve çoğu takımlar köşeler kesme. Beş oturum raw notlar bulguları değildir. İnceleme bir takım olarak grup tarafından gözlem, temaya göre belirle ve önem oranları atadığında onlar bulgusu olmak.
Oturumları saat olarak debrief aynı gün gibi gözlem sıcak while. Sorunları üç buckets içine grup: kritik (kullanıcı görevle tamamlayamadı), orta (kullanıcı görevle tamamladı ama önemli zorluk veya hata ile), ve küçük (tamamlamayı engellemedi friction). Kritik sorunlar başlatma önce sabitlenmiş gerekir. Orta sorunlar sonraki sprintinde önceliklendir. Küçük sorunlar backlog içine.
Bir sayfa bulguları yaz: üst üç kritik sorunlar, en az iki katılımcı kanıt her, ve her bir önerilen tasarım değişim. Daha fazla kalan alan gerekli ek belge içine aittir.