Güçlü İşi Zayıf Gösteren Yaygın UX Case Study Hataları

Zayıf case study her zaman zayıf iş anlamına gelmez

İş sağlamdır ama hikayeyi takip etmek zordur. Bu ikisi arasındaki fark, çoğu zaman birkaç spesifik hatadan kaynaklanır.

En sık görülen beş hata

1. Çok fazla ekran, yeterince bağlam yok. Tasarımcı 15 ekranı PDF’e koymuş ama neden bu ekranlara gelindiği hiçbirinde açıklanmamış. Okur ekranları görüyor, tasarımcının düşünce sürecini göremez. Hangi ekran hangi kararın çıktısı? Bu bağlantı kurulmadan galeri, galeriden öteye geçemiyor.

2. “Biz” arkasına saklanan rol. Proje ekip işiydi, bunu anlıyoruz. Ama sen özellikle neyi üstlendin? “Biz araştırma yaptık, biz tasarladık, biz test ettik” yazısından kişisel katkı okunmuyor.

3. Süreç adım listesi, karar akıl yürütmesi yok. “Keşif yaptık, wireframe çıkardık, test ettik, iterasyon yaptık.” Bu bir takvim, case study değil. Hangi keşif bulgusu hangi tasarım kararını şekillendirdi? Bu bağlantı olmadan süreç boş bir liste.

4. Kısıt ve tradeoff görünmüyor. Gerçek projelerde her zaman kısıt vardır: zaman, bütçe, teknik debt, paydaş baskısı. Bunlardan hiç bahsetmemek case study’yi gerçek dışı gösteriyor. Bir kısıtı ve onunla nasıl çalıştığını yazmak, projeyi daha inandırıcı kılıyor.

5. Sonuç bölümü ya eksik ya abartılı. “Kullanıcı memnuniyeti arttı” diyorsun ama nasıl ölçtün? Ya da hiç sonuç yazmıyorsun. İkisi de sorun. Spesifik ve dürüst bir sonuç, büyük ama belirsiz bir iddiadan çok daha değerli.

Bu hataları nasıl düzeltirsin?

Her hata için pratik bir yol var:

• Ekran sayısını azalt; her ekranın neden orada olduğunu bir cümleyle açıkla.
• “Biz” gördüğün her yerde dur ve kendin ne üstlendin diye sor.
• Süreç bölümüne “bu bulgu şu kararı şekillendirdi” cümlesi ekle.
• Bir kısıtı açıkla; hangisi olduğu değil, var olduğunu göstermen yeterli.
• Sonuç bölümüne koyduğun her iddia için kanıt ya da dürüst bir sınır notu ekle.

Sonuç

Bu hataların çoğu bilerek yapılmıyor. Tasarımcılar okuyucunun bağlamı zaten bileceğini varsayıyor. Bilmiyor. Okuyucu için yazmak demek, bu boşlukları önceden doldurmak demek.

Diğer case study rehberleri

• UX case study’lerde işe alım ekipleri neye bakar?
• Metrik yokken UX case study nasıl yazılır?
• Ekip projesinde katkını nasıl gösterirsin?