Pozitif Pekiştirme: Arayüzde Onay Mesajını Doğru Kurmak
Arayüz tasarımının büyük kısmı hataya ayrılır: kırmızı çerçeve, uyarı metni, doğrulama kuralı. Kullanıcı işini doğru yaptığında ise çoğu ekranda hiçbir şey olmaz. O sessizlik nötr değil; kullanıcıyı aynı butona ikinci kez basmaya iten şey tam olarak odur.
Sessizlik de bir cevaptır
Formu gönderdiniz, sayfa aynı kaldı. İstek gitti mi, buton çalıştı mı, yoksa bağlantı mı koptu? Kullanıcı bunu birkaç saniye içinde çözemezse en olası davranışı tekrar tıklamaktır. Sunucu tarafındaki karşılığı çift kayıt, çift sipariş, aynı kişiye iki kere giden e-postadır.
Olumlu geri bildirim bu yüzden bir nezaket jesti değil. Sistemin o an ne yaptığını görünür kılan tek kanal o. Nielsen'in sezgisel kuralları da listeye buradan başlar: sistem, durumunu makul bir süre içinde kullanıcıya bildirmeli.
Onay tıklamaya değil, yanıta bağlanır
Sepete ekle butonuna basıldığı anda "Ürün sepete eklendi" yazan bir arayüz hızlı görünür. İstek hata dönerse aynı arayüz kullanıcıya yalan söylemiş olur, ki bu hiç mesaj vermemekten pahalıdır: kullanıcı sepete güvenip ödeme adımına gider, ürünü orada bulamaz.
Butonu tıklama anında pasifleştirin, isteğin dönüşünü bekleyin, onayı yanıt geldikten sonra gösterin. Üç satırlık iş, ayrı bir bildirim kütüphanesine gerek yok. Optimistik güncellemeyi ise geri alması ucuz olan yerlere saklayın: beğeni sayacını sessizce eski haline döndürebilirsiniz, tamamlanmış bir ödemeyi döndüremezsiniz.
Aynı mesajı kaç kez göstermeli
Tek seferlik işlemlerde açık bir onay kutusu iyi çalışır. Peki ya kullanıcı aynı işlemi arka arkaya kırk kez yapıyorsa? Yönetim panelinde etiket atayan, satır onaylayan, dosya yükleyen biri için her işlemin ardından beliren kutu bir süre sonra okunmaz; kapatılması gereken bir engele dönüşür.
Toplu işlemde onayın yeri satırın kendisidir. Satırın durumu değişir, ikon yerine oturur, üstteki sayaç artar. Ne zaman kutu, ne zaman sessiz durum değişikliği sorusunun pratik cevabı şu: sonuç ekranda zaten görünüyorsa satır yeter, görünmüyorsa (arka planda başlayan bir dışa aktarma gibi) mesaj gerekir.
Ekran okuyucu tarafında ne oluyor
Yeşil tik ikonu, ekranı görmeyen biri için yok hükmündedir. Onay metnini aria-live="polite" taşıyan bir bölgeye yazın. Hata için assertive, başarı için polite doğru ayrımdır, çünkü başarı bildirimi kullanıcının o an dinlediği cümleyi kesmeyi hak etmiyor.
Bir de odak meselesi var. Onayı modal olarak açıp odağı oraya taşırsanız klavyeyle ilerleyen kullanıcıyı akışın dışına atarsınız. Mesajı formun yanında bırakmak, odağı yerinde tutmak ve bölgeyi canlı işaretlemek çoğu durumda yeterli.
Abartının maliyeti
"Bilgileriniz kaydedildi" ile "Nihayet başardınız, sizi bekliyorduk" arasındaki fark, kullanıcının kendini yetişkin gibi hissedip hissetmemesidir. İlki bilgi verir, ikincisi ima yoluyla suçlar.
Kutlama animasyonları da aynı yerde tökezler. İlk kayıtta hoş görünen konfeti, aynı işi günde otuz kez yapan kullanıcı için gecikmeden başka bir şey değildir. Sıklığı yüksek işlemlerde geri bildirim sadeleştikçe iyi çalışır; gerçekten bir eşiğin geçildiği nadir anlarda (ilk yayın, ilk sipariş) biraz gösteriş yerinde durur.
Kaynaklar