Sistem Durumu Görünürlüğü: Hangi Geri Bildirim Gerçekten Bilgi Veriyor?
Geri bildirim vermek iyidir, bunu herkes söylüyor. Ama ekrandaki her hareketli parça kullanıcıya sistemin durumunu anlatmıyor: bir kısmı bekleme süresini doldurmak için orada, bir kısmı da satış için. İkisini ayırmadan görünürlük ilkesini uygulamak, kullanıcıyı bilgilendirdiğini sanarak oyalamak oluyor.
Dönen simge bir durum bilgisi değil
Belirsiz spinner kullanıcıya “bir şeyler oluyor” der ve orada kalır. Hangi aşamadayız, ne kadar kaldı, takıldı mı? Hiçbirine cevabı yok. Belirsiz süreli işlemlerde dönen simge yerine ne olduğunu yazan tek satırı tercih ederim: “Dosya yükleniyor (3/12)” aynı yeri kaplar, çok daha fazlasını söyler.
Asıl soru burada tasarım sorusu değil, veri sorusu: ilerleme çubuğunu gerçek bir sinyale bağlayabiliyor musunuz? Sunucu işi parça parça bildirmiyorsa yüzde gösteremezsiniz; gösterirseniz uydurmuş olursunuz. Dolup %90’da donan çubuk, hiç çubuk olmamasından daha fazla güven kaybettirir. Arayüzdeki iddianın arkasında bir olay akışı yoksa iddiayı küçültün: adımın adını yazın, yüzde vaat etmeyin.
Kıtlık mesajı şeffaflık değildir
“Sadece 3 ürün kaldı” ve “Ücretsiz kargo için 25 TL daha” cümleleri sistem durumu görünürlüğü örneği diye anlatılıyor. İlki bazen doğru bir stok bilgisidir, ikincisi hiçbir zaman durum bilgisi değildir. İkisi de ekrana kullanıcı karar verebilsin diye değil, acele etsin diye konur.
Ayırt etmenin testi basit: mesaj kullanıcının az önce yaptığı işlemin sonucunu mu bildiriyor, yoksa bir sonraki işlemi mi teşvik ediyor? Fark küçük görünüyor, güven tam buradan aşınıyor. Stok sayısı bir kez yanlış çıktığında kullanıcı yalnızca o sayıya değil, aynı arayüzdeki “kaydedildi” bildirimine de daha az inanır. Görünürlüğün kredisi ortak hesaptan harcanıyor.
Göstergeyi eşiğe göre koyun
Geri bildirimin ne zaman gerektiği tahminle belirlenmez. Yanıt süreleri için uzun süredir kullanılan üç eşik var: yaklaşık 0,1 saniyeye kadar kullanıcı işlemi anlık sayar, 1 saniyeye kadar akış bozulmaz ama gecikme fark edilir, 10 saniyeden sonra dikkat başka yere kayar (Nielsen Norman Group).
Karşılığı doğrudan: 100 milisaniyenin altındaki işleme gösterge koymayın, spinner ekrana girip çıkarak titrer ve işlemi olduğundan yavaş gösterir. 1 saniyeyi aşan işleme bir gösterge koyun. 10 saniyeyi aşanda kullanıcıyı ekranın başında tutmaya çalışmayın; işi arka plana alın, bittiğinde haber verin. Bu üç eşik ölçülebilir, yani tasarım kararını tartışmak yerine ölçebilirsiniz.
Yokluğu da göstermek gerekiyor
Kaynaklarda geçen iyi bir örnek var: favorilerdeki ürün tükendiğinde listeden silmek yerine “stokta yok” etiketiyle bırakmak. Silmek kullanıcıya durum bildirmez, hafıza kaybı yaşatır; kişi kendi seçtiği şeyin nereye gittiğini sorar ve cevap bulamaz.
Aynı kural hata mesajları için de geçerli. “Bir hata oluştu” bir durum bildirmiyor, sadece bildirim yerini dolduruyor. Hangi işlem başarısız oldu, veri kayboldu mu, tekrar denemek güvenli mi? Bunları söyleyemiyorsanız sorun metinde değil, hata yönetiminde demektir.
Ekrandaki her göstergeye tek bir soruyu sorun: söylediği şey doğrulanabilir mi? Doğrulanamıyorsa o bir gösterge değil, dekordur.