Bir fikir geliyor.

Figma açılıyor.

Birkaç frame hazırlanıyor.

Butonlar, kartlar, renkler, görseller derken ortaya güzel görünen bir arayüz çıkıyor.

Ama burada önemli bir soru var:

Bu ekran gerçekten kullanıcının ihtiyacına mı cevap veriyor, yoksa sadece bizim varsayımımıza mı?

Bence kullanıcı araştırması yapmadan ekran tasarlamanın en büyük riski bu.

Güzel görünen bir ekran yapabilirsin.

Ama yanlış problemi çözüyorsan, o ekran ürüne çok az değer katar.

Kullanıcı araştırması nedir?

Kullanıcı araştırması, kullanıcının neye ihtiyaç duyduğunu, nasıl düşündüğünü, nerede zorlandığını ve bir ürünü nasıl kullandığını anlamaya çalışmaktır.

Bu her zaman büyük bir araştırma projesi olmak zorunda değil.

Bazen birkaç kullanıcı görüşmesi bile çok şey gösterir.

Bazen basit bir usability test yeterli olur.

Bazen support mesajları, analytics verisi, satış ekibinden gelen notlar ya da kullanıcı yorumları da iyi sinyal verir.

Önemli olan şu:

Tasarım sadece bizim kafamızdaki kullanıcıya göre yapılmamalı.

Gerçek kullanıcı davranışıyla temas etmeli.

Varsayım hızlıdır ama pahalı olabilir

Varsayım ile tasarım yapmak hızlıdır.

Çünkü kimseyi dinlemezsin.

Soru sormazsın.

Test yapmazsın.

Direkt ekrana geçersin.

İlk başta bu verimli gibi görünür.

Ama yanlış varsayım üzerine kurulan tasarım sonradan daha fazla zaman kaybettirir.

Akış baştan değişir.

Metinler değişir.

Componentler boşa çıkar.

Geliştirici tekrar uğraşır.

Ürün ekibi tekrar karar almak zorunda kalır.

Yani araştırma yapmadığın için kazandığını düşündüğün zaman, sonradan daha büyük bir revizyon olarak geri dönebilir.

Güzel ekran her zaman doğru ekran değildir

Bu cümleyi sık sık düşünüyorum.

Bir ekran çok temiz görünebilir.

Tipografisi iyi olabilir.

Renkleri güzel olabilir.

Boşlukları dengeli olabilir.

Ama kullanıcı ne yapacağını anlamıyorsa, o ekran zayıftır.

Kullanıcı yanlış butona basıyorsa, zayıftır.

Kullanıcı işlemi tamamlayamıyorsa, zayıftır.

Product design tarafında mesele sadece görsel kalite değil.

İşlev, akış, netlik ve kullanıcı davranışı da işin içinde.

Bu yüzden kullanıcı araştırması tasarımcının elini zayıflatmaz.

Tam tersine, tasarım kararını güçlendirir.

Junior tasarımcılar için neden önemli?

Junior tasarımcılar genelde görsel tarafı geliştirmeye çok odaklanıyor.

Bu normal.

Figma, UI kit, renk, kart, button, dashboard, mobil app ekranı…

Bunlar öğrenilmeli.

Ama sadece ekran üretmek yeterli değil.

Bir junior tasarımcı şu soruları sormaya başlarsa hızlı gelişir:

• Bu ekran hangi problemi çözüyor?
• Kullanıcı burada ne yapmak istiyor?
• En kritik aksiyon ne?
• Kullanıcı nerede hata yapabilir?
• Bu akışı nasıl test edebilirim?
• Bu tasarım kararını neye dayanarak verdim?

Bu sorular portfolio tarafında da fark yaratır.

Çünkü case study içinde sadece final ekran değil, düşünme biçimi de görünür.

Bu konuya yakın olarak Junior UI/UX Tasarımcılar 2026’da Nasıl Öne Çıkar? yazısına da bakabilirsin.

Basit araştırma yöntemleri

Kullanıcı araştırması deyince göz korkutmaya gerek yok.

Başlangıç için basit yöntemler yeterli olabilir.

Kullanıcı görüşmesi

Ürünü kullanan ya da kullanması beklenen kişiyle konuşursun.

Ne yapmaya çalışıyor?

Nerede zorlanıyor?

Bugün bunu nasıl çözüyor?

Bu sorular bazen tasarım brief’inden daha değerli cevaplar verir.

Usability test

Kullanıcıya küçük bir görev verirsin.

Mesela “Bu ekrandan yeni proje oluştur.”

Sonra kullanıcıyı izlersin.

Nerede duruyor?

Neyi anlamıyor?

Neye yanlış basıyor?

Bunlar arayüzün gerçek testidir.

Analytics ve metrikler

Kullanıcı hangi adımda bırakıyor?

Hangi butona basıyor?

Formu tamamlıyor mu?

Nerede hata alıyor?

Bunlar tasarım kararına veri ekler.

Bu konuda Product Designer Olmak İsteyenler İçin UX Metrics Neden Önemli? yazısı iyi bir devam olabilir.

Support ve kullanıcı yorumları

Bazen en iyi araştırma sinyali support mesajlarında olur.

Kullanıcı aynı şeyi tekrar tekrar soruyorsa, orada UX problemi olabilir.

App store yorumları, müşteri mesajları, satış görüşmeleri ve feedback formları da tasarımcı için güçlü kaynaklardır.

AI bu riski artırabilir mi?

Bence evet, artırabilir.

Çünkü AI ile ekran üretmek çok hızlandı.

Bir prompt yazıp hızlıca modern görünen bir ekran alabiliyoruz.

Bu iyi bir şey.

Ama aynı zamanda tehlikeli bir tarafı var.

Çünkü yanlış varsayımı çok hızlı şekilde güzel ekrana çevirebiliyoruz.

Yani problem yanlışsa, AI sadece yanlış fikri daha hızlı paketliyor olabilir.

Bu yüzden AI çağında kullanıcı araştırması daha az önemli olmadı.

Daha önemli oldu.

Çünkü tasarımcı artık şunu ayırmak zorunda:

Bu ekran güzel mi?

Ve daha önemlisi:

Bu ekran doğru problemi mi çözüyor?

AI ve tasarım hazırlığı konusunda AI Design Needs Human Prep, Not Just Prompts yazısında da benzer bir noktayı anlatmıştım.

Product designer için araştırma ne işe yarar?

Product designer için kullanıcı araştırması, ürün kararını daha net hale getirir.

Hangi özellik gerçekten gerekli?

Hangi akış gereksiz karmaşık?

Kullanıcı hangi değeri bekliyor?

Hangi ekran sadece ekip istediği için var?

Hangi problem gerçekten kullanıcı tarafında karşılık buluyor?

Bu sorular product design işinin merkezindedir.

İyi product designer sadece ekrana bakmaz.

Kullanıcı davranışına, iş hedefine, teknik sınıra ve ürün etkisine birlikte bakar.

Araştırma bu dengeyi kurmaya yardım eder.

Portfolio’da araştırma nasıl gösterilir?

Portfolio projesinde araştırma kısmı uzun olmak zorunda değil.

Ama hiç yoksa proje yüzeysel görünebilir.

Basit bir yapı yeterli olur:

• Kim için tasarladım?
• Kullanıcı problemi neydi?
• Bu problemi nasıl öğrendim?
• Hangi içgörü tasarım kararını değiştirdi?
• Final ekranda bu karar nasıl görünüyor?

Bu beş madde bile case study’yi güçlendirir.

Çünkü sadece “bakın güzel ekran yaptım” demiyorsun.

“Bu ekranı şu kullanıcı ihtiyacına göre tasarladım” diyorsun.

Bu daha profesyonel görünür.

Benim düşüncem

Kullanıcı araştırması tasarımı yavaşlatan bir şey gibi görülmemeli.

Doğru yapıldığında tasarımı daha net hale getirir.

Hangi ekranın gerekli olduğunu gösterir.

Hangi akışın karmaşık olduğunu gösterir.

Hangi metnin anlaşılmadığını gösterir.

Hangi varsayımın yanlış olduğunu gösterir.

UI/UX tasarımda güzel ekran yapmak değerli.

Ama gerçek değer, kullanıcının işini kolaylaştıran ekranı tasarlamakta.

Bunun için de en azından temel seviyede kullanıcı araştırması bilmek gerekiyor.

AI hızlandı.

Araçlar hızlandı.

Ekran üretmek hızlandı.

Ama doğru problemi anlamadan hızlanmak sadece daha hızlı yanılmak olabilir.

Bu yüzden ben kullanıcı araştırmasını UI/UX tasarımın lüks tarafı değil, temel tarafı olarak görüyorum.

UI/UX ve product design tarafında daha fazla içerik için UI/UX, Product Design, Growth ve AI kategorilerine bakabilirsin.

Kaynak Sinyalleri

• Interaction Design Foundation – UX Research
• User Interviews – The UX Designer’s Guide to User Research
• UserTesting – What is UX Research?
• Nielsen Norman Group – UX Design Portfolios
• Designlab – The State of AI in UX & Product Design 2026

The post UI/UX Tasarımda Kullanıcı Araştırması Yapmadan Ekran Tasarlamak Neden Riskli? first appeared on Burak Poryaz - Web ve Mobil Arayüz Tasarımı - UX Ui Tasarım.

iPhone küçük, iPhone büyük, Android başka, tablet başka.

Bir de işin içine safe area, notch, navigation bar, tab bar, keyboard, landscape, responsive ve adaptive gibi kavramlar girince konu daha zor görünmeye başlıyor.

Ama bence burada panik yapmaya gerek yok.

Mobil app UI tasarımında amaç her cihazı tek tek ezberlemek değildir.

Asıl amaç, arayüzün farklı ekranlarda nasıl davranacağını doğru düşünmektir.

Bu mantık oturduğunda ekran boyutları korkutucu olmaktan çıkar.

Her cihaz için ayrı tasarım yapmak zorunda değilsin

Yeni başlayanlarda en sık gördüğüm düşünce şu:

“Her telefon boyutu için ayrı ekran mı çizeceğim?”

Hayır.

Tabii bazı kritik ekranları farklı boyutlarda kontrol etmek gerekir.

Ama her cihaz için baştan ayrı tasarım yapmak doğru yöntem değil.

Mobil UI tasarımda temel yaklaşım şudur:

• İçerik nasıl büyür?
• Alan daralınca ne olur?
• Buton nerede kalır?
• Liste uzayınca nasıl davranır?
• Keyboard açılınca form bozulur mu?
• Tablet ekranda aynı yapı çok boş kalır mı?

Bunları düşünürsen tek tek cihaz kovalamak yerine sistemli ilerlersin.

Responsive sadece web sitesi için değil

Responsive denince çoğu kişinin aklına web tasarım geliyor.

Ama mobil app tarafında da benzer bir düşünme biçimi var.

Ekranın genişliği, yüksekliği, güvenli alanları ve kullanılan componentler tasarım kararını etkiler.

Bir kart yapısı küçük telefonda tek kolon olabilir.

Daha geniş bir ekranda iki kolon gibi çalışabilir.

Bir bottom sheet küçük ekranda daha dikkatli kullanılmalı.

Tablet tarafında ise aynı içerik split view ya da daha geniş layout ile daha rahat sunulabilir.

Yani responsive düşünmek sadece “ekran küçülünce küçült” demek değildir.

İçeriğin önceliğini ve davranışını yeniden düşünmektir.

Adaptive design mantığını erken öğren

Responsive ve adaptive kavramları bazen karışıyor.

Basit düşünelim.

Responsive tasarım, arayüzün alana göre esnemesidir.

Adaptive design ise farklı ekran bağlamlarına göre layout kararının değişmesidir.

Mesela telefonda alt menü kullanırken tablette yan menü kullanmak adaptive bir yaklaşımdır.

Mobilde tek kolon, tablette iki panel göstermek de buna örnek olabilir.

Google tarafında Material Design bu konuyu breakpoint ve window size class mantığıyla ele alıyor.

Apple tarafında da Human Interface Guidelines içinde layout, safe area ve platform davranışları önemli yer tutuyor.

Yeni başlayan bir tasarımcı için bu belgeleri ezberlemek gerekmiyor.

Ama mantığını bilmek çok iş görür.

Xcode ve Android Studio burada neden önemli?

Bir UI/UX tasarımcı doğrudan kod yazmak zorunda olmayabilir.

Ama mobil app tasarlıyorsa geliştirici araçlarının nasıl düşündüğünü biraz anlamalı.

Mesela Xcode içinde SwiftUI Preview ile farklı cihazlarda ekranın nasıl göründüğü kontrol edilebilir.

Android Studio ve Jetpack Compose tarafında da preview ve farklı ekran sınıflarıyla layout kontrolü yapılabilir.

Bu tasarımcı için şu anlama gelir:

Sen Figma’da sadece güzel bir ekran çizmezsin.

Geliştirici o ekranı farklı cihazlarda yaşatmak zorunda kalır.

Bu yüzden tasarım kararın kod tarafında nasıl davranacak, bunu biraz düşünmen gerekir.

Button fixed mi kalacak?

Liste scroll olacak mı?

Header yüksekliği sabit mi?

Image alanı oranla mı büyüyecek?

Form alanı keyboard altında kalacak mı?

Bunları tasarım aşamasında düşünmek geliştiriciyle iletişimi çok rahatlatır.

Figma’da sadece tek frame çizip bırakma

Figma’da mobil app UI tasarlarken tek bir popüler ekran boyutu seçip bütün işi orada bitirmek zayıf kalabilir.

Ben olsam en az üç kontrol yapardım:

• Küçük telefon ekranı
• Orta / standart telefon ekranı
• Büyük telefon veya tablet benzeri geniş ekran

Bu üç kontrol sana çoğu problemi gösterir.

Metin taşıyor mu?

Buton aşağıda kayboluyor mu?

Card alanları fazla mı sıkışıyor?

Liste öğeleri okunuyor mu?

Boşluklar küçük ekranda fazla mı lüks kalıyor?

Büyük ekranda içerik çok mu dağınık duruyor?

Bunları erken fark etmek sonradan düzeltmekten daha kolaydır.

Güncel ekran ölçüleri için daha önce yazdığım Mobil Arayüz Tasarımı Ekran Boyutları Nedir? yazısına bakabilirsin.

Safe area konusu küçük ama önemlidir

Mobil arayüz tasarımında safe area çok önemli.

Çünkü ekranın her alanı rahat kullanılabilir alan değildir.

Üstte kamera alanı olabilir.

Altta home indicator olabilir.

Sistem gesture alanları olabilir.

Keyboard açıldığında içerik yukarı taşınmak zorunda kalabilir.

Yeni başlayanlar bazen butonu ekranın en altına fazla yaklaştırıyor.

Ya da header içeriğini üstteki sistem alanına çok yakın bırakıyor.

Bu küçük detaylar gerçek cihazda kötü hissettirir.

Figma’da güzel görünen bir ekran, cihazda rahatsız çalışabilir.

Bu yüzden mobil UI tasarımda safe area rehberlerini açık kullanmak iyi alışkanlık.

Component mantığı ekran boyutlarını kolaylaştırır

Farklı ekran boyutlarıyla çalışmayı kolaylaştıran şeylerden biri component mantığıdır.

Buton, card, input, tab bar, navigation, list item gibi parçalar sistemli kurulursa farklı ekranlarda davranış daha kontrollü olur.

Mesela bir kart componentinin minimum genişliği, iç boşluğu, görsel oranı ve metin davranışı belliyse tasarım daha rahat ölçeklenir.

Her şeyi elle yerleştirirsen küçük bir ekran değişikliğinde bütün yapı bozulur.

Bu yüzden mobil app UI tasarlarken design system düşüncesi lüks değil, iş kolaylaştıran bir temel.

Bu konu için Design Systems for Beginners yazısı iyi bir başlangıç olabilir.

Junior tasarımcılar nerede hata yapıyor?

Yeni başlayanlarda gördüğüm birkaç tipik hata var.

Birincisi, sadece en güzel görünen cihaz boyutunda çalışmak.

İkincisi, uzun metinleri hiç test etmemek.

Üçüncüsü, keyboard açılınca ne olacağını düşünmemek.

Dördüncüsü, empty state ve error state gibi gerçek ürün durumlarını atlamak.

Beşincisi, geliştiriciye sadece final ekran görseli verip davranışı açıklamamak.

Oysa iyi mobil UI tasarımda ekranın davranışı da anlatılmalı.

Şu alan scroll olur.

Bu buton sticky kalır.

Bu görsel oranını korur.

Bu liste boşsa empty state görünür.

Bu hata durumunda input mesaj gösterir.

Bunları yazmak ve göstermek seni daha profesyonel gösterir.

Responsive mobil UI için basit kontrol listesi

Bir mobil app ekranını teslim etmeden önce şu liste işe yarar:

• Küçük ekranda içerik okunuyor mu?
• Büyük ekranda layout fazla boş kalıyor mu?
• Safe area dikkate alındı mı?
• Keyboard açılınca form alanları görünür kalıyor mu?
• Uzun metinler taşmadan çalışıyor mu?
• Butonlar dokunulabilir boyutta mı?
• Liste, kart ve görsel alanları esneyebiliyor mu?
• Empty state ve error state tasarlandı mı?
• Tablet veya geniş ekran davranışı düşünüldü mü?
• Geliştiriciye davranış notları verildi mi?

Bu listeyi alışkanlık haline getirmek, farklı ekran boyutları korkusunu bayağı azaltır.

AI burada nasıl yardımcı olabilir?

AI bu konuda da yardımcı olabilir.

Mesela bir ekran için farklı responsive senaryoları sorabilirsin.

Küçük ekranda hangi alanlar öncelikli olmalı diye fikir alabilirsin.

Form akışında keyboard davranışı için kontrol listesi çıkarabilirsin.

Geliştiriciye vereceğin handoff notlarını toparlatabilirsin.

Ama AI’a sadece “bu ekranı responsive yap” demek yeterli değil.

Önce sen ekranın mantığını bilmelisin.

Hangi alan sabit, hangi alan esnek, hangi alan scroll, hangi alan gizlenebilir?

Bu kararlar sende net değilse AI da karışık sonuç verir.

AI destekli UI/UX konusunda Yeni Başlayanlar İçin UI/UX Tasarımda AI Kullanma Mantığı yazısı da bu düşünceye yakın bir yerden ilerliyor.

Benim düşüncem

Mobil UI tasarımda farklı ekran boyutları göz korkutmamalı.

Çünkü mesele cihaz ezberlemek değil.

Mesele layout mantığını anlamak.

Safe area’yı bilmek.

Componentleri sistemli kurmak.

Responsive ve adaptive davranışı düşünmek.

Ve tasarımın geliştirici tarafında nasıl hayata geçeceğini biraz anlamak.

Xcode, Android Studio, preview araçları ve platform rehberleri tasarımcı için yabancı dünyalar gibi görünmemeli.

Hepsini kod seviyesinde bilmek zorunda değilsin.

Ama bu araçların neden farklı ekranları kontrol ettiğini anlarsan daha doğru UI kararları verirsin.

Bence junior tasarımcı için güzel hedef şu:

Tek bir güzel ekran değil, farklı ekranlarda bozulmadan çalışan bir arayüz düşünmek.

Gerçek mobil UI tasarım burada başlıyor.

UI/UX ve product design tarafında daha fazla içerik için UI/UX, Product Design ve Technology kategorilerine bakabilirsin.

Kaynak Sinyalleri

• Apple Human Interface Guidelines – Layout
• Apple Human Interface Guidelines – Designing for iOS
• Material Design 3 – Layout
• Material Design 3 – Breakpoints
• Android Developers – Adaptive Layout with Material Design

The post Mobil UI Tasarımda Farklı Ekran Boyutları Göz Korkutmasın first appeared on Burak Poryaz - Web ve Mobil Arayüz Tasarımı - UX Ui Tasarım.

Bunu kötü anlamda söylemiyorum.

Araçlar çoğaldı.

AI ile ekran üretmek kolaylaştı.

Figma bilen insan sayısı arttı.

Portfolio hazırlamak da eskisine göre daha erişilebilir hale geldi.

Bu yüzden artık junior tasarımcıyı öne çıkaran şey sadece “güzel ekran yapabiliyorum” cümlesi değil.

Bence asıl fark şurada başlıyor:

Sen o ekranı neden yaptığını anlatabiliyor musun?

Güzel ekran artık tek başına yetmiyor

Bugün birçok araç sana modern görünen ekranlar çıkarabiliyor.

Bir dashboard, landing page, mobil app ekranı veya onboarding akışı birkaç dakika içinde taslak olarak oluşabiliyor.

Bu güzel bir şey.

Ama aynı zamanda çıtayı da değiştiriyor.

Çünkü işe alım yapan kişi artık sadece görsele bakmıyor.

Şunu görmek istiyor:

• Problemi nasıl anladın?
• Kullanıcı kim?
• Bu akışı neden böyle kurdun?
• Hangi alternatifleri eledin?
• Hangi kararın ürüne etkisi var?
• Bu ekran gerçek hayatta nasıl çalışır?

Junior tasarımcı için en büyük fırsat burada.

Çünkü sadece ekran değil, düşünme biçimini de gösterebilirsin.

Portfolio bir galeri olmamalı

Yeni başlayanlarda en sık gördüğüm şey şu:

Portfolio sadece güzel ekranlardan oluşuyor.

Mockup var.

Telefon içine yerleştirilmiş ekran var.

Gradient var.

Ama hikaye yok.

Bu durumda portfolio Dribbble galerisi gibi duruyor.

Oysa junior bir tasarımcı için portfolio şu soruya cevap vermeli:

Bu kişi bir problemi alıp mantıklı bir tasarım sürecine çevirebiliyor mu?

Her projede uzun uzun yazmak zorunda değilsin.

Ama kısa da olsa süreç görünmeli.

Problem, hedef kullanıcı, akış, kararlar, final ekran ve öğrenilen şeyler net olmalı.

Bu konuyu daha önce İngilizce olarak UI/UX Portfolio Mistakes Junior Designers Should Avoid yazısında da anlatmıştım.

Case study kısa ama dolu olmalı

Case study dediğimiz şey illa 40 ekranlık dev bir sunum olmak zorunda değil.

Bazen 5-6 iyi bölüm yeterli olur.

Ben junior portfolio için şu yapıyı daha doğru buluyorum:

1. Problem neydi?
2. Kullanıcı kimdi?
3. İlk akış nasıl düşündün?
4. Hangi tasarım kararlarını aldın?
5. Final çözüm ne oldu?
6. Bu projeden ne öğrendin?

Bu yapı basit ama güçlü.

Çünkü işe alım yapan kişi senin sadece ne çizdiğini değil, nasıl düşündüğünü de görür.

AI kullan ama çıktıyı sorgula

2026’da junior tasarımcının AI araçlarını bilmesi avantaj.

Ama AI kullanmak tek başına seni iyi tasarımcı yapmaz.

AI sana fikir verebilir.

Alternatif ekran çıkarabilir.

Metni toparlayabilir.

Akış için öneri sunabilir.

Ama çıkan sonucu eleştirmek hâlâ senin işin.

Bu ekran gerçekten kullanışlı mı?

Hierarchy doğru mu?

Buton metni anlaşılır mı?

Boş ve hata durumları düşünülmüş mü?

Mobilde bu yapı çalışır mı?

AI çıktısını olduğu gibi portfolio’ya koymak zayıf durur.

AI çıktısını alıp iyileştirmek, kararlarını göstermek ve neden değiştirdiğini anlatmak daha güçlü durur.

Benzer konuyu AI Araçları Tasarımcı Çıtayı Yükseltti yazısında da ele almıştım.

Design system mantığı öğren

Junior seviyede herkes senden büyük bir design system kurmanı beklemeyebilir.

Ama sistemli düşünmeni bekler.

Butonların tutarlı mı?

Spacing kararların aynı mantıkta mı?

Tipografi ölçeğin var mı?

Input, card, modal, tab gibi parçalar tekrar kullanılabilir mi?

Bir ekranda başka, diğer ekranda başka davranan componentler varsa bu zayıf görünür.

Design system bilmek burada devreye girer.

En azından temel component mantığını, state durumlarını ve spacing sistemini öğrenmek gerekiyor.

Bu konuda İngilizce bir başlangıç yazısı da var: Design Systems for Beginners.

Figma bilmek önemli ama yeterli değil

Figma hâlâ önemli.

Auto layout, component, variant, prototyping, variables gibi konuları bilmek işini kolaylaştırır.

Ama Figma sadece araç.

Aracı iyi kullanmak seni hızlandırır.

Fakat tasarımcı yapan şey araç değil, karar kalitesidir.

Bir junior tasarımcı şunları da geliştirmeli:

• Kullanıcı akışı kurma
• Bilgi hiyerarşisi oluşturma
• Mobil ve desktop düşünme
• Basit kullanıcı araştırması yapma
• Metin ve mikro kopya yazma
• Geri bildirim alma ve revize etme

Bu konuya daha önce UI/UX Tasarımcı Olmak İçin Figma Bilmek Yeterli mi? yazısında değinmiştim.

Gerçek ürün hissi ver

Junior portfolio’da en güçlü farklardan biri gerçek ürün hissidir.

Sadece ana ekran göstermek yerine şu detayları da düşün:

• Empty state
• Error state
• Loading state
• Başarılı işlem mesajı
• Form validasyonu
• Responsive davranış
• Basit kullanıcı senaryosu

Bunlar küçük gibi görünür.

Ama tasarımcının ürünü gerçekten düşündüğünü gösterir.

Çünkü gerçek ürün sadece güzel ana ekrandan oluşmaz.

Bir alanda derinleşmek avantaj sağlar

Junior tasarımcılar çoğu zaman her şeyi yapmak istiyor.

Mobil app, web site, SaaS dashboard, e-commerce, branding, illustration, social media…

Hepsini denemek başlangıçta normal.

Ama portfolio tarafında bir alanda daha güçlü görünmek avantaj sağlar.

Mesela SaaS dashboard tasarımında iyiysen, 2-3 projeni bu yönde güçlendirebilirsin.

Mobil app akışlarında iyiysen, onboarding, ödeme, profil, ayarlar gibi gerçek akışlar çalışabilirsin.

Bir alan seçmek seni sınırlamaz.

Tam tersine daha net görünmeni sağlar.

Bu konuda Türkçe olarak UI/UX Kariyerinde Bir Alanda Uzmanlaşmak yazısını da yazmıştım.

Yeni başlayanlar için basit yol

Ben 2026’da junior UI/UX tasarımcı olmak isteyen birine şöyle ilerlemesini öneririm:

1. Figma temellerini öğren.
2. UX akış mantığını çalış.
3. Basit ama gerçekçi 2 proje seç.
4. Her proje için problem ve kullanıcı yaz.
5. Wireframe ile başla.
6. Component mantığını kur.
7. Final ekranları hazırla.
8. State ve responsive detayları ekle.
9. Case study olarak kısa ve net anlat.
10. AI kullandıysan nerede kullandığını ve nasıl iyileştirdiğini göster.

Bu yol basit görünür ama çoğu portfolio’da eksik olan şey tam olarak bu düzen.

Benim düşüncem

Junior tasarımcılar için 2026 kötü bir yıl değil.

Ama daha seçici bir yıl.

Çünkü araç bilen çok kişi var.

Ekran üreten çok kişi var.

AI ile hızlı çıktı alan çok kişi var.

Öne çıkmak için daha net düşünmek gerekiyor.

Benim gözümde güçlü junior tasarımcı şudur:

Az proje gösterir ama o projeyi neden yaptığını, nasıl düşündüğünü ve ne öğrendiğini net anlatır.

Bu kişi her zaman sadece güzel ekran gösteren kişiden daha güçlü durur.

UI/UX ve product design tarafında daha fazla içerik için UI/UX, Product Design, Growth ve AI kategorilerine bakabilirsin.

Kaynak Sinyalleri

• Nielsen Norman Group – State of UX 2026
• Business Insider – Figma design lead on design candidates in 2026
• Interaction Design Foundation – UX portfolio examples
• Nielsen Norman Group – UX Design Portfolios
• MentorCruise – Entry-level UX designer jobs in 2026

The post Junior UI/UX Tasarımcılar 2026’da Nasıl Öne Çıkar? first appeared on Burak Poryaz - Web ve Mobil Arayüz Tasarımı - UX Ui Tasarım.

It is the place where people try to understand how you think.

This is especially important for junior designers. You may not have many real projects yet. That is normal. But your portfolio can still show your process, your decisions, and your learning.

I see many junior portfolios with the same problem:

The visual work looks good, but the story is weak.

So in this post, I want to share the common UI/UX portfolio mistakes junior designers should avoid.

1. Showing only final screens

This is the most common mistake.

Many junior designers show only polished screens. The UI may look clean, but I cannot see the thinking behind it.

Why did you choose this layout?

What was the problem?

Who is the user?

What did you try before this final version?

If your portfolio only shows the final result, it looks more like a gallery. A UI/UX portfolio needs more than a gallery.

Show a little bit of your process. You do not need to show everything. But show enough to make your decision clear.

2. Writing a case study with no real problem

A case study should start with a problem.

Not with a big hero image.

Not with five app screens.

Start with the reason behind the project.

For example:

• Users had trouble finishing the checkout flow.
• The onboarding was too long.
• The mobile form had too many steps.
• The dashboard was hard to scan.

When the problem is clear, the design decisions become easier to understand.

If the problem is not clear, the reader only sees decoration.

3. Making every project look the same

This one is small but important.

Some portfolios have three or four projects, but all of them look like the same SaaS dashboard or the same mobile app.

I understand why this happens. Designers follow trends. They use similar cards, gradients, icons, and layouts.

But your portfolio should show range.

You can show different types of work:

• A mobile app flow
• A web dashboard
• A landing page
• A redesign case study
• A small design system

You do not need ten projects. Three strong projects can be enough.

But each project should teach something different about you.

4. Ignoring UX and only showing UI

UI quality matters. Spacing, type, color, contrast, and component consistency are important.

But if you call it a UI/UX portfolio, you should also show some UX thinking.

This does not mean you need a huge research report.

For a junior designer, simple UX thinking is enough:

• Who is using this product?
• What is the main user goal?
• Where can the user get confused?
• What happens if there is an error?
• What is the main action on this screen?

These questions make your work stronger.

They also show that you are not designing only for Dribbble. You are designing for use.

5. Not explaining your role

If a project was a team project, say what you did.

If it was a school project, say it.

If it was a concept project, say it.

This is not a bad thing. It is honest.

The mistake is making every project look like a real client project when it was not.

People do not expect junior designers to have ten big shipped products. But they expect clarity.

A simple role section helps:

• Role: UI/UX designer
• Scope: user flow, wireframe, UI design, prototype
• Tools: Figma, FigJam
• Timeline: 2 weeks

This makes the project easier to read.

6. Too much text, but not enough meaning

Some case studies are very long, but still say very little.

Long text is not always good.

The reader wants to understand your process quickly.

Use short sections. Use clear headings. Show the decision, then show the screen.

A better structure can be this:

1. Project summary
2. Problem
3. User goal
4. Flow or wireframe
5. UI direction
6. Key decisions
7. Final screens
8. What I learned

This is simple. But simple is good.

7. No mobile or responsive thinking

Many portfolios show only big desktop mockups.

But real products live in many screen sizes.

If the project is mobile, show mobile clearly. If it is web, show how the layout changes or at least explain your responsive thinking.

Screen size is not a small detail. It changes hierarchy, spacing, content, navigation, and interaction.

I wrote a separate guide about this here: Mobile Screen Sizes for UI Design.

If you design in Turkish market or want a Turkish reference, you can also check this older but updated guide: Mobil Arayüz Tasarımı Ekran Boyutları Nedir?.

8. Weak visual consistency

Portfolio design is also a design problem.

If your portfolio page has weak spacing, random typography, and different button styles, it hurts your work.

Before people read your case study, they already feel your design quality from the page itself.

You do not need a complicated website.

A clean layout is enough:

• Readable type
• Good spacing
• Clear project cards
• Fast loading images
• Simple navigation
• Easy contact link

Your portfolio should help the project, not fight with it.

9. Hiding the messy part

Junior designers sometimes try to make everything look perfect.

But design is not perfect from the first try.

It is useful to show a small part of the messy process:

• Early wireframes
• Rejected ideas
• A problem you noticed late
• A decision you changed
• What you would improve next

This makes the case study more real.

It also shows that you can learn.

10. Not having a clear next step

Your portfolio should make the next step easy.

If someone likes your work, what should they do?

Contact you?

Open your LinkedIn?

Download your CV?

Send an email?

Do not hide this. Add a simple contact area. Make sure links work. Keep the writing short and direct.

A simple checklist for junior portfolios

Before publishing your portfolio, ask yourself:

• Can someone understand the project in 30 seconds?
• Is the problem clear?
• Did I explain my role?
• Did I show at least a small part of the process?
• Are my UI screens consistent?
• Did I explain important decisions?
• Is the page easy to read on mobile?
• Is there a clear contact link?

If the answer is yes, your portfolio is already stronger than many beginner portfolios.

My takeaway

A junior UI/UX portfolio does not need to look like a senior designer portfolio.

It needs to be clear, honest, and useful.

Show your best work, but also show your thinking.

Do not try to look bigger than you are. Try to look clear about what you can do and how you learn.

That is more valuable.

If you are just starting your design career, I also wrote a Turkish guide here: Yeni Mezunlar İçin UI/UX Kariyer Rehberi.

You can also follow more notes in my UI/UX, Product Design, and Growth categories.

Source Signals

• Nielsen Norman Group – 5 Steps to Creating a UX-Design Portfolio
• Nielsen Norman Group – Creating a UX Design Portfolio Case Study
• Interaction Design Foundation – What Should a UX Design Portfolio Contain?
• Interaction Design Foundation – How to Become a UX Designer?
• CareerFoundry – UX Portfolio Mistakes

The post UI/UX Portfolio Mistakes Junior Designers Should Avoid first appeared on Burak Poryaz - Web ve Mobil Arayüz Tasarımı - UX Ui Tasarım.