UX'te Empati ile Sempati: Fark Tasarım Kararında Ortaya Çıkar

Sempati ile empati arasındaki fark UX yazılarında iki tanım cümlesiyle geçiştirilir, sonra herkes ertesi gün aynı şeyi yapmaya devam eder. Fark aslında tanımda değil: kullanıcının zorlandığını gördüğün anda ne yaptığında ortaya çıkıyor. Sempati orada durur, empati o zorluğun tam olarak nereden başladığını bulana kadar sürer.

Sempati nerede durur

Bir kullanıcı testi izliyorsun. Katılımcı formun ortasında duraklıyor, alanlar arasında gidip geliyor, sonunda rastgele bir seçenek işaretleyip geçiyor. Sempatik tepki şudur: "Burası zor olmuş, kullanıcıyı yormuşuz." Cümle orada biter, not defterine "form karmaşık" yazılır, toplantıya gidilir.

Empatik tepki aynı yerden başlar ama devam eder. Hangi alanda duraksadı? Duraksamadan önce en son neye baktı? Rastgele seçtiği seçenek gerçekten rastgele miydi, yoksa ekranda görünen tek makul cevap o muydu? Bu sorular kullanıcıya acımakla ilgili değil, onun kafasındaki modeli yeniden kurmakla ilgili. Elinde "form karmaşık" yerine "ikinci adımdaki vergi numarası alanı zorunlu görünüyor ama bireysel kullanıcılar için anlamsız, insanlar boş bırakamadıkları için uyduruyor" gibi bir cümle kalır. Birinciyle tasarım yapılmaz, ikinciyle yapılır.

UX literatüründe bu tutumlar bir aralık üzerine dizilir: acıma, sempati, empati, şefkat. İlk ikisi gözlemcinin dışarıda kalmasına izin verir, son ikisi kalmaz. Acıma özellikle sinsidir, çünkü kendini iyilik gibi gösterir ve çoğu zaman kullanıcıyı olduğundan aciz varsayan çözümler doğurur.

"Kendini kullanıcının yerine koy" tavsiyesi nerede yanlış sonuç verir

Empatiyi anlatan hemen her metin aynı yere bağlanır: kendi ürününü hedef kullanıcının koşullarında dene. Kulağa doğru geliyor, ama erişilebilirlikte bu tavsiye düzenli olarak yanlış karar ürettiriyor.

Göz bandı takıp ekran okuyucuyla kendi sitende yarım saat dolaştığını düşün. Ölçtüğün şey görme engelli bir kullanıcının deneyimi değil, senin ilk yarım saatteki acemiliğin. Ekran okuyucusunu yıllardır kullanan biri, senin tek tek dinlediğin metni hızlandırılmış sesle geçiyor, başlıklar arasında sıçrıyor, sayfanın yapısını senden daha hızlı çıkarıyor. Simülasyon sana "bu imkânsız" dedirtir, oysa gerçek kullanıcı çoktan üçüncü adıma geçmiştir. Bu yanılgının bedeli de ortada: aşırı basitleştirilmiş, kullanıcıyı yetersiz varsayan, bazen ayrı ve bakımsız bir "erişilebilir sürüm" çıkaran tasarımlar.

Bir ekranın erişilebilir olup olmadığına karar verirken, göz bandıyla yapılan bir saatlik simülasyonu, ekran okuyucuyu her gün kullanan biriyle yapılan yirmi dakikalık oturumdan çok daha zayıf buluyorum. Simülasyon yalnızca tek bir işe yarar: ekibe konunun varlığını hatırlatmak. Karar verdirmez.

Kendi ortamında yapabileceğin şey ise başka: NVDA ya da VoiceOver'ı açıp <label> bağlanmamış bir input'un nasıl okunduğunu dinlemek, sekme sırasının DOM sırasıyla uyuşmadığı yeri bulmak, odak halkasını CSS'ten kaldırdığında klavyeyle gezmenin ne hale geldiğini görmek. Bunlar deneyim simülasyonu değil, hata tespiti. İkisini karıştırmamak gerekiyor.

Empati haritası ne zaman işe yarar

Empati haritası, ekibin kullanıcı hakkındaki bilgisini görünür kılan basit bir çerçeve: kullanıcı ne diyor, ne yapıyor, ne düşünüyor, ne hissediyor. Sorun aracın kendisinde değil, doldurulma biçiminde.

Toplantı odasında, kimseyle konuşmadan, ekibin tahminleriyle doldurulan bir harita ekibin varsayımlarını ortadan kaldırmaz. Tam tersini yapar: varsayımları duvara asar, güzel bir şablonun içine koyar ve onlara veri görüntüsü kazandırır. Üç ay sonra kimse o kutucukların nereden geldiğini hatırlamaz, ama herkes ona dayanarak karar verir.

Haritayı işe yarar kılan tek şey, onu görüşmelerden sonra doldurmak. Pratikte şöyle yürüyor:

• Her görüşülen kişi için ayrı bir harita, ortalama bir kullanıcı için tek harita değil.
• Kutucuklara cümle yazarken kaynağını yanına koy: hangi görüşmenin kaçıncı dakikası, mümkünse kullanıcının kendi kelimeleriyle.
• Kaynağı olmayan kutucuk boş bırakılır. Boş kutucuk, uydurulmuş kutucuktan daha bilgilendiricidir; orada henüz araştırma yapılmadığını söyler.

Ekip araştırmayı izlemezse rapor tek başına yetmez

Araştırmanın en çok kaybolduğu yer, bulguların PDF'e dönüştüğü yerdir. Yazılı rapor bir iddiadır ve her iddia gibi tartışılır: "bu katılımcı zaten teknolojiyle arası iyi değildi", "gerçek kullanıcılarımız böyle davranmaz". Bu tartışma genelde sonuçsuz kalır, çünkü masadaki kimse olayı görmemiştir.

Bunun yerine oturumları ekipten en az bir kişinin canlı izlemesini sağla. İzleyemiyorlarsa kırk dakikalık kaydı paylaşma, kullanıcının takıldığı otuz saniyeyi kes ve onu gönder. Aradaki fark şurada görünür: kullanıcının aynı butona üç kez bastığını kendi gözüyle gören bir geliştirici, sorunun gerçek olup olmadığını tartışmayı bırakır ve doğrudan çözümün kaça mal olacağını konuşmaya başlar. Tartışma oradan itibaren çok daha verimli ilerler, çünkü artık ortak bir gözlem var.

Aynı mantık katılımcı seçimine de uzanıyor. Herkesin benzer yaşta, benzer teknik yetkinlikte olduğu bir katılımcı grubu, ekibin kendi alışkanlıklarını kullanıcıya yansıtmasını engellemez. Farklı yaş, farklı cihaz, farklı bağlantı hızı, yardımcı teknoloji kullanan kişiler. Bunlar çeşitlilik jesti değil, varsayımları kıran şeyler.

Empati bir meziyet değil, bir iş akışı

Empatiyi kişilik özelliği gibi konuşmak rahatlatıcı ama işe yaramaz, çünkü ölçülemez ve öğretilemez. Ölçülebilir olan şudur: kaç kullanıcıyla konuşuldu, bulguların kaçının kaydı var, ekipten kaç kişi oturum izledi, kaç tasarım kararı doğrudan bir gözleme dayanıyor. Bu sayılar düşükse ekip empatik değil, sadece iyi niyetlidir. İkisi çoğu projede aynı şey sanılıyor ve aradaki fark faturayı kullanıcıya çıkarıyor.