UX’i Kurum İçinde Savunmak: Ne İşe Yarıyor, Ne Yaramıyor
UX’i kurum içinde savunmak, tasarımın iyi olduğunu anlatmakla olmuyor. Bütçenin konuşulduğu odada kullanıcı memnuniyeti bir argüman değil, temenni sayılıyor. İşe yarayan malzeme daha sıkıcı: destek kayıtları, yarıda bırakılan formlar, aynı sorun için iki kez arayan müşteriler.
Memnuniyet argümanı bütçe odasında tutmaz
“Kullanıcılar daha mutlu olur” cümlesi doğru olabilir, ama ölçülemediği için karşılığı yok. Aynı talebi destek ekibinin kayıtlarıyla açtığınızda tablo değişir: tek bir ekrandan gelen tekrar eden çağrılar, iptal edilen siparişler, üçüncü adımda terk edilen kayıt formu. Bunlar kurumun zaten takip ettiği sayılar.
Yani UX’i yeni bir metrik icat ederek değil, var olan metriğin nedenini göstererek savunmak daha kolay. Bu onu satış argümanına indirgemek değil, konuşmanın hangi dilde geçtiğini kabul etmek.
Araştırmasız persona, varsayımı belgeye çevirir
Persona işe yarar bir araç, ama kaynağı belirleyici. Hiç görüşme yapılmadan, analitik açılmadan toplantı masasında üretilen persona, ekibin zaten sahip olduğu varsayımları resmî bir dokümana dönüştürür. Sonrası daha kötüsü: artık itiraz eden kişi “kanıtsız konuşan” taraf oluyor, çünkü karşısında bir belge var.
Basit bir kontrol var. Personadaki her cümle için arkasındaki görüşmeyi ya da veriyi sorun, cevabı olmayan satırı silin. Genelde geriye üç beş satır kalır. O kadarı da yeter.
Paydaşı ikna etmenin en ucuz yolu, onu seansa oturtmak
Kırk slaytlık bulgu sunumu, yirmi dakikalık tek bir kullanıcı seansını izlemenin yanında zayıf kalıyor. Sunum tartışılabilir bir görüş gibi duruyor, izleme ise duruyor olmuyor. Kendi ürününde kaybolan birini seyreden yönetici, o toplantıdan farklı bir soruyla çıkıyor: “bunu kaç kişi yaşıyor?”
Davet etmeyi bir hatırlatmaya bırakmayın, seans takvimine baştan koltuk ayırın.
Test döngüsünün gerçek maliyeti
“Her sprintte test yapalım” kararı toplantıda kolay çıkıyor, takvimde zor duruyor. Beş katılımcıyla bir tur, 45’er dakikadan yaklaşık dört saat seans demek; not çıkarma ve özetleme en az bir o kadar, katılımcı ayarlama ise ayrı bir iş. Gerçekçi toplam iki iş günü. On iş günlük bir sprintte bu rahat sığar.
Sığmayan kısım şu: aynı iki günü tüm ekibin izlemesini şart koşarsanız maliyet katılımcı sayısıyla değil, izleyici sayısıyla çarpılır ve karar sessizce “bu sefer atlayalım”a döner. Uygulanabilir olan, testin her sprintte yapılması ama izlemenin nöbetleşe olması. Herkesin bir tura girmesi, herkesin her tura girmesinden daha uzun ömürlü.
Tek şampiyon, kırılgan kültür
Kurum içinde UX’i tek bir kişinin taşıması ilk yıl hızlı sonuç verir. Sonra o kişi ayrılır ve geriye kimsenin açmadığı bir wiki sayfası kalır. Farkındalığı kişiye değil tekrarlanan bir ritüele bağlamak gerekiyor: ayda bir izleme seansı, her sürümden sonra destek kayıtlarının birlikte okunması, çeyrekte bir eski bulguların üzerinden geçilmesi. Bunların hiçbiri heyecan verici değil, kalıcı olmalarının sebebi de bu.
Kaynak