Sayıların ardındaki mantık
Kullanılabilirlik testi var olan bir arayüzün kullanılabilip kullanılamadığını sınar. Kullanıcı testi ise daha geniştir: henüz hiçbir tasarım yokken de yapılabilir.
Fark sorunun kendisinde. Biri "bu ekran anlaşılıyor mu" diye sorar; diğeri "insanlar bunu neden istiyor" ya da "bu fikir işe yarar mı" diye sorar.
Bu ayrım pratik bir sonuç doğurur: kullanıcı testi tasarımdan önce yapıldığında yanlış bir şeyi iyi yapmaktan kurtarır; kullanılabilirlik testi ise doğru şeyi iyi yapmayı sağlar.
Hangi soruyu cevaplar?
| Soru | Yöntem |
|---|---|
| Bu ihtiyaç gerçek mi? | Derinlemesine görüşme |
| Bu fikir anlaşılıyor mu? | Kavram testi |
| Hangi seçenek tercih ediliyor? | Tercih çalışması |
| Bu ekran kullanılabiliyor mu? | Görev bazlı test |
| Bu değişiklik kazandırıyor mu? | Karşılaştırmalı ölçüm |
İlk satır en çok atlanan ve en pahalı sonucu doğuran. Kimsenin ihtiyaç duymadığı bir özellik geliştirildiğinde harcanan emek tamamen kayboluyor; bu soru birkaç görüşmeyle önceden cevaplanabiliyor.
Nasıl yapılır?
- Soruyu netleştirin. Yöntem sorudan sonra seçilir.
- Erken yapın. Tasarımdan önce en değerli.
- Doğru kişiyi bulun. Hedef kitleden olmalı.
- Yönlendirmeyin. Onaylatmak için soru sormayın.
- Bulguyu paylaşın. Ekip görmediğinde etkisi kalmıyor.
Uygulamada ne oluyor?
En sık hata, araştırmanın tasarım bittikten sonra yapılması. O noktada bulunan bir sorun ya görmezden geliniyor ya da pahalıya düzeltiliyor; erken yapılan bir görüşme bunu baştan engelliyor.
İkinci gözlem, soruların onay arayacak biçimde sorulması. "Bu özelliği beğendiniz mi" gibi bir soru kibar cevaplar üretiyor; insanlar genelde olumsuz konuşmuyor.
Üçüncüsü, katılımcıların yanlış seçilmesi. Hedef kitleye ait olmayan kişilerden toplanan görüş yanlış yöne götürüyor.
Dördüncüsü, söylenenin yapılanla karıştırılması. İnsanlar ne yapacaklarını doğru tahmin edemiyor; niyet beyanı davranış kanıtı değil.
Beşincisi, bulguların ekiple paylaşılmaması. Araştırmayı yapan kişi ikna oluyor ama karar verenler görmediği için hiçbir şey değişmiyor.
Altıncısı, az sayıda görüşmeden istatistik çıkarılmaya çalışılması. Bu yöntem sayı üretmez, anlayış üretir; oran isteniyorsa başka araçlar gerekiyor.
Yedincisi, mevcut müşterilerle sınırlı kalınması. Sizden almayanlar neden almadıklarını anlatabiliyor ve bu bilgi genelde daha değerli.
Sekizincisi, araştırmanın sadece büyük projeler için düşünülmesi. Birkaç görüşme küçük kararlarda da yön değiştirtiyor.
Dokuzuncusu, kayıt tutulmaması. Görüşmeler not alınmadığında hatırlananlar seçici oluyor ve herkes kendi görüşünü doğrulayan cümleyi hatırlıyor.
Onuncusu, araştırmanın bir kez yapılıp bırakılması. Kitle ve pazar değişiyor; yıllar önce yapılmış bir çalışma bugünü temsil etmiyor.
On birincisi, araştırmanın satış ve destek ekibinden kopuk yürütülmesi. Müşteriyle her gün konuşan kişiler hazır bir bilgi birikimine sahip; onlarla yapılacak tek bir oturum, dışarıdan yürütülen uzun bir çalışmanın verdiği içgörünün önemli bir bölümünü önceden sağlıyor.
Neyi göstermez?
Kullanıcı testi, bir değişikliğin ticari etkisini ölçmez. İnsanların ne düşündüğünü gösterir; ne kadar kazandırdığını ayrı bir ölçüm söyler.
Sıkça sorulan sorular
Kullanılabilirlik testinden farkı ne?
O var olan bir arayüzü sınar; bu, tasarım yokken de yapılabilir ve daha geniş sorulara cevap verir.
Ne zaman yapmalıyım?
Mümkün olan en erken aşamada. Tasarım bittikten sonra bulunan sorun pahalıya düzeltiliyor.
Söyledikleri güvenilir mi?
Niyet beyanı davranış kanıtı değildir. Ne yapacaklarını insanlar doğru tahmin edemez.
Bu kavramın bütün resim içindeki yerini Dönüşüm Takibi ve Ölçümleme Rehberi içinde ayrıntılı anlattım.
Meta, Google ve TikTok hesaplarınızı ve ölçümleme kurulumunuzu inceleyip bütçenin nerede kaybolduğunu rakamlarla gösteririm.
