Yazım
UX Case Study'de Tasarım Kararlarını Nasıl Açıklarsın?
Tasarım kararlarını daha net bir UX case study anlatısına nasıl çevireceğini öğren; sadece ne tasarladığını değil, nasıl düşündüğünü göster.
Ömer Arı
2 dk okuma
Tasarım kararı neden case study’nin merkezinde?
Tasarım kararları güçlü bir UX case study’nin omurgasıdır. Ekranlar neyin değiştiğini gösterir; kararlar neden değiştiğini açıklar. İşe alım ekipleri kusursuz süreç aramaz. Belirsizliğe nasıl yaklaştığını, seçimlerini hangi sinyallerin şekillendirdiğini ve kullanıcı ihtiyaçları, iş hedefleri ile kısıtları nasıl dengelediğini anlamak isterler.
Karar açıklamanın üç bileşeni
Her tasarım kararı açıklaması şu üç şeyi içermeli:
1. Bağlam. Ne oluyordu ve ne değişmesi gerekiyordu? Kullanıcı testi mi, bir müşteri şikayeti mi, analitik verisi mi? Kararın neden alındığını anlamak için önce bu zeminin kurulması gerekiyor.
2. Seçenek ve gerekçe. Sadece “şunu yaptım” değil, “bunu yaparken şunu da düşündüm, ama şu yüzden bu yolu seçtim” demek. Bu bölüm case study’yi bir ekran galeriden ayıran şey.
3. Tradeoff. Her karar bir şeyden vazgeçmek demek. Ne kazandın, neyi göze aldın? Bunu yazmak, zayıflık değil; düşünce olgunluğunun işareti.
Somut örnek: Bir navigation kararı
Düşük etkileşimli bir B2B uygulamasında navigation yeniden tasarlıyorsun. İki seçenek var: sol sidebar ya da üst tab bar. Her ikisi de teknik olarak mümkün.
Zayıf açıklama:
Sol sidebar kullandık çünkü daha çok özellik var ve sidebar’lar enterprise uygulamalar için daha uygun.
Güçlü açıklama:
Kullanıcıların %70’i masaüstünde çalışıyor ve aynı anda birden fazla bölüme erişiyor. Tab bar dar ekranlarda kırılıyor ve erişilebilirlik sorunları çıkarıyordu. Sol sidebar’ın öğrenilebilirliği daha uzun süreyi gerektiriyor; bunu kullanıcı eğitim materyaliyle dengelemeye karar verdik. Mobil için tab bar’ı koruduk.
İkinci açıklama aynı kararı anlatıyor. Ama okuyucu bağlamı, tradeoff’u ve gerekçeyi görüyor.
Karar sayısını sınırla
Her case study’de beş ya da altı karar olmaz. Bir ya da iki temel karar çok daha net anlatılabilir. Hangisinin projeyi en çok şekillendirdiğini seç ve onu derinlemesine açıkla. Yüzeysel on karar yerine derinlemesine iki karar daha etkili.
Nelerden kaçınmalı?
- “Kullanıcı merkezli bir yaklaşım benimsedik” demek: Bu karar değil, yöntem adı.
- Birden fazla alternatifi değerlendirmeden tek seçenek sunmak.
- Kanıt olmadan “kullanıcılar bunu istiyor” demek.
- Tradeoff’u hiç yazmamak: Her kararın bir bedeli var, gizlemek güveni azaltır.
Diğer case study rehberleri
Benzer yazılar
26 Mar 2026
2 dk okuma
Takıldığında UX Case Study Yazmaya Nasıl Başlarsın?
Boş sayfa çok büyük hissettirdiğinde ve önce ne yazacağını bilmediğinde UX case study'ye başlamak için pratik bir yol.
16 Nis 2026
2 dk okuma
Güçlü İşi Zayıf Gösteren Yaygın UX Case Study Hataları
Belirsiz rolden abartılmış etkiye kadar, güçlü tasarım işini görünmez kılan yaygın UX case study hatalarından kaçın.
30 Nis 2026
3 dk okuma
Proje İyi Olduğu Halde UX Case Study Neden Zayıf Hissettirir?
Projen güçlü ama case study zayıf hissettiriyorsa sorun eksik iş değil, çoğu zaman anlatıdaki netliğin eksikliğidir.