UX Case Study'ni Tasarım Mülakatına Nasıl Hazırlarsın?

Asıl problem

Case study yalnızca portfolyo sayfası değildir. Aynı zamanda mülakat hazırlığıdır. Bir reviewer case study’ni açtığında sorular oluşturmaya başlar. Güçlü bir case study bu soruları önceden tahmin eder ve işini daha net anlatman için sana zemin hazırlar.

Birçok portfolyo burada güç kaybeder. Aktivite gösterir ama akıl yürütmeyi göstermez. Artifact gösterir ama arkasındaki düşünceyi anlatmaz. İşe alım ekibi, mentor ya da reviewer için bu eksik akıl yürütme, iyi işi bile değerlendirmesi zor bir şeye dönüştürür.

Bunun yerine neye odaklanmalı?

Mülakata hazır bir case study dramatik görünmek zorunda değildir. İşi anlaşılır hale getirmek zorundadır. Okur hangi problemi ele aldığını, rolünün ne olduğunu, hangi seçimleri yaptığını, bu seçimlerin neden mantıklı olduğunu ve işin sonunda neyin değiştiğini görebilmeli.

Temel ilkeler:

• Proje için iki dakikalık özet hazırla.
• Rolünü ve katkını net bil.
• Önemli bir tradeoff’u açıklayabil.
• Savunabileceğin bir karar hazırla.
• Bugün iyileştireceğin bir şeyi belirle.

Pratik bir yapı

Şu akışı kullanabilirsin:

1. Bağlam: Ürün, ekip ya da durum neydi?
2. Problem: Neyin değişmesi ya da netleşmesi gerekiyordu?
3. Rol: Sen neyden sorumluydun?
4. Karar: Hangi önemli seçimleri yaptın?
5. Gerekçe: Hangi kanıt, kısıt ya da tradeoff bu seçimleri şekillendirdi?
6. Sonuç: Ne değişti, ne öğrenildi ya da ne kolaylaştı?

Bu yapı case study’yi sığ bir şablona dönüştürmeden okunabilir tutar. Amaç bölümleri doldurmak değil, birinin senin nasıl düşündüğünü anlamasına yardım etmektir.

Örnek çerçeveleme

Zayıf çerçeve:

Akışı yeniden tasarladım ve kullanıcı deneyimini iyileştirdim.

Daha güçlü çerçeve:

Kullanıcıların bir sonraki adımda ne yapacağını anlamadığı onboarding noktasına odaklandım. Daha fazla açıklama eklemek yerine sıralamayı sadeleştirdim ve sonraki aksiyonu daha görünür hale getirdim. Bu, ekibin daha net bir ilk kullanım deneyimi etrafında hizalanmasına yardımcı oldu.

Güçlü versiyon abartılı iddialara dayanmaz. Durumu, kararı ve gerekçeyi açıklar.

Nelerden kaçınmalı?

• Case study’yi ekran galerisine dönüştürme.
• Rolünü belirsiz “biz” dilinin arkasına saklama.
• Kanıtın yoksa etkiyi büyütme.
• Her adımı eşit anlatma; önemli kararları öne çıkar.
• Başka bir tasarımcının yapısını kendi projene uyarlamadan kopyalama.

Son düşünce

Güçlü bir UX case study yalnızca bir ürün üzerinde çalıştığının kanıtı değildir. Bir problemi düşünebildiğinin ve seçimlerini net açıklayabildiğinin kanıtıdır.

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?