UX Mülakat Soruları ve Cevapları: İş Görüşmesine Hazırlık Rehberi

Seviye: Başlangıç - Orta
Kategori: Kariyer
Son güncelleme: Ocak 2025

---

Giriş

CV'ni gönderdin, portfolyonu inclediler, seni mülakata çağırdılar. Şimdi gerçek sınav başlıyor.

UX mülakatları diğer mesleklere göre biraz farklı. Sadece "kendinden bahset" ve "neden bu şirketi istiyorsun" yok. Tasarım sürecini anlatman, problem çözme becerinizi göstermen, hatta canlı olarak bir challenge çözmen istenebilir.

Hazırlıksız yakalanmak, iyi bir pozisyonu kaçırmana neden olabilir. Ama iyi hazırlandığında, mülakat seni öne çıkarma fırsatı olur.

Bu yazıda UX mülakatlarında en çok sorulan soruları, nasıl cevaplaman gerektiğini ve hazırlık ipuçlarını bulacaksın.

---

Mülakat Türleri

UX mülakatları genellikle birkaç turdan oluşur:

1. HR/Recruiter Görüşmesi

İlk eleme. Genel sorular, maaş beklentisi, uygunluk.

Süre: 15-30 dakika Format: Telefon veya video

2. Hiring Manager Görüşmesi

Portföy incelemesi, deneyim soruları, takım uyumu.

Süre: 45-60 dakika Format: Video veya yüz yüze

3. Teknik/Portfolio Sunumu

Derinlemesine proje anlatımı, süreç soruları.

Süre: 45-60 dakika Format: Sunum + Q&A

4. Whiteboard/Design Challenge

Canlı problem çözme. Yerinde tasarım.

Süre: 60-90 dakika Format: Yüz yüze veya video (FigJam/Miro)

5. Takım Görüşmesi

Potansiyel iş arkadaşlarıyla tanışma, kültür uyumu.

Süre: 30-45 dakika Format: Yüz yüze veya video

---

STAR Metodu

Davranışsal soruları cevaplamak için en etkili yöntem: STAR

Örnek soru: "Zor bir stakeholder ile çalıştığın bir durumu anlat."

STAR ile cevap:

Situation: "Geçen yıl e-ticaret projemizde pazarlama direktörü her toplantıda tasarım kararlarını değiştirmek istiyordu."

Task: "Benim görevim hem iyi bir ilişki kurmak hem de kullanıcı odaklı tasarım kararlarını korumaktı."

Action: "Haftalık birebir toplantılar ayarladım. Endişelerini dinledim, araştırma verilerini paylaştım. Her büyük kararı veriyle destekledim."

Result: "3 ay sonra en büyük destekçimiz oldu. Hatta CEO'ya UX yatırımını savundu. Proje zamanında tamamlandı ve conversion %18 arttı."

---

Soru Kategorileri

Kategori 1: Genel/Tanışma Soruları

İlk izlenim. Kim olduğunu, neden orada olduğunu anlamak için.

---

Soru: "Kendinden bahseder misin?"

İpucu: 60-90 saniye. Özgeçmiş değil, hikaye anlat. Pozisyonla bağlantı kur.

---

Soru: "Neden UX Designer oldun / olmak istiyorsun?"

Cevap yaklaşımı:

• Kişisel hikaye (ne tetikledi?)
• Neden bu alan seni çekiyor?
• Hangi yönlerini seviyorsun?

Örnek:

"İlk kullanıcı testimi yaptığımda, kullanıcının 'bu neden böyle çalışıyor?' dediğini gördüm. O an tasarımcıların varsayımlarının ne kadar yanlış olabileceğini anladım. O günden beri kullanıcıyı dinlemek ve onların hayatını kolaylaştırmak benim motivasyonum."

---

Soru: "Neden bu şirkette çalışmak istiyorsun?"

Cevap yapısı:

1. Şirketin ürünü/misyonu hakkında spesifik bir şey
2. Bu rolün senin hedeflerin ile nasıl örtüştüğü
3. Ne katkı sağlayabileceğin

Örnek:

"Ürününüzü 2 yıldır kullanıyorum ve [spesifik özellik] gerçekten iyi tasarlanmış. Ama [şu alan]'da fırsatlar görüyorum. B2B deneyimim bu tür karmaşık akışlarda işe yarar. Ayrıca [şirket blogu/podcast]'ında design system yaklaşımınızı okudum, bu benim de tutkulu olduğum bir alan."

---

Kategori 2: Süreç ve Teknik Sorular

UX bilgini ve çalışma şeklini anlamak için.

---

Soru: "Tasarım sürecini anlat."

En klasik soru. Ezbere "discover, define, design, deliver" deme. Kendi deneyiminle anlat.

Cevap yapısı:

1. Genel framework'ü kısaca belirt
2. Bir proje üzerinden somutlaştır
3. Esnek olduğunu göster ("projeye göre değişir")

Örnek:

"Genellikle Double Diamond'a benzer bir süreç izliyorum ama her projeye adapte ediyorum.

Mesela son projemde, önce stakeholder'larla problem alanını netleştirdik. Sonra 6 kullanıcı görüşmesi yaptım. Bulgulardan 2 persona çıkardım. Akışları wireframe'ledim, 3 iterasyon geçtik. Kullanılabilirlik testiyle doğruladık, sonra UI'a geçtik.

Ama deadline sıkıysa veya problem net tanımlıysa, araştırmayı kısaltıp direkt çözüme geçtiğim de oldu. Süreç araç, amaç değil."

---

Soru: "Kullanıcı araştırması nasıl yaparsın?"

Cevap yapısı:

• Hangi yöntemleri biliyorsun?
• Ne zaman hangisini kullanırsın?
• Örnek ver

Örnek:

"Projenin aşamasına göre farklı yöntemler kullanıyorum.

Keşif aşamasında kullanıcı görüşmeleri ve gözlem tercih ediyorum, derinlemesine anlayış için. Validasyon için kullanılabilirlik testi yapıyorum, genellikle 5-8 kişiyle.

Son projemde, checkout problemini anlamak için önce analitik dataya baktım, hangi adımda terk ediyorlar. Sonra 5 kullanıcıyla görüşüp 'neden' sorusunun cevabını aldım."

---

Soru: "Wireframe ile mockup arasındaki fark nedir?"

Temel bilgi sorusu. Net ve kısa cevapla.

Örnek:

"Wireframe düşük sadakatli, yapıyı gösterir - gri kutular, placeholder içerik. Akışı ve yerleşimi doğrulamak için.

Mockup yüksek sadakatli, final görünümü gösterir - gerçek renkler, fontlar, görseller. Görsel tasarımı onaylamak ve developer'a teslim için.

Ben genellikle önce wireframe'le stakeholder onayı alıyorum, böylece görsel detaylarda kaybolmuyoruz."

---

Soru: "Tasarım kararlarını nasıl savunursun?"

[COMPARISON] ❌ "Bence bu daha iyi görünüyor" ✅ "Kullanıcı araştırmasında şunu gördük, data şunu söylüyor, bu yüzden bu çözüm daha uygun" [/COMPARISON]

Cevap yaklaşımı:

• Veri ve araştırmayla destekleme
• Alternatifler sunma
• Dinlemeye açık olma

Örnek:

"Tasarım kararlarını her zaman araştırma veya data ile desteklemeye çalışıyorum. 'Şunu düşünüyorum' yerine 'testlerde kullanıcıların %70'i bunu tercih etti' demek çok daha etkili.

Ama her zaman elimde veri olmuyor. O zaman UX prensiplerini referans veriyorum. Ve her zaman 'deneyelim, ölçelim' demeye açığım. Ego yerine sonuca odaklanıyorum."

---

Kategori 3: Davranışsal Sorular

Geçmiş deneyimlerinden örnekler. STAR metodunu kullan.

---

Soru: "Zor bir proje anlat. Nasıl üstesinden geldin?"

STAR örneği:

S: "Geçen yıl 2 haftalık deadline'la yeni bir ödeme özelliği tasarlamamız istendi."

T: "Normalde 4-6 haftalık bir iş. Benim görevim süreci hızlandırmak ama kaliteden ödün vermemekti."

A: "Araştırmayı kısalttım, mevcut müşteri feedback'lerini analiz ettim. Paralel çalıştım - wireframe'lerken UI pattern'leri hazırladım. Günlük 15 dk standup ile stakeholder'ları senkronize tuttum."

R: "Zamanında teslim ettik. Lansman sonrası sadece 2 minor bug çıktı. PM, bu yaklaşımı diğer projelere de uyarlamak istedi."

---

Soru: "Geri bildirimi nasıl alırsın? Zor bir feedback aldığında ne yaparsın?"

Cevap yaklaşımı:

• Feedback'e açık olduğunu göster
• Somut örnek ver
• Ne öğrendiğini söyle

Örnek:

"Feedback almayı severim çünkü körlüklerimi gösterir.

Geçen ay, üzerinde 3 gün çalıştığım bir tasarımı design critique'te tamamen eleştirdiler. İlk an savunmacı oldum içimden. Ama not aldım, sorular sordum, 'neden' diye derinleştirdim.

Sonuçta haklılardı. Kullanıcı perspektifini kaybetmişim, kendi çözümüme aşık olmuşum. Revize ettim, çok daha iyi oldu. O günden beri erken feedback almaya özen gösteriyorum."

---

Soru: "Ekip içinde anlaşmazlık yaşadığında ne yaparsın?"

Örnek:

"Anlaşmazlıklar kaçınılmaz ve genellikle faydalı bile.

Bir projede developer 'bu yapılamaz' dedi, ben 'kullanıcı için şart' dedim. Kavga etmek yerine, ikimiz bir saat oturup teknik kısıtları ve kullanıcı ihtiyaçlarını bir arada değerlendirdik.

Ortaya hybrid bir çözüm çıktı - benim orijinal tasarımım kadar ideal değil ama kullanıcı için yeterli ve teknik olarak feasible. Win-win."

---

Soru: "Bir hata yaptığın zamanı anlat."

Cevap yapısı:

• Hata ne?
• Ne yaptın düzeltmek için?
• Ne öğrendin?

Örnek:

"Bir projede araştırma yapmadan direkt wireframe'e geçtim. Deadline vardı, 'zaten biliyorum' dedim.

Sonuç: 2 hafta çalıştım, stakeholder toplantısında kullanıcıların bu özelliği hiç istemediği ortaya çıktı. 2 hafta çöpe gitti.

O günden beri ne kadar kısa olursa olsun, minimum araştırma yapmadan başlamıyorum. 2 saat görüşme, 2 hafta yanlış işten iyidir."

---

Kategori 4: Case Study / Whiteboard Soruları

Canlı problem çözme. En zorlu kısım.

---

Soru: "Bir ATM yeniden tasarla" / "Yaşlılar için uygulama tasarla" / "[Şirket ürünündeki] şu sorunu çöz"

Yaklaşım:

---

Kategori 5: Senin Soruların

Mülakat bittiğinde "soruların var mı?" diye sorulur. Her zaman soru sor.

Sorulacak iyi sorular:

[TABLE] | Soru | Neden Sor | |------|-----------| | "Tasarım ekibinin yapısı nasıl?" | Çalışma ortamını anlamak | | "Bir UX Designer'ın tipik haftası nasıl geçiyor?" | Gerçek işi anlamak | | "Bu pozisyondaki en büyük zorluk ne olur?" | Beklentileri anlamak | | "Tasarım kararları nasıl alınıyor?" | Kültürü anlamak | | "İlk 90 günde benden ne beklersiniz?" | Başarı kriterlerini anlamak | | "Design system var mı? Nasıl çalışıyor?" | Olgunluğu anlamak | [/TABLE]

Sorulmaması gereken sorular:

• İlk görüşmede maaş (recruiter aşaması hariç)
• Tatil günleri, yan haklar (teklif aşamasında sor)
• Google'da bulabileceğin şeyler ("Ne iş yapıyorsunuz?")

---

Junior'lar İçin İpuçları

Deneyim az olduğunda nasıl cevap vereceksin?

Kişisel projeler kullan

"İş deneyimim yok ama kişisel projemde şunu yaptım..."

Bootcamp/kurs projeleri

"Kursumda şu challenge'ı çözdüm, sürecim şöyleydi..."

Redesign projeleri

"Spotify'ın şu özelliğini analiz edip iyileştirme önerisi hazırladım..."

Transferable skills

Önceki kariyerinden aktarılabilir beceriler: araştırma, sunum, proje yönetimi, müşteri ilişkileri

[COMPARISON] ❌ "Deneyimim yok, bilmiyorum" ✅ "Profesyonel deneyimim sınırlı ama bootcamp projemde 5 kullanıcı görüşmesi yaptım ve şunu öğrendim..." [/COMPARISON]

---

Hazırlık Checklist

Mülakata gitmeden önce:

---

Sık Yapılan Hatalar

1. Portfolyoyu bilmemek

Kendi projenizi anlatamıyorsanız, kimin projesini anlatacaksınız?

2. Sonuç odaklı olmamak

Süreç güzel ama "conversion %20 arttı" veya "kullanıcı memnuniyeti yükseldi" gibi sonuçlar daha etkili.

3. Tek başına çalışmış gibi anlatmak

"Ben yaptım, ben tasarladım" yerine "Ekiple birlikte...", "Benim katkım şuydu..."

4. Soru sormamak

"Sorum yok" demek ilgisizlik göstergesi.

5. Araştırma yapmamak

Şirketi, ürünü, sektörü bilmeden gitmek.

6. Ezbere cevap vermek

Hazırlık önemli ama robotik cevaplar itici. Doğal ol.

---

---

---

İlgili İçerikler

Önceki: Persona Oluşturma Rehberi

Sonraki: Product Design Nedir?

İlgili konular:

• Portfolio Case Study Nasıl Yazılır?
• Stakeholder'a Tasarım Sunumu (yakında)

İlgili Roadmap: UX Designer Roadmap → Kariyer

---

Kaynaklar

Derinleşmek istersen:

• UX Interview Questions - NNGroup (İngilizce, 10 dk)
• Cracking the PM Interview - Gayle McDowell (Kitap, whiteboard için)
• Glassdoor UX Designer Interviews (Şirket bazlı sorular)