Mikro-İnteraksiyonlar ve Geri Bildirimin Zamanlaması

Bir butona bastınız ve hiçbir şey olmadı. Bir saniye sonra sayfa değişti, ama o bir saniye boyunca ekranda tek bir işaret yoktu. Mikro-interaksiyon dediğimiz şey tam olarak o boşluğu dolduran geri bildirim. Küçüklüğü aldatıcı, çünkü arayüzün güvenilir hissettirip hissettirmediğine çoğunlukla o karar veriyor.

Tetikleyici, kural, geri bildirim

Her mikro-interaksiyon üç parçadan oluşur. Tetikleyici onu başlatır: kullanıcının tıklaması, kaydırması, ya da sistemin kendi olayı (yeni mesaj, tamamlanan yükleme). Kurallar tetikleyiciden sonra ne olacağını belirler. Geri bildirim ise sonucu görünür kılar; renk, hareket, ses veya titreşim.

Çoğu zaman atlanan dördüncü bir parça daha var: döngü ve mod. Bu etkileşim tekrarlanacak mı, ikinci kez de aynı mı görünecek, kullanıcı onu günde kırk kez tetiklediğinde hâlâ hoş mu? Bir kutlama animasyonu ilk görüşte keyifli, kırkıncısında bekleme süresi.

Geri bildirim ne zaman gelmeli?

Nielsen’in yıllardır tekrarlanan üç eşiği burada hâlâ iş görüyor: yaklaşık 0,1 saniyede verilen tepki anlık hissedilir, 1 saniyeye kadar akış bozulmaz ama gecikme fark edilir, 10 saniyeden sonra dikkat başka yere kayar.

Bu eşikler pratikte ters bir sonuç da doğuruyor. 120 milisaniyede dönen bir istek için spinner göstermek kullanıcıya bilgi değil titreme veriyor. Yükleme göstergesini genelde gecikmeli gösterimle çözerim: istek başlar, gösterge 300 ms sonra devreye girer, o sürede cevap geldiyse hiç görünmez. Bir de en az görünme süresi tanımlarsanız (400 ms civarı yeter) gösterge açılıp anında kapanmaz.

Mikro-interaksiyon mu, mikro-animasyon mu?

Kaynaklarda bu ikisi temiz bir tabloyla ayrılır: mikro-interaksiyonu kullanıcı tetikler, mikro-animasyon otomatik çalışır. Ayrım pratikte o kadar temiz değil. Dosya yükleme çubuğu ders kitabı örneğidir, ama tetikleyicisi kullanıcı değil sistemin ilerleme olayıdır; aynı listeler onu hem “kullanıcı tetikler” tarafına koyar hem de sistem tetikleyicilerini kabul eder.

İşe yarayan ayrım şu: hareket bir durum değişikliğini anlatıyor mu, yoksa sadece süslüyor mu? Anlatıyorsa kalır. Süslüyorsa performans bütçesi sıkıştığında ilk gidecek şeydir, ki genelde gider.

Katılım için mi, güven için mi?

Mikro-interaksiyonlar çoğunlukla “etkileşimi artırır” diye savunulur. Asıl işleri bu değil. Hata oranını düşürürler: form alanı odaktan çıkar çıkmaz doğrulama yapmak, kullanıcıyı gönder düğmesine bastıktan sonra karşılaşacağı sekiz hatalık listeden kurtarır. Sistem durumunu görünür kılarlar, yani beklerken ne olduğunu anlatırlar. Marka kişiliği taşımaları hoş bir yan etki, gerekçe değil.

Nerede iyi çalışıyor

Facebook’un basılı tutunca açılan tepki simgeleri, tek bir beğeni düğmesine altı ayrı anlam sığdırıyor. Asana görev tamamlandığında ekranda kısa bir kutlama gösteriyor, ama her seferinde değil, aralıklı olarak. İkincisi esas ders sayılabilir: ödül seyrekleştiği için etkisini koruyor. Her tamamlanan görevde patlayan konfeti, üçüncü günde arayüz gürültüsüne dönüşür.

Tutarlılık çeşitlilikten önce gelir

Aynı üründe beş farklı yükleme göstergesi, beş farklı hover davranışı varsa o arayüzde mikro-interaksiyon tasarlanmamış, sadece birikmiştir. Bunları bileşen düzeyinde tek yerde tanımlayıp her ekranda oradan çağırmak sıkıcı bir iş, ama arayüzü öğrenilebilir kılan tam olarak o. Kullanıcı ikinci ekranda ne olacağını tahmin edebiliyorsa iş görmüştür.