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

Kullanıcıyı Sinirlendiren Tasarım Kararları

Arayüzde Olumsuz Duygu Nerede Üretilir?

Kötü bir arayüz kullanıcıyı tek bir hamlede kaybetmez. Küçük tökezlemeler birikir: anlaşılmayan bir etiket, beklenmeyen bir zorunlu alan, geri dönülemeyen bir sayfa. Sinirlenme dediğimiz şey çoğu zaman bu birikimin adı. O yüzden soruyu şöyle sormak daha verimli: tasarım tam olarak nerede kullanıcıdan bir şey talep ediyor?

Olumsuz duygu nerede üretiliyor

Bir işlemi tamamlayamayan kullanıcının aklından geçen şey nadiren “bu site çirkin” olur. Daha çok “ben mi beceremiyorum” ya da “bu benden ne istiyor” tarafına kayar. Don Norman’ın yıllardır anlattığı ayrım burada işe yarıyor: olumsuz duygu dikkati daraltır, kullanıcı sıkıştığı noktaya kilitlenir ve ekranın öbür ucunda duran çözümü göremez. Tek bir kötü an, iyi kurulmuş bir akışın tamamını gölgeleyebilir.

Peki bu an nerede oluşuyor? Genelde iki yerde: sistemin kullanıcıdan bir şey istediği noktada ve kullanıcının nerede olduğunu kestiremediği noktada.

Zorunlu alan sormanın gerçek maliyeti

Alışveriş öncesi üyelik zorunluluğu, formdaki fazladan telefon alanı, doğrulama kodu bekleyen ekran. Bunların hepsi kullanıcıdan alınmış bir borç ve kullanıcı henüz karşılığında bir şey almadığı için bu borcu ödemek istemiyor.

Yararlı bir ölçüt var: sorduğun bilgi, kullanıcının o an yapmaya çalıştığı işi tamamlamak için gerçekten gerekli mi, yoksa senin sonraki bir işin için mi? İkincisiyse sonraya bırak. Misafir girişi tam olarak bunu yapar, kaydı işlemin sonrasına erteler. Kullanıcı ürünü aldıktan sonra hesap açmaya çok daha istekli oluyor.

Seçenek azaltmak her derde deva mı

“Seçenek fazlalığı kararsızlık yaratır, o hâlde seçenekleri azalt” tavsiyesi kulağa doğru geliyor ama yarısı eksik. Filtre ve kategori eklemek seçim yükünü ortadan kaldırmaz, sadece yerini değiştirir: kullanıcı artık ürünü değil, doğru filtreyi seçmeye çalışır. Yirmi ürün arasından seçmek zorsa, on beş filtre kutucuğu arasından seçmek de zordur.

Ayrım şurada: seçenekler birbirinden gerçekten farklıysa gizlemek zarar verir, kullanıcı aradığını göremeyince siteyi terk eder. Birbirinin neredeyse aynısıysa zaten seçenek değildirler, varyant olarak tek kartta toplanmaları gerekir. Kaç tane olduğu değil, aralarındaki farkın kullanıcı için anlamlı olup olmadığı belirleyici.

Sürtünme azaltmakla kapıyı kapatmak arasındaki ince çizgi

Hız ve güvenlik önlemleri genelde deneyimi iyileştiren tarafa yazılır, ama bir kısmı doğrudan sürtünme üretir. En bilineni IP başına istek sınırı. Kurumsal ofisler tek bir dış IP’nin arkasında oturur, mobil operatörlerde CGNAT yüzlerce aboneyi aynı adrese sıkıştırır. Yani sınırın ilk yakaladığı kitle bot değil, aynı şirketten aynı anda giriş yapan on kişi olur.

Bir müşteride tam olarak bunu yaşadık: dakikada beş istek sınırı, aynı ofisten sipariş girmeye çalışan ekibi kapıda bıraktı. Sınırı IP yerine oturum ya da hesap kimliği üzerinden kurmak, üstüne yalnızca giriş ve ödeme gibi pahalı uçlara uygulamak sorunu çözer. Sınırı tamamen kaldırmak da gerekmiyor, hangi anahtarla saydığın yeter.

Kullanıcının nerede olduğunu bilmesi

Kaybolma hissi, formdan çok daha sessiz bir sinir kaynağı. Kullanıcı hangi adımda olduğunu, kaç adım kaldığını ve geri dönerse ne kaybedeceğini bilmiyorsa her tıklama risk gibi görünür.

Breadcrumb, adım göstergesi ve okunabilir URL yolları bu yüzden dekoratif değil. Üçü de aynı işi yapar: kullanıcıya “buradasın, geri dönebilirsin” der. Bunu en ucuza sağlayan yer bilgi mimarisidir, çünkü hiyerarşi doğru kurulduğunda gezinme bileşenleri kendiliğinden doğru çalışır. Sonradan eklenen breadcrumb ise altındaki yapı dağınıksa yalan söylemeye başlar, o zaman hiç olmamasından daha kötüdür.