Tasarım mülakat soruları: UX, UI ve kreatif pozisyonlar

UX ve UI tasarımcıları, metin yazarları, sanat yönetmenleri ve kreatif prodüksiyon pozisyonları için yapılan kreatif ve tasarım mülakatları, yalnızca işin kendisiyle değil, iyi işe nasıl ulaştığınla da ilgilidir. Mülakatçı, kullanıcı araştırmasının yönünü nasıl belirlediğini, her kararı neden verdiğini, eleştiriyi nasıl karşıladığını ve geliştiricilerle, ürün yöneticileriyle ve müşterilerle nasıl çalıştığını duymak ister.

Offermic’te kreatif mülakatçı, bir dijital ajansta kreatif direktör rolüne girer: kullanıcı odaklıdır, iş birliğine önem verir, sürecin netliğine ve ölçülebilir etkiye bakar.

Tasarım mülakatçıları ne arar?

• Araştırmaya dayalı tasarım. Kullanıcılardan gelen ve yönünü değiştiren bulgular.
• Gerekçeli iterasyon. Sürümler arasında neyin, neden değiştiği.
• İş birliği, anlaşmazlıkları nasıl çözdüğün de dahil.
• Ölçülmüş etki: görev başarısı, dönüşüm, etkileşim, erişilebilirlik.
• Kısıtlar konusunda dürüstlük ve onlara nasıl uyum sağladığın.

Güçlü adaylar projeleri adım adım anlatır, mühendislerden olumlu söz eder, geri bildirimden sonra düşüncelerinin nasıl geliştiğini gösterir ve hatalarını kabul eder.

Tasarım mülakatı nasıl ilerler?

Offermic’in kreatif profili bir oturumu kabaca şöyle dağıtır:

Soru türü	Offermic’in kreatif profilindeki payı	Örnek
Davranışsal	Yaklaşık %40	“Bir tasarım kararınızı bir paydaşa karşı savunduğunuz bir anı anlatır mısınız?”
Senaryo	Yaklaşık %30	“Sekiz paydaş size birbiriyle çelişen geri bildirimler verdi.”
Durumsal	Yaklaşık %20	“Erişilebilirlik kuralları markanın görsel yönüyle çatışıyor.”
Kapanış	Yaklaşık %10	Senin soruların

Bu profil canlı tasarım alıştırması yaptırmaz; rakiplerin tasarımlarını ya da şirketlere özel tasarım sistemlerini eleştirmekten de kaçınır.

Sık sorulan tasarım mülakat soruları

• “Bir projedeki araştırma aşamanızı adım adım anlatır mısınız? Yönünüzü değiştiren ne öğrendiniz?”
• “Sizinle aynı fikirde olmayan bir paydaşa karşı bir tasarım kararınızı savunduğunuz bir anı anlatır mısınız?” Bkz. birini ikna etmek.
• “Birçok kez iterasyon yaptığınız bir projeyi anlatın. Her iterasyonu ne tetikledi?”
• “Teknik kısıtlar karşısında bir geliştiriciyle birlikte çalıştığınıza dair bir örnek verebilir misiniz?” Bkz. iş birliği örneği.
• “Bir tasarım eleştirisinde aldığınız geri bildirimi nasıl ele aldığınızı adım adım anlatır mısınız? Egonuzu geri bildirimden nasıl ayırıyorsunuz?” Bkz. olumsuz geri bildirimle başa çıkmak.

Prova edilecek senaryolar: veriler yumuşak tonlu bir paleti desteklerken canlı renkler isteyen bir paydaş, sprint ortasında genişleyen kapsam, görsel yönle çelişen erişilebilirlik gereklilikleri, iki saatlik bir tasarım teslimi ve sekiz paydaştan gelen geri bildirimi birleştirmek.

Tasarım sorularına nasıl cevap verilir?

STAR yöntemini bir vaka çalışması sunumu gibi kullan: problem (Durum), rolün (Görev), araştırma, kararlar ve iterasyonlar (Eylem) ve sonuç (Sonuç). Ağırlığı kararlarının arkasındaki gerekçeye ver.

İki kaynak, kesin konuşmana yardımcı olur. Nielsen Norman Group kullanılabilirliği, kullanıcı arayüzlerinin ne kadar kolay kullanıldığını değerlendiren bir kalite özelliği olarak tanımlar. W3C ise Web İçeriği Erişilebilirlik Yönergeleri’ni (WCAG), web içeriğinin erişilebilirliği için tek ve ortak bir standart oluşturma hedefiyle geliştirir. Bu yüzden tasarımını hangi WCAG seviyesine göre yaptığını söylemek somut ve güven veren bir ayrıntıdır.

Durum

Görev

Eylem

Sonuç

1. Durum

   Örnek cevap (ürün tasarımcısı, fintek uygulaması): Yeni kullanıcıların birçoğu kayıt sürecini kimlik doğrulama adımında yarıda bırakıyordu ve ürün ekibi baştan sona yeniden tasarım istiyordu.

2. Görev

   Tasarım çalışmasını ben yönetiyordum ve yeniden tasarıma girişmeden önce nedeni bulmak için bir sprintim vardı.

3. Eylem

   Oturum kayıtlarını izledim ve beş hızlı kullanılabilirlik testi yaptım. Testler, kullanıcıların kimliklerine neden ihtiyaç duyduğumuzu anlamadığını ve kamera açılınca vazgeçtiğini gösterdi. Baştan sona yeniden tasarım yerine kısa bir açıklama ekranı, bir ilerleme göstergesi ve işlemi sonra tamamlama seçeneği ekledim; kontrastı ve ekran okuyucu etiketlerini WCAG AA'ya göre kontrol ettim. Yayından önce uygulamayı geliştiriciyle birlikte iki kez gözden geçirdim.

4. Sonuç

   Sonraki ay bu adımı tamamlayanların oranı belirgin biçimde arttı, doğrulamayla ilgili destek talepleri azaldı. Önce açıklama yapan bu kalıp, tasarım sistemimizin bir parçası oldu.

Örnek senaryo: sekiz paydaş, sekiz görüş

Soru: “Bir tasarım incelemesinin ardından sekiz paydaştan birbiriyle çelişen geri bildirimler alıyorsunuz. Nasıl ilerlersiniz?” SPAR yapısında bir cevap:

• Durum: Geri bildirimlerin bir kısmı kullanıcı ihtiyaçlarıyla, bir kısmı kişisel zevkle ilgili; bazıları da diğer yorumlarla çelişiyor. Herkesi memnun etmeye çalışmak daha kötü bir tasarım doğurur.
• Öneri: Geri bildirimleri proje hedeflerine ve kullanıcı araştırmasına göre ayıkla, öncelikleri tek bir karar vericiye onaylat.
• Eylem: Yorumları temalara göre grupla; her birini araştırmayla desteklenen, iş kısıtından kaynaklanan ya da kişisel tercih olarak işaretle ve özeti paylaş. Hangi konuların ele alınacağında ürün sahibiyle anlaş, en çok tartışılan soruyu birkaç kullanıcıyla test et ve gerekçeni paydaşlara geri anlat.
• Sonuç: Odaklı bir revizyon, görüşlerinin dikkate alındığını gören paydaşlar ve kullanıcıya hizmet etmeye devam eden bir tasarım.

Tasarım cevaplarını batıran kırmızı bayraklar

• Arkasında bir kullanıcı problemi olmayan güzel işler.
• Geliştiricilerden ya da ürün yöneticilerinden küçümseyerek bahsetmek.
• Mülakatçı bir kararını sorguladığında savunmaya geçmek.
• Süreci değil, yalnızca son ekranları gösteren bir portfolyo.
• Nitel bile olsa hiçbir etki kanıtı sunamamak.
• Tek başına çalışmayı tercih etmek.

Bilmeye değer metrikler ve terimler

Metrik	Neyi gösterir
Görev başarı oranı	Testte bir görevi tamamlayan kullanıcıların payı
Görev süresi	Bir görevin ne kadar sürdüğü
Dönüşüm oranı	Hedeflenen bir eylemi tamamlayan kullanıcıların payı
Hata oranı	Kullanıcıların bir akışta ne sıklıkla hata yaptığı
Erişilebilirlik puanı	WCAG kriterlerine uygunluk
Tasarım sisteminin benimsenmesi	Ortak bileşenlerin ne kadar yaygın kullanıldığı

Tasarım mülakatına nasıl hazırlanılır?

1. İki üç vaka çalışması seç; araştırma, sistem çalışması ve paydaş yönetimi gibi farklı güçlü yönlerini göstersinler.
2. Her sunumu yaklaşık beş dakikada sesli prova et, ardından tek bir kararın ayrıntısına inmeyi çalış.
3. Geri bildirimin tasarımını değiştirdiği bir eleştiri hikâyesi hazırla.
4. Şunları sor: tasarım ekibinin büyüklüğü, araştırmanın nasıl yapıldığı ve tasarımın yol haritası kararlarına nasıl dahil edildiği.

İlgili pozisyonlar ve sayfalar

Pozisyon bazlı sorular: UX tasarımcısı. İlgili sektör sayfaları: pazarlama ve teknoloji. Şu sayfa da işine yarayabilir: yaptığın bir sunum.