Kullanıcı Deneyimi Neden Önemli? Maslow Analojisinin Sınırları
Kullanıcı deneyimini anlatırken en çok başvurulan analoji Maslow'un ihtiyaçlar hiyerarşisi: önce ürün çalışsın, sonra kullanılabilir olsun, en üstte de keyif versin. Akılda kalıcı bir model ve ekip içindeki öncelik tartışmasını gerçekten kısaltıyor. Peki katmanlar sahada da böyle alt alta mı duruyor? Sıra göründüğü kadar temiz ilerlemiyor, bunu görmemek de bütçeyi yanlış yere kaydırıyor.
Analojinin işe yarayan tarafı
Katmanlı model bir toplantıyı hızlıca bitirebiliyor. "Ödeme adımı her üç denemenin birinde hata veriyor ama önce geçiş animasyonlarını yenileyelim" cümlesi, hiyerarşi masaya konduğunda kendiliğinden düşüyor. Bozuk bir işlevin üstüne cila çekmenin anlamsızlığını zaten herkes bilir; model bunu tartışılmaz hale getiriyor, katkısı o kadar.
Bir de sık atlanan bir ayrıntı var. Maslow 1943 tarihli A Theory of Human Motivation makalesinde piramit çizmedi. Katmanları sıraladı, ama o üçgen görsel yıllar sonra yönetim literatüründe ortaya çıktı. Maslow'un kendisi ihtiyaçların katı bir sırayla ilerlemediğini, kişiye göre yer değiştirebildiğini açıkça yazmıştı. Yani UX'e ödünç aldığımız şey çoğu zaman Maslow'un fikri değil, piramidi çizenlerin sadeleştirmesi.
Kullanılabilirlik çoğu zaman işlevin önkoşulu
Sıralı model şunu varsayar: önce çalışsın, sonra kolay olsun. Tersi de en az onun kadar sık oluyor. Bulunamayan özellik, kullanıcı açısından var olmayan özelliktir. Bir arama filtresi kusursuz çalışabilir; üç tık geride, gri bir metin bağlantısının arkasında duruyorsa destek kutusuna düşen kayıt "bu özellik yok" diye gelir.
"Çalışmıyor" başlığıyla açılan hata kayıtlarının azımsanmayacak kısmı, kodda değil keşfedilebilirlikte biten kayıtlardır. Geliştirici tarafta bunun bedeli iki katına çıkıyor: önce hatayı yeniden üretmeye çalışırsın, üretemezsin, sonra kaydı kapatırsın ve asıl sorun yerinde durmaya devam eder. Beş kişiyle yapılan yarım saatlik bir koridor testini, aynı ekranın haftalık ısı haritasından daha bilgilendirici bulurum. Isı haritası nereye tıklandığını söyler, koridor testi insanın neyi aradığı halde bulamadığını gösterir; ikincisi olmadan birincisi sadece mevcut tasarımı doğrular.
Abonelik, deneyimin bedelini değiştiriyor
Peki kullanıcı zaten satın aldıysa deneyim ne kadar önemli kalır? Tek seferlik satışta kötü deneyimin faturası iade ya da kötü yorumdur, ikisi de sonlu. Abonelikte ise kullanıcı her fatura döneminde kararı yeniden veriyor. Aynı ürün, aynı hata, ama biri bir kez ödenen bedel, diğeri her ay tekrar edilen bir oylama. Deneyim iyileştirmesinin geri dönüşünü hesaplarken bu ayrım, hangi katmanda olduğumuzdan daha belirleyici.
Katman sorusunun yerine geçen soru
Sıra yoksa öncelik nasıl kurulur? İşe yarayan soru "hangi katmandayız" değil, "kullanıcı tam olarak hangi adımda vazgeçiyor" oluyor. Terk edilen akışın son adımı, hangi katmana ait olursa olsun listenin başına geçer. Ödeme formunda takılan bir kullanıcı için görsel kimlik tartışması ertelenir; ürünü anlamadan çıkan kullanıcı içinse asıl sorun formda değildir ve ödeme akışını üçüncü kez elden geçirmek hiçbir şeyi değiştirmez.
Hiyerarşiyi bir öncelik kuralı olarak değil, kontrol listesi olarak kullanmak daha sağlam duruyor: üç katmanı da ayrı ayrı sor, ama hangisinin acil olduğuna kullanıcının bıraktığı yer karar versin.