Restoran Benzetmesi UX'i Nereye Kadar Açıklar

UX yazılarının favori benzetmesi restorandır: temiz sunum, ilgili garson, yanlış gelen tabağı telafi eden bir hizmet anlayışı. Benzetme bir yere kadar iş görür, sonra sessizce bozulur. İşin faydalı kısmı da burada: nerede bozulduğunu bilmek, benzetmenin kendisinden daha çok şey öğretir.

Benzetmenin gerçekten tuttuğu yer: hata anı

Restoranda yanlış gelen bir tabak ilişkiyi bitirmez, nasıl karşılandığı bitirir. Arayüzde de böyle. Formu doldurup gönderen kullanıcıya Bir şeyler ters gitti yazan bir kutu göstermek, tabağı geri alıp ortada bırakmakla aynı şey.

Ama buradan çıkarılan standart tavsiyeyi, yani empati kurup özür dileme tavsiyesini, arayüz için büyük ölçüde gereksiz buluyorum. Kullanıcı o anda özür aramıyor; yazdığı metnin kaybolup kaybolmadığını, tekrar denemesi gerekip gerekmediğini arıyor. Bir hata mesajının taşıması gereken şey kibarlık değil, şu üçü:

• ne olmadı,
• verinin durumu ne (gitti mi, duruyor mu),
• şimdi tam olarak hangi tuşa basılacak.

Üçü varsa mesaj kuru bir dille yazılmış olsa bile iyi çalışır. Üçü yoksa en nazik cümle de kullanıcıyı sekmeyi kapatmaya götürür.

Garsonun olmadığı yerde geri bildirim

Restoran benzetmesinin en çok gizlediği şey bu: restoranda geri bildirim bedavadır. Garson yarısı yenmemiş tabağı görür, masadaki sessizliği duyar, hesabı isteyen tonu fark eder. Hiç kimse bunun için sistem kurmamıştır, salonun kendisi ölçüm aracıdır.

Arayüzde öyle bir salon yok. Kullanıcı tek başına, kimsenin bakmadığı bir ekranda vazgeçer ve gider. Oradaki her sinyal elle inşa edilmek zorunda: bir olay, bir log satırı, bir hunide sayılacak bir adım. Bu da bedava değil, yazılacak koda ve sürdürülecek bir bakım yüküne karşılık geliyor; bu yüzden ölçüm planı tasarım kararıyla aynı masada konuşulmalı, sonradan eklenecek bir iş olarak değil.

Bir projede, kimse şikayet etmediği için sorunsuz sayılan ödeme adımının hata sayfasının analitiğe tek bir olay bile göndermediğini gördüm. Şikayet yokluğu memnuniyet değildi, ölçüm yokluğuydu.

Kişiselleştirme ölçek değişince ne oluyor

Sık gelen müşterinin masasını ve kahvesini hatırlamak restoranda güçlü bir jest. Garson bunu yirmi kişi için kafasından yapar ve neredeyse hiç yanılmaz, çünkü elinde tek bir tıklama değil koca bir bağlam var: kiminle geldi, ne zaman geldi, geçen sefer ne bıraktı.

Aynı jesti on binlerce ziyaretçiye uyarlamaya çalıştığınızda elinizde bağlam değil tıklama kaydı kalıyor. Üstelik yeni kullanıcının hiç kaydı yok, dolayısıyla ona gösterilen size özel bölüm pratikte en popüler içerik listesidir, yani herkese aynıdır. Küçük ve orta ölçekli sitelerde kişiselleştirmenin çoğu bu yüzden ya fark edilmez ya da yanlış tahminle rahatsız eder. Aynı eforu aramanın yazım hatasını tolere etmesine ve filtrelerin işe yarar olmasına harcamak neredeyse her zaman daha çok geri getirir.

Menüyü değiştirmek

Restoranda menü değişince müşteri sorar, garson cevaplar. Arayüzde değişiklik sessiz gelir ve açıklayacak kimse yoktur. Kademeli değişim tavsiyesi doğru, ama gerekçesi genelde yanlış kurulur: sorun kullanıcının yeniliğe direnmesi değil, taşınan şeyi bulamaması.

Pratik karşılığı şu: yerini değiştirdiğiniz bir işlevin eski yerinde bir süre ona götüren bir iz bırakın. Yoksa kullanıcı özelliği aramaya çıkmaz, kaldırıldığını varsayar. Sevilen bir özelliği budamakla gizlemek arasında kullanıcı tarafında ciddi bir fark yok.

Benzetmenin bittiği yer

Restoran deneyimi tek seferlik ve bütünseldir. İki saat sürer, sonunda bir yargı bırakır, biraz yavaş servis güzel bir yemeğin içinde erir. Her gün açılan bir panelde ise deneyim parçalı ve tekrarlıdır: tek başına önemsiz görünen iki saniyelik gecikme yüzlerce tekrarla birikir ve kullanıcı bunu yavaşlık olarak değil o işi yapmaktan kaçınma olarak yaşar.

Benzetmeyi buraya kadar kullanmak mantıklı: ilk izlenim, hatanın karşılanması, değişimin anlatılması. Ötesinde restoran düşüncesi yanıltıyor, çünkü arayüzde ne izleyen bir garson var ne de tek seferlik bir akşam. Oradan sonrası ölçmenin ve tekrarın işi.