UX'te Zaman Eşikleri: 0.1, 1 ve 10 Saniye Ne Anlatır

0.1 saniye, 1 saniye, 10 saniye. Arayüz literatürünün en çok tekrarlanan üç sayısı bunlar, ve tekrarlandıkça ne anlattıkları buharlaşıyor. Üçü de yanıt süresi algısını tarif ediyor; sayfa yüklenme hedefini, terk oranını ya da dikkat süresini değil. Farkı karıştırınca yanlış şeyi optimize ediyorsunuz.

Üç sayının kaynağı

0.1, 1 ve 10 saniye sınırları Robert B. Miller'ın 1968 tarihli yanıt süresi çalışmasına dayanıyor, arayüz literatürüne de Jakob Nielsen'in 1993'te yayımlanan Usability Engineering kitabıyla yerleşti. Aradan geçen sürede donanım tanınmaz hâle geldi, sayılar aynı kaldı.

Bu ilk bakışta tuhaf görünüyor, değil aslında: eşikler insan algısını tarif ediyor, makineyi değil. 0.1 saniyenin altında olan biteni kullanıcı kendi hareketinin devamı gibi algılar. 1 saniyeye kadar düşünce akışı kopmaz, gecikme fark edilir ama iş sürer. 10 saniye ise dikkatin tek bir görevde kalabildiği üst sınır. Eskimeyen kısım bu; eskiyen, bu sayılara sonradan yüklenen anlam.

Eşikler yanıt süresiyle ilgili, yükleme süresiyle değil

Karışıklık burada başlıyor. “Menü 0.1 saniyede açılsın” ile “sayfa 1 saniyede yüklensin” aynı paragrafta yan yana yazılıyor, oysa bunlar iki ayrı mühendislik problemi. Birincisi olay işleyicinizin ne kadar sürdüğüyle, düzen hesabıyla, ana iş parçacığını kimin kilitlediğiyle ilgili. İkincisi ağ gecikmesi, sunucu yanıt süresi ve aktarılan bayt sayısıyla.

Sunucuyu hızlandırmak, tıklamadan sonra donan bir arayüzü düzeltmez. Tersi de geçerli: kusursuz bir ön yüz, ilk baytı 800 milisaniyede gönderen bir sunucuyu kurtarmıyor.

Yanıt süresini ortalamayla raporlamam. Ortalama en yavaş yüzde beşi gizler, şikâyet de tam oradan gelir; bakılacak sayı p95.

10 saniye kuralı ne diyor, ne demiyor

Bu eşik çoğunlukla “kullanıcı 10 saniyede siteyi terk eder” diye aktarılıyor. Söylediği bu değil. Dikkatin başka yere kayacağını söylüyor, kayan dikkat de geri gelebilir. Şartı, kullanıcı döndüğünde işin nerede kaldığını görebilmesi.

Pratik karşılığı kademeli: 1 saniyenin altındaki işlemler için geri bildirim gerekmiyor, 1 ile 10 saniye arasında meşgul göstergesi yetiyor, 10 saniyeyi aşan her işlem yüzde bildiren bir ilerleme göstergesi istiyor. Belirsiz dönen bir çark kırk saniye boyunca dönerse kullanıcı işlemin çöktüğünü varsayar, çünkü ayırt edecek bilgisi yok.

Ters yönde de bir sınır var. Bazı işlemler fark edilemeyecek kadar hızlı bittiğinde kullanıcı hiçbir şeyin olmadığını sanıyor; sonucu anında dönen arama ve yükleme arayüzlerine bu yüzden kasıtlı gecikme koyanlar var. Doğru çözüm gecikme eklemek değil, sonucu görünür kılmak: değişen satırı vurgulayın, sayacı güncelleyin, boş listeyi dolu listeyle değiştirin.

Haftalar ve yıllar aynı listeye girmez

Bu üç eşiğin ardına genellikle 1 dakika, 1 hafta, birkaç yıl, hatta 100 yıl ekleniyor ve hepsi tek bir zaman ölçekleri listesi gibi sunuluyor. Liste burada iki farklı şeyi karıştırıyor. Saniye eşikleri ölçülebilir ve doğrudan bir tasarım kararına bağlanır, göstergeyi koyarsınız ya da koymazsınız. Haftalar ve yıllar ölçek değil bağlam: alışkanlık, öğrenme eğrisi, birikmiş veri.

100 yıllık dijital evrim başlığının tasarım masasında hiçbir karşılığı yok. Uzun vadede gerçekten karar verdiğiniz tek şey, kullanıcının biriktirdiği veriye ne olacağı. URL'ler kırılıyor mu, beş yıllık içerik hâlâ açılıyor mu, kullanıcı kendi verisini dışarı alabiliyor mu. Bunlar yıllara yayılan sorular ama cevapları bugün, mimaride veriliyor.

Ne ölçmeli

• Tıklama ile ekranda görünür değişiklik arasındaki gecikme, ortalama değil p95.
• Sahadan toplanan yüklenme süresi. Geliştirici makinesinde alınan ölçüm iyimserdir.
• 1 saniyeyi aşan işlemlerde geri bildirim, 10 saniyeyi aşanlarda yüzde bildiren gösterge var mı.