Görevler Arası Geçişte Arayüz Ne Yapabilir, Ne Yapamaz
Sekme değiştirmenin üretkenliği düşürdüğü o kadar sık tekrarlandı ki artık tasarım kararı yerine geçiyor: bildirimi kıs, odak modu ekle, bitti. Oysa kullanıcı sekme değiştirmeyi bırakmıyor; arayüzün işi geçişi engellemek değil, geri dönüşü ucuzlatmak. Aşağıdaki dört klasik çözümün ikisi bunu yapıyor, ikisi sadece yapıyormuş gibi duruyor.
Kaybedilen şey zaman değil, bağlam
Görev geçişinin maliyeti genelde "saniyeler" olarak anlatılır. Yanlış ölçü. Kullanıcı bir forma geri döndüğünde kaybettiği şey geçişte harcanan süre değil, geçişten önce kafasında tuttuğu yarım karar: hangi alanı doldurmuştu, neden o seçeneği işaretlemişti, bir sonraki adımda ne yapacaktı. Süre geri gelir, o yarım karar gelmez.
Bu ayrımın pratik sonucu şu: geçişi hızlandıran her şey (daha çabuk açılan sekme, daha kısa animasyon) problemi çözmüyor, sadece ucundan tutuyor. Bağlamı ekranda bırakan şeyler çözüyor. Yarım doldurulmuş formun yanında "3 alan kaldı" yazması, kullanıcının geri döndüğünde yeniden okumasını gerektirmeyen bir hatırlatmadır; aynı formun hızlı açılması değildir.
"İnsan çoklu görev yapamaz" cümlesi bir tasarım kararı değil
Doğru bir tespit, ama arayüz tasarımına çevirisi sanıldığı kadar doğrudan değil. İnsanın aynı anda iki metin okuyamaması, iki metni yan yana göstermenin yararsız olduğu anlamına gelmiyor. Gösterme, bakışın gidip gelmesine izin verir; bu, iki pencere arasında alt-tab yapmaktan farklı bir maliyettir, çünkü ikinci içerik görünür kaldığı sürece kullanıcı onu hafızasında tutmak zorunda kalmıyor.
Yani asıl soru "kullanıcı çoklu görev yapıyor mu" değil, "hangi bilgiyi hafızasında tutmaya zorluyoruz". Soruyu böyle kurduğunuzda çözüm listesi de değişiyor.
Bölünmüş ekran iki tarafı keser
Yan panel, ikinci içeriği hafızadan ekrana taşıdığı için işe yarar. Google Workspace'in yan paneli ya da toplantı sırasında açık duran not alanı tam bunu yapıyor. Ama aynı tasarımın ikinci bir etkisi var ve çoğu yazıda atlanıyor: görünür duran içerik aynı zamanda kesintinin kaynağıdır. Ekranın yarısına canlı bir sohbet listesi koyduysanız "dikkat dağıtıcıları azaltın" maddesini zaten ihlal ettiniz.
İkisini aynı listede yan yana önermek tutarsız. Ayrım şurada: ikinci panelde durağan bir referans varsa (doküman, görsel, kurallar) bölünmüş ekran kazandırır. Panelde güncellenen bir akış varsa (mesaj, bildirim, yorum) kaybettirir. Aynı bileşen, içeriğin değişip değişmemesine göre taraf değiştiriyor.
Bekleme süresi gerçekten boş mu
"Dosya yüklenirken kullanıcı başka iş yapabilsin" tavsiyesi mantıklı görünür. Hesabı yapın: geçişten sonra geri dönüp bağlamı yeniden kurmak tipik olarak birkaç saniye tutuyor, ve bu süre iki yönlü işliyor, gidişte de dönüşte de. Beş saniyelik bir yükleme için kullanıcıyı başka bir işe göndermek, bekletmekten pahalı.
O yüzden paralel çalışma iznini her bekleme ekranına dağıtmak yerine eşik koyun. Kısa beklemede yapılacak şey ilerleme göstergesini dürüst tutmak; uzun beklemede arayüzün kullanıcıyı serbest bırakması ve iş bittiğinde nerede kaldığını hatırlatarak geri çağırması. İkisi aynı tasarım problemi değil.
Onay diyaloğu mu, geri al mı
Onay diyaloğunu görev geçişine karşı bir koruma olarak sunmak ters. Diyaloğun çalışması için kullanıcının okuması gerekiyor; görev değiştirmiş, acelesi olan, zaten yanlış butona basmış bir kullanıcı o metni okumuyor, onaylıyor. Diyalog yalnızca kullanıcıyı yavaşlatıyor ve koruduğu izlenimini veriyor.
Geri al farklı çalışıyor: hatayı önlemeye çalışmıyor, olduktan sonra ucuz hale getiriyor, ve kullanıcının doğru anda dikkatli olmasını gerektirmiyor. Silme, arşivleme, toplu işlem gibi yerlerde geri al'ı onay diyaloğundan daha güvenilir bulduğum için varsayılan olarak onu koyarım. Diyaloğu yalnızca gerçekten geri alınamayan işlemler için saklayın, ve o zaman da butonu "Tamam" değil yapılacak işin adıyla etiketleyin.
Otomatik kaydetme neyi çözer, neyi taşır
Otomatik kaydetme veri kaybını engeller, bu doğru. Ama aynı hamlede kullanıcıdan bir kaçış yolunu da alıyor: artık "kaydetmeden çık" diye bir şey yok. Yanlışlıkla yazılan, yanlış alana yapıştırılan, dalgınlıkla silinen her şey anında kalıcı hale geliyor.
Bir projede uzun bir başvuru formuna otomatik kaydetme eklemiştik; gelen ilk destek talebi veri kaybıyla değil, "yanlışlıkla sildiğim bölümü nasıl geri getiririm" sorusuyla ilgiliydi. Otomatik kaydetme yapan arayüz, yanında sürüm geçmişi ya da en azından geniş bir geri al tamponu taşımak zorunda. Yoksa kayıp problemi ortadan kalkmıyor, sadece kullanıcının ensesine geçiyor.
Geri dönüşü ucuzlatan küçük şeyler
Geriye kalan iş çoğunlukla gösterişsiz. Sekme başlığının hangi kaydı açtığını yazması, iz yolunun sayfanın tepesinde durması, butonun "Gönder" değil "Teklifi gönder" demesi. Bunlar görev geçişini engellemiyor; kullanıcı döndüğünde ekranın kendini yeniden anlatmasını sağlıyor, ki zaten tek yapması gereken bu.