İkon Kullanılabilirliği Testi: Kör Tanımadan Bağlam Testine
Bir ikonun anlaşılır olduğuna onu çizen kişi karar veremez. Tasarımcı için anlam zaten yerindedir; asıl soru, aynı anlamın ekrana bakan kişide de aynı yere düşüp düşmediğidir. Bunu tahminle değil ölçerek öğrenirsiniz: önce ikonu etiketsiz gösterip sorarsınız, sonra gerçek arayüzde görev verirsiniz.
Sezgisel ikon diye bir şey var mı?
Kontrol listelerinin ilk maddesi hep aynı: ikon sezgisel olmalı. Peki dişli çarkın ayarlarla ne ilgisi var? Çark bir makine parçası, ayar menüsüyle bağı tamamen öğrenilmiş bir bağ. Disket simgesi de öyle; yirmi yıldır kimse disket görmüyor ama kaydet düğmesi hâlâ çalışıyor.
Tanınırlık sezgiden değil, karşılaşma sıklığından geliyor. Bu ayrım pratikte şuna dönüşür: zekice bir metafor icat ettiğinizde sıfırdan öğretme maliyetini de üstlenirsiniz. Yaygın konvansiyonu seçmek neredeyse her zaman daha ucuz. Peki ya kitleniz o konvansiyonla hiç karşılaşmadıysa? Gün boyu muhasebe yazılımı kullanan biri için üç çizgili menü tanıdıktır, paylaşım oku değil. Sektöre özel arayüzlerde konvansiyonun kendisi de test edilmesi gereken bir varsayımdır.
Kör tanıma testi neyi ölçer, neyi ölçmez
En ucuz test, ikonu etiketsiz gösterip "bu ne yapar?" diye sormaktır. Soruyu açık uçlu sorun, şık vermeyin. Beş şıklı çoktan seçmeli yaptığınızda tesadüf tabanı %20 olur; %55 doğru cevap ilk bakışta iyi görünse de tesadüfün üstünde kalan pay 35 puandır. Açık uçlu soruda bu pay pratikte sıfıra iner ve çıkan sayıyı olduğu gibi okuyabilirsiniz.
Testin sınırı da ortada. Gerçek arayüzde ikon tek başına durmaz: altında etiketi, yanında komşuları, üstünde bölüm başlığı vardır. Kör test bu yüzden kötümser bir ölçümdür, kimsenin yaşamadığı bir anı ölçer. Yine de bir işe yarar, ikonun tek başına ne kadar yük taşıdığını söyler. Mobil sekme çubuğu, yalnızca ikon içeren araç çubuğu, bildirim rozeti gibi etiketin gerçekten bulunmadığı yerlerde sonucu karar verici sayın. Etiketin olduğu yerlerde ise uyarı olarak görün, kırmızı çizgi olarak değil.
Bağlam testinde ne sayılır
İkon arayüze yerleştikten sonra soru değişir: kullanıcı gitmek istediği yere gidebiliyor mu? Görev verin ve şunları kaydedin:
- İlk tıklama doğru hedefte miydi (en konuşkan metrik budur)
- Doğru hedefe varana kadar kaç yanlış tıklama yapıldı
- Görevin tamamlanma süresi
Göz izleme bu listeye girmedi. Nereye bakıldığını söyler, ne anlaşıldığını söylemez. Kullanıcı ikona üç saniye baktıysa bu dikkat mi, kararsızlık mı? İkisi de aynı ısı haritasını üretir. Bütçe varsa sona bırakın. A/B testi ise ancak ikona tıklamak ölçülebilir bir sonuca bağlıysa anlamlı; o bağ yoksa varyantlar arasındaki fark anlaşılırlığı değil merakı ölçer.
İterasyon nerede biter
İki tur revizyondan sonra ikon hâlâ yanlış anlaşılıyorsa sorun çizimde değildir. Çoğu zaman o kavramın görsel bir karşılığı yoktur; filtrele, senkronize et, taslak gibi soyut eylemlerde bu sık başa gelir. Etiket ekleyin ve yolunuza devam edin. İkonu etiketiyle birlikte kullanmak, ikonun başarısızlığını itiraf etmek değildir; doğruluğu en yükseğe çıkaran kombinasyon zaten odur.
Çizimden sonrası: uygulama
İkon setini web fontu olarak yüklemem. Font isteği düşerse yerinde boş kutular kalır, ekran okuyucu özel karakter aralığını anlamsız biçimde seslendirir, üstüne tek renk sınırına takılırsınız. Inline SVG ya da SVG sprite bu üç sorunu birden çözer.
Erişilebilirlik tarafında iki satırlık bir alışkanlık yeter: yanında metin bulunan dekoratif ikona aria-hidden="true" verin, tek başına duran ikon butonuna aria-label ile erişilebilir bir isim yazın. Bir de dokunma hedefi var: 24 piksellik ikon çizmek 24 piksellik hedef demek değil, tıklanabilir alanı görselden bağımsız olarak büyütün.