Arayüz Kalıpları: Gösterge Panosu, Modal ve Şerit Menünün Maliyeti
Bir arayüz kalıbı bir yerde işe yaradığında hızla herkesin varsayılanı oluyor. Gösterge panosu, lightbox, şerit menü: üçü de doğru yerde iyi çalışır, hiçbiri bedava değil. Mesele kalıbı tanımak değil, maliyetini ne zaman ödemeye değdiğini bilmek.
Gösterge panosu: özet mi, ikinci bir rapor mu
Panelin vaadi tek bakışta durum bilgisi. Pratikte çoğu panel bu vaadi tutmuyor, çünkü panele konan her kutu birinin "bu da görünsün" isteğiyle geliyor ve kutu çıkarma işini kimse üstlenmiyor.
Tek işe yarar test şu: kullanıcı paneli açtığında hiçbir yere tıklamadan ne yapacağını biliyor mu? Biliyorsa panel çalışıyor. Bilmiyorsa elinizdeki şey bir rapor, raporun yeri de ayrı bir sayfa. Renk kodlaması ve detaya açılan drilldown bağlantıları bu testi geçmiş bir paneli iyileştirir, geçmemiş bir paneli kurtarmaz.
Bir projede "tek bakışta" diye tasarlanmış panelin açılışta on dört ayrı sorgu attığını, özetlediği detay sayfalarından daha yavaş açıldığını gördüm. Panelde ölçü kutu sayısı değil, kutuların arkasındaki sorgu. Özet veriyi gece hesaplayıp saklayın, anlık olması gerçekten gereken iki üç kutuyu ayırın, kalanını tazeliğe zorlamayın.
Lightbox tek seferlik bir bütçe harcıyor
Lightbox arka planı karartıp odağı tek bir mesaja verir. İşe yaramasının sebebi bu, ikinci açılışta yarısı kadar işe yaramasının sebebi de bu. Yaygın tavsiye burada kendisiyle çelişiyor: aynı sayfada hem "kritik mesajlar kaybolmasın, modal kullanın" hem "aşırı bildirimden kaçının, kullanıcıyı duyarsızlaştırmayın" deniyor. İkisi birlikte tutarlı değil, çünkü modalın etkisi toplanabilir bir şey değil; her kullanım bir sonrakinin etkisini düşürür. Bir oturumda üç modal gösteren uygulamada kullanıcı üçüncüsünü okumuyor, sadece kapatma düğmesini arıyor.
Modalı üç durumda kullanın, dördüncüsünü aramayın:
- İşlem geri alınamıyor (silme, ödeme, yayından kaldırma).
- Kullanıcı o diyaloğu kendisi istedi (düzenle, paylaş, filtre kur).
- Akış devam edemiyor, girdi olmadan sonraki adım hesaplanamıyor.
Geri kalan her şey satır içi uyarı, şerit bildirim ya da sayfanın kendi boşluğunda duran bir mesaj. Arka plandaki tabloya bakmak gerekiyorsa karartmayı iyice hafifletin, hatta hiç karartmayın.
Tanıdıklık, yenilikten önce gelir
Şerit menünün başarısı estetiğinde değil, kullanıcının o yapıyı başka bir yazılımda zaten öğrenmiş olmasında. Ofis programlarından gelen bu aşinalık öğrenme süresini kısaltıyor, bu yüzden kategori bazlı ve görsel yoğun menüler kurumsal araçlarda hâlâ ayakta.
Aynı mantık geri bildirime de uyuyor. Kullanıcıya "bu menüyü sever misin" diye sormanın değeri düşük, çünkü cevap çoğunlukla alışkanlığı tarif eder, tercihi değil. Beş kişiyi ekran kaydıyla izlemek, elli kişiye anket atmaktan daha çok şey söyler. Kağıt prototip ve kullanıcının kendi masasında yapılan gözlem, özellikle iş odaklı uygulamalarda bu yüzden hâlâ en ucuz yöntem.
Yardım metnini de ayrı bir belgeye değil ekrana koyun. Alanın yanındaki tek satırlık açıklama, kullanıcının sekme değiştirip aradığı yardım sayfasından fazlasını yapar.
İki kullanıcısı olan arayüzler
Form oluşturucular, rezervasyon sistemleri ve içerik yönetim panelleri iki ayrı kullanıcıya hizmet ediyor: aracı kullanan kişi ve onun ürettiği şeye bakan kişi. Bu tür ürünlerde varsayılan şablonun kalitesi, arayüzün kalitesinden daha belirleyici, çünkü kullanıcıların büyük kısmı varsayılanın dışına hiç çıkmıyor.
Yani özelleştirme ekranını zenginleştirmek yerine varsayılanı tek başına yayına çıkabilecek kadar iyi kurun. Özelleştirme kullanıcıyı zorlamasın, ama kötü bir sonuca da serbestçe götürmesin.
Duygusal tasarımın sınırı
Cesur renk, oyunlaştırma ve mizahi metin deneyimi canlandırabiliyor; Xero'nun muhasebe akışlarını neredeyse oyun gibi sunması buna sık verilen örnek. Fakat bu katmanın ömrü kullanım sıklığıyla ters çalışıyor. Ayda bir açılan uygulamada eğlenceli bir mikro animasyon hoş durur, günde kırk kez açılan araçta aynı animasyon engeldir. Mizahi metni hata ekranlarından tamamen uzak tutun: parası ya da verisi kaybolan kullanıcı şaka beklemiyor.