Mobilde Kognitif Sürtünme: Nereden Gelir, Nasıl Ölçülür
Kognitif sürtünme, kullanıcının arayüzdeki bir ögeye bakıp ne olacağını kestiremediği o kısa duraksamadır. Mobilde bu duraksama daha pahalıya geliyor: ekran küçük, jestlerin görünür bir karşılığı yok, kullanıcı çoğu zaman yürürken ya da sırada beklerken ilerliyor. Sorunun nerede olduğunu masa başında tartışmak yerine nerede ölçüleceğini bilmek, çoğu ekipte daha hızlı sonuç veriyor.
Duraksama nereden geliyor
Sürtünme, beklenti ile sonucun ayrıştığı yerde doğar. Kullanıcı bir düğmeye basar, aklındaki sonuçtan başka bir şey olur; ya da hiçbir şey olmaz ve geri bildirim gelmez. Masaüstünde bu hata ucuzdur, imleç zaten oradadır, geri dönüp başka bir yere tıklar. Mobilde aynı hata bir ekran geçişi, bir yükleme ve bir geri tuşu demek.
Peki asıl sorun küçük ekran mı? Ekran boyutu tek başına suçlanacak şey değil. Jestler daha ağır basıyor: kaydırma, uzun basma, iki parmakla yakınlaştırma ekranda hiçbir iz bırakmaz. Kullanıcı ancak deneyerek öğrenir, yanlış denerse bedelini öder. Bir işlemi jeste bağlıyorsanız, aynı işlemin görünür bir düğmesi de olsun.
Düz bilgi mimarisi her zaman iyi mi
“Menüyü düzleştirin, adım sayısını azaltın” tavsiyesi kulağa doğru geliyor, ama mobilde iki maliyet birbirine karşı çalışıyor. 25 seçeneği tek seviyeye koyarsanız kullanıcı hedefe bir dokunuşta varır; öte yandan telefonda aynı anda beş altı satır görür, kalan yirmi satır kaydırmanın arkasındadır ve her kaydırma taramayı baştan başlatır. Aynı 25 seçeneği beş başlık, her başlığın altında beş madde olarak kurarsanız bir dokunuş fazla harcarsınız, buna karşılık kullanıcı hiçbir ekranda beşten fazla şey arasında seçim yapmaz.
Düzleştirme, seçenek sayısı ekranın taşıyabileceği kadarken işe yarar. Onun üstünde derinlik ucuz, kaydırma pahalıdır. Kararı verirken kaç ekran geçildiğini değil, tek ekranda kaç şeyin karşılaştırıldığını sayın.
Dışlayan arayüz de sürtünmedir
Formda cinsiyet için iki seçenek sunmak, ad alanına Türkçe karakteri reddeden bir doğrulama koymak, ekran okuyucunun boş geçtiği bir ikon: hepsi kullanıcıyı duraklatır. Fark şu ki kullanıcı burada “ben mi yanlış yaptım” diye düşünmez, “burası bana göre değil” der. Kontrast ve dokunma hedefi gibi kararları tasarımın sonuna bırakmayın, bileşen kütüphanesine girdikten sonra düzeltmenin maliyeti bambaşka.
Tahmin etmeyi bırakmak
Sürtünmenin nerede olduğunu tartışmak yerine ölçmeyi tercih ederim, kullanıcı testinden önce elimdeki olay loglarına bakarım. İki sinyal işin çoğunu görür: aynı düğmeye iki saniye içinde arka arkaya basılan dokunuşlar ve bir ekrana girip üç saniye dolmadan geri dönüşler. İlki kullanıcının bir tepki beklediğini ama alamadığını, ikincisi yanlış yere geldiğini söyler.
Ölçüm kimin zorlandığını söyler, nedenini söylemez. Nedeni için ilk tık testi ile ağaç testi hâlâ en ucuz araçlar: menü metnini ekrana koyup “faturanı nereden görürsün” diye sormak beş kişiyle yarım saatte yapılır ve bilgi mimarisinin yanlış yerini genelde ilk denemelerde açığa çıkarır. Heuristik değerlendirme ve kognitif walkthrough ise ancak çalışan bir akış varken anlamlı; wireframe üstünde ikisi de fazla iyimser sonuç verir.