Konu Başlıkları
Yükleniyor...

Pozitif Sürtünme: Ne Zaman Adım Eklemek Kullanıcının İşine Yarar

Pozitif Sürtünme ve Onay Ekranlarının Sınırı

Kullanıcı deneyiminde her adımı silmek her zaman doğru değil. Bazı yerlerde araya bilinçli bir duraklama koymak, kullanıcıyı refleksle yaptığı hatadan korur. Pozitif sürtünme bu duraklamanın adı, ama etiket işleri kolaylaştırdığı kadar gizliyor da: kötü kurgulanmış bir onay ekranı da kendini pozitif sürtünme sanıyor.

İşe yarayan sürtünmenin ölçütü

Eklenen adım kullanıcının kendi kararını düzeltmesine yarıyorsa kalsın, yaramıyorsa çıksın. E-postada "ek" kelimesini yazıp dosya eklemeden gönder dediğinizde çıkan uyarı bu testi geçer, çünkü kullanıcı orada gerçekten bir şey unutmuştur. Abonelikten çıkmak için üç sayfa gezdiren akış aynı testte kalır: duraklama kullanıcının değil şirketin işine yarıyor.

Onay ekranı çoğu yerde yanlış araç

Kritik işlemlerde onay istemek yerleşik bir alışkanlık. Para transferinde özet ekran, hesap silmede "emin misiniz". Sorun şu ki onay kutusu tekrarlandıkça etkisini yitirir; aynı arayüzde beş ayrı yerde onay soruyorsanız kullanıcı altıncıda metni okumadan tıklar. Bu bir kullanıcı kusuru değil, kutuların birbirini değersizleştirmesi.

Geri alınabilir işlemlerde onay yerine geri alma koyun. Gönderilen e-postayı birkaç saniye kuyrukta tutup "geri al" göstermek, "göndermek istediğinize emin misiniz" sorusundan daha iyi çalışır, çünkü kullanıcıyı karar anında değil hatayı fark ettiği anda yakalar. Onayı gerçekten geri dönüşü olmayan yerlere saklayın: kalıcı silme, para çıkışı, dışarıya gönderim.

Bir yönetim panelinde toplu silmeyi onay kutusuyla korumuştuk, birkaç hafta sonra kullanıcılar kutuyu okumadan geçiyordu; kayıtları 30 gün çöp kutusunda tutmaya başlayınca yanlış silme şikâyeti kalmadı.

Güvenlik adımı, savunması en kolay olanı

İki adımlı doğrulama, işlem imzası, yeniden şifre sorma. Bu adımlar zaman alır ve kullanıcı bunu bilir. Kabul edilmelerinin sebebi kısa olmaları değil, riskin görünür olması: kullanıcı 2FA'yı banka uygulamasında sorgusuz kabul eder, aynı adımı bir yorum formuna koyduğunuzda formu bırakır.

Doğrulamayı oturumun tamamına değil, işlemin riskine bağlayın. Cihaz tanınıyorsa ve işlem düşük riskliyse tekrar sormayın, para çıkışında sorun.

Bekleme algısını yönetmek pozitif sürtünme değil

Havalimanı örneği bu başlığın altında sık anlatılır: bagaj bandına yürüme mesafesi uzatılınca bekleme şikâyetleri azalmıştır. Doğru bir gözlem, ama farklı bir mekanizma. Orada kullanıcıya verilecek bir karar verilmiyor, sadece boş bekleme dolu beklemeye çevriliyor. İlerleme çubukları ve yükleme animasyonları da bu gruba girer.

İkisini aynı başlık altında toplamak pratikte zarar veriyor, çünkü ölçtükleri şey aynı değil. Pozitif sürtünmenin başarısı hata oranında görülür: yanlış transfer, yanlış silme, geri alınan işlem sayısı düşüyor mu. Algı yönetiminin başarısı ise terk oranında ve kullanıcının tahmin ettiği sürede görülür. Aynı testte ikisini birden ölçmeye kalkarsanız, sonucu hangi değişikliğin ürettiğini ayıramazsınız.

Öğretici duraklamalar

Onboarding turları, ilk kullanımda çıkan mini rehberler, oyunlardaki zorunlu eğitim bölümü. Bunlar da bilinçli duraklama, ölçü de aynı: rehber kullanıcının o an yapmak istediği işin önünü kesiyor mu. İşin akışına gömülmüş tek cümlelik ipucu tutar. Sekiz adımlık kapsayıcı tur çoğunlukla kapatılır, kapatılmadığında da hatırlanmaz.

Eklemeden önce

Yeni bir adım koymadan önce iki soruyu cevaplayın: bu adım olmasa kullanıcı hangi hatayı yapardı ve o hatanın geri dönüşü var mı. İkinci sorunun cevabı "var" ise adımı koymayın, geri alma yolunu yapın. Cevap "yok" ise adımı koyun ve yalnız bırakın; yanına dördüncü bir uyarı eklemek üçünü birden zayıflatır.