Frameworkler
UX Case Study Hazırlık Skor Kartı
UX case study hazırlık skor kartı ile problem netliği, rol, kararlar, trade-off, kanıt ve etki alanlarını sistemli şekilde kontrol edin.
Ömer Arı
4 dk okuma
Bu UX case study skor kartı, projenizin bağlamı, kararları, katkıyı ve etkiyi yeterince net gösterip göstermediğini kontrol etmenize yardımcı olur.
Bir case study’yi yazdıktan sonra şu his sık gelir: Her şey var gibi, ama gerçekten güçlü mü emin değilim. Ekranlar var, process var, araştırma bölümü var. Fakat hiring manager’ın hızlı okumasında hangi sinyallerin görüneceği belirsiz kalabilir.
Bu skor kartı, case study’nizi yayınlamadan önce daha sistemli kontrol etmeniz için hazırlandı. Puanlama basit: Her alan için 0, 1 veya 2 verin.
- 0: Görünmüyor veya çok belirsiz.
- 1: Var ama daha net anlatılmalı.
- 2: Net, somut ve okunabilir.
1. Problem netliği
İlk kontrol sorusu şu: Okuyucu projenin hangi problemi ele aldığını hızlıca anlayabiliyor mu?
Kendinize sorun:
- Kullanıcı grubu belli mi?
- Problem belirli bir akış veya bağlam içinde mi anlatılıyor?
- Problem çözümden önce kurulmuş mu?
- Bu problemin neden önemli olduğu anlaşılıyor mu?
Zayıf sinyal:
Kullanıcı deneyimini iyileştirmek istedik.
Daha güçlü sinyal:
İlk kez kayıt olan kullanıcılar, hesap doğrulama adımında neden belge yüklemeleri gerektiğini anlamıyordu. Bu belirsizlik, doğrulama sürecinin yarıda bırakılmasına neden oluyordu.
2. Rol ve katkı netliği
Case study’de ekip çalışması varsa, sizin katkınız özellikle görünür olmalı. “We designed” veya “ekip olarak yaptık” cümleleri bazen gerçeği yansıtır, ama bireysel katkıyı belirsiz bırakabilir.
Kontrol edin:
- Hangi bölümleri siz yönettiniz?
- Hangi kararları siz aldınız veya etkilediniz?
- Research, ideation, UI, prototyping, testing gibi alanlarda katkınız net mi?
- Ekip büyüklüğü ve çalışma düzeni belirtilmiş mi?
Daha doğal bir ifade:
Üç kişilik ekipte araştırma görüşmelerini ben planladım, wireframe alternatiflerini hazırladım ve usability test bulgularını final akışa çevirdim.
3. Karar görünürlüğü
Case study’nin en kritik alanlarından biri budur. Sadece ne yaptığınızı değil, neden o yönde ilerlediğinizi göstermelisiniz.
Kontrol edin:
- En az üç önemli tasarım kararı açık mı?
- Her karar bir gözlem, kısıt veya hedefle bağlanmış mı?
- Vazgeçilen alternatiflerden en az biri görünüyor mu?
- Final ekranlara giden yol anlaşılır mı?
Karar görünmüyorsa, case study genelde process raporu gibi kalır.
4. Kanıt kalitesi

Her kararın büyük veriyle desteklenmesi gerekmez. Fakat tamamen kişisel tercih gibi görünmemesi gerekir.
Kanıt kaynakları şunlar olabilir:
- Kullanıcı görüşmeleri
- Usability test gözlemleri
- Analytics veya funnel verisi
- Destek talepleri
- Stakeholder feedback
- Teknik kısıtlar
- Benchmark incelemesi
Önemli olan, kanıtın karara bağlanmasıdır. “5 kullanıcıyla görüştüm” bilgisi tek başına güçlü değildir. Bu görüşmeler neyi değiştirdi?
5. Trade-off anlatımı
İyi case study, her kararın maliyetsiz olmadığını kabul eder. Trade-off’lar olgunluk sinyali verir.
Kontrol edin:
- En az bir bilinçli seçim görünür mü?
- Seçilen yönün avantajı ve maliyeti anlatılmış mı?
- Hangi kullanıcı grubu veya iş hedefi önceliklendirilmiş?
- İleride yeniden bakılması gereken risk belirtilmiş mi?
Örnek:
İlk sürümde yeni kullanıcıların hata riskini azaltmak için açıklayıcı akışı seçtim. Bu karar advanced kullanıcılar için bir adım fazlalık yarattı. Sonraki iterasyonda hızlı erişim seçeneği test edilmeli.
6. Etki ve öğrenim
Her projede ölçülebilir metrik olmayabilir. Bu, etki bölümünü boş bırakmanız gerektiği anlamına gelmez. Etki, davranış değişimi, ekip öğrenimi, test sonucu veya tasarım standardı olarak da anlatılabilir.
Kontrol edin:
- Sonuç sadece final ekranlarla mı bitiyor?
- Test sonrası bir değişim anlatılmış mı?
- Ölçülebilir veri varsa dikkatli ve dürüst kullanılmış mı?
- Ölçü yoksa öğrenim açıkça belirtilmiş mi?
Daha güvenli ifade:
Bu çalışma canlıya alınmadığı için iş metriği paylaşamıyorum. Fakat usability testte kullanıcıların doğrulama adımındaki tereddüdü azaldı ve bu bulgu sonraki iteration için öncelik listesine eklendi.
Skoru nasıl yorumlamalı?
Toplam 12 puan üzerinden değerlendirin.
- 0-4: Case study henüz çok belirsiz. Önce problem, rol ve kararları netleştirin.
- 5-8: Temel yapı var. Bazı bölümler somut örneklerle güçlendirilmeli.
- 9-12: Case study okunabilir. Son kontrol olarak tekrar ve gereksiz process kalabalığını azaltın.
Bu skor kesin bir başarı ölçüsü değildir. Daha çok case study’nin hangi bölümünde çalışmanız gerektiğini gösteren pratik bir kontrol aracıdır.
Sıkça Sorulan Sorular
Bu skor kartı junior designer’lar için uygun mu? Evet. Junior seviyede de problem, rol ve karar netliği beklenir. Sadece proje ölçeği farklı olabilir.
Metrik yoksa düşük puan mı almalıyım? Hayır. Etkiyi dürüst şekilde öğrenim, test sonucu veya davranış gözlemiyle anlatabilirsiniz.
Her alan 2 puan olmak zorunda mı? Hayır. Bazı projelerde research güçlü, bazı projelerde product decision daha güçlü olabilir. Ama kritik boşlukları görmek gerekir.
Bu skor kartını portfolyo review öncesi kullanabilir miyim? Evet. Hatta review’a gitmeden önce kendi case study’nizdeki açıkları görmenize yardımcı olur.
Skor yüksekse case study hazır mı? Büyük ölçüde hazır olabilir, ama son okuma hâlâ gerekir. Dil, akış ve görsel yoğunluk ayrıca kontrol edilmelidir.
Benzer yazılar
14 Nis 2026
2 dk okuma
İşe Alım Ekiplerinin Hızla Tarayabileceği Basit UX Case Study Yapısı
Bu yapıyı kullanarak portfolyo case study'ni yüzeysel bir şablona çevirmeden daha kolay taranır hale getir.
11 Mar 2025
4 dk okuma
Bootcamp Projesini Güçlü Bir UX Case Study’ye Çevirmek
Bootcamp projenizi daha güçlü bir UX case study’ye çevirmek için bağlam, kısıt, karar ve trade-off anlatımını nasıl kuracağınızı öğrenin.
30 Nis 2026
2 dk okuma
UX Case Study Örneklerini Kopyalamadan Nasıl Okursun?
Güçlü UX case study örneklerinde neye bakman gerektiğini öğren; başkasının hikayesini taklit etmeden kendi portfolyonu geliştir.