Tasarımda Kalıcı Olan Ne: Üç Arayüz Hatasının Ortak Dersi
Tasarım trendleri her yıl yenileniyor, temel ilkelerin değişmediği de her yıl tekrar ediliyor. Peki tam olarak ne değişmiyor? 1979'daki bir kontrol panelinden 2000'deki bir oy pusulasına uzanan üç meşhur hata tek bir noktada buluşuyor: arayüz kullanıcıya sistemin niyetini gösteriyor, gerçek durumunu değil.
Yanan lamba neyi gösteriyordu?
Three Mile Island'da reaktörün basınç tahliye vanası açık kaldı. Kontrol odasındaki gösterge ise vananın kendisine değil, vanaya gönderilen kapatma komutuna bağlıydı. Komut gitti, lamba söndü, vana açık kaldı. Operatörler saatlerce, doğru görünen bir panelle yanlış bir dünyayı yönettiler.
Bu olay genelde “panel fazla karmaşıktı” diye özetlenir. Karmaşıklık ikincil. Asıl sorun, göstergenin ölçtüğü şeyin operatörün okuduğunu sandığı şey olmamasıydı.
Tek liste, iki sütun
2000 seçimlerinde Palm Beach ilçesinde kullanılan pusula, aday listesini karşılıklı iki sayfaya bölmüş, delme deliklerini ortadaki tek sütuna dizmişti. Soldan okuyan seçmen için ikinci delik ikinci adaya değil, sağ sayfanın ilk adayına gidiyordu. O ilçede Pat Buchanan'a çıkan üç bin dört yüz civarı oy, eyaletin geri kalanındaki dağılımla açıklanamıyordu.
Pusulayı hazırlayan kişi yaşlı seçmenler okuyabilsin diye punto büyütmüş, sayfaya sığdırmak için de listeyi ikiye bölmüştü. İyi niyetli yerel bir iyileştirme bütünün anlamını bozdu. Bileşeni düzeltip düzeni bozmanın ders kitabına girmiş hali.
Kontak anahtarı
2014'te GM, kontak anahtarı yüzünden iki buçuk milyonu aşkın aracı geri çağırdı. Ağır bir anahtarlık ya da dizden gelen bir darbe, anahtarı çalışır konumdan aksesuar konumuna kaydırabiliyordu. Motor duruyor, direksiyon ve fren desteği gidiyor, hava yastıkları devre dışı kalıyordu. Sürücünün elinde bunu söyleyen belirgin bir işaret yoktu. Araç sessizce başka bir duruma geçmişti.
Üçünün ortak noktası
Üç olayda da kullanıcı beceriksiz değildi, arayüz de çirkin değildi. Üçünde de sistemin gerçek durumu ile ekrandaki temsili arasında sessiz bir ayrım vardı ve kullanıcının o ayrımı fark etmesini sağlayacak hiçbir işaret yoktu.
Bugünkü yazılımda buna optimistik arayüz diyoruz. Kullanıcı butona basıyor, arayüz işlem olmuş gibi davranıyor, istek arka planda kuyrukta bekliyor ya da hata almış oluyor. Bunu genelde iki ayrı işaretle çözerim: gönderildi ile onaylandı aynı ikonu paylaşmaz, ikincisi sunucudan dönen cevaba bağlanır. Kullanıcı beklerken bir şeyin eksik olduğunu görür, sonradan öğrenmez.
Peki gerçekten hiçbir şey değişmedi mi?
“İnsan psikolojisi sabit kalıyor” cümlesi doğru ama tavsiyeye dönüştürülemeyecek kadar geniş. Onunla ne yapacağını kimse söylemiyor.
Değişen şey ilke değil, durumun nerede tutulduğu. 1979'da sistemin bütün hâli tek bir odadaki panelde toplanmıştı ve yanlış bağlanmış bir gösterge tekti. Bugün aynı hâl kullanıcının cihazı, önbellek, kuyruk ve sunucu arasında bölünmüş durumda; senkron gecikmeli, bağlantı kopabiliyor, iki ekran aynı anda farklı gerçekleri gösterebiliyor. Hata tipi aynı, yüzey sayısı arttı.
Zamansız olan kısmı kullanışlı hâle getirmenin yolu, onu ilke olarak değil soru olarak taşımak. Bir ekranı incelerken sorulacak şey şu: buradaki gösterge neyi ölçüyor, kullanıcının niyetini mi, sistemin onayını mı? Cevabı bilmiyorsan bunu tasarım zevkiyle değil, kodu açarak öğrenirsin.