İçeriğe geç
Teklif al
Gün ışığı alan tasarım stüdyosu: monitörde tel çerçeveden bitmiş ekrana uzanan uygulama ekranları, tablette kalemle çizilmiş tel çerçeve, telefonda tel çerçevenin arayüze dönüşmesi ve dokunma alanı, kontrast denetimi; üstte Kullanıcı akışı, Bileşenler ve Erişilebilirlik holografik panelleri
Modül 02 · Mobil Uygulama

Mobil Uygulama Arayüz Tasarımı: Akıştan Prototipe UI/UX

Mobil uygulama arayüz tasarımında bütün ekranları, yazılım ekibi kodlamaya geçmeden önce netleştiriyoruz. Önce kullanıcı akışını çiziyor, sonra wireframe hazırlıyor, en sonda yüksek çözünürlüklü Figma ekranlarına geçiyoruz. Bu tasarım aşamasını erişilebilirlik standartlarına uygun biçimde uçtan uca biz yürütüyoruz.

Derinlemesine
01

Mobil Uygulama Arayüz Tasarımında Akıştan Ekrana Nasıl Geçiyoruz?

İlk olarak her projede bilgi mimarisini kuruyoruz. Ekranlar arası geçişleri, kullanıcı senaryolarını ve olası hata durumlarını önce kaba bir wireframe’e döküyoruz. Çünkü akışın mantığı oturmadan renge ve tipografiye geçmek, ileride iş tekrarı doğurur.

Bu aşamada ekranda renk, tipografi ya da görsel ayrıntı yer almaz. Yani amacımız akışın mantığını ve buton hiyerarşisini sınamaktır. Onayınızdan sonra wireframe’i marka kimliğinize göre seçtiğimiz yazı tipleri, renkler ve mikro etkileşimlerle giydiriyoruz. Sonra Figma’da bir tasarım sistemi kuruyoruz. Buton, form alanı, kart ve navigasyon çubuğu bu bileşen kütüphanesinde tek bir yerde durur. Böylece her ekran tutarlı kalır, geliştirme ekibi de tek bir referans noktasına bakar.

02

UI/UX Tasarımda Erişilebilirlik ve Dokunma Alanı Standartları

Her ekranda, tasarımı onaya sunmadan önce bir erişilebilirlik kontrol listesi uyguluyoruz. İlk sırada metinle arka plan arasındaki kontrast oranı gelir. Ayrıca renk körlüğüne duyarlı palet ve ekran okuyucuya uygun etiketleme de bu listede yer alır.

Dokunma alanlarını iOS ve Android kılavuzlarının önerdiği en küçük ölçünün altına indirmiyoruz. Bu sayede parmakla dokunurken yanlış tıklama riski azalır. Benzer şekilde form alanlarını, hata mesajlarını ve yükleme durumlarını tasarım aşamasında senaryoya döküyoruz. Örneğin kullanıcı bir işlemi yarıda bırakırsa ne göreceğini önceden belirliyoruz. Teslim ettiğimiz Figma dosyasında geliştirici modunu açık bırakıyoruz. Dolayısıyla mühendislik ekibiniz boşluk değerlerini, renk kodlarını ve bileşen özelliklerini doğrudan dosyadan okuyabilir. Nitekim bu ölçülerin sayısal karşılığını Apple’ın arayüz kılavuzu açıkça verir.

03

Mobil Uygulama Arayüz Tasarımı Sürecimiz

Arayüz projelerini altı adıma bölüyoruz, çünkü her adımın onayı bir sonrakinin zeminini oluşturur. Bu sayede kod yazımına yalnızca doğrulanmış ekranlarla geçiyoruz. Sonuç olarak geliştirme sırasında tasarıma geri dönme ihtiyacı belirgin biçimde azalır.

  1. İlk olarak bilgi mimarisini çıkarıyor, ekranlar arasındaki geçiş haritasını hazırlıyoruz.
  2. Sonra kaba wireframe’lerle akışı ve buton hiyerarşisini sizinle birlikte sınıyoruz.
  3. Onaydan sonra ekranları marka tipografisi, renk paleti ve mikro etkileşimlerle giydiriyoruz.
  4. Bu sırada Figma’da tasarım sistemini ve bileşen kütüphanesini kuruyoruz.
  5. Prototipi test ediyor, kafa karıştıran adımları tasarım aşamasında düzeltiyoruz.
  6. Son olarak geliştirici modu açık Figma dosyasını size teslim ediyoruz.

Kısacası tasarım biter bitmez ekibiniz doğrulanmış ekranlarla koda geçebilir.

01 Bilgi mimarisi Bilgi mimarisi: ekranlar arası geçiş şeması ve ayrılan hata durumları düğümü — temsilî görsel Üstte tek bir ekran düğümü; ondan aşağı ayrılan üç bağlantı, yan yana duran üç ekran düğümüne iniyor. Sağdaki ekrandan aşağı kesik çizgili bir "Hata durumları" düğümü ayrılıyor, yanında bir ünlem işareti var. Solda "Kullanıcı senaryoları" kutusu, altta "Ekranlar arası geçişler" notu. Canlanmada bağlantılar çizilir, düğümler soldan sağa sırayla girer. Bilgi mimarisi Geçiş haritası Ekran Hata durumları Kullanıcı senaryoları Ekranlar arası geçişler
02 Wireframe → Ekran Aynı iskelet: solda wireframe, sağda yüksek çözünürlüklü ekran — temsilî görsel Yan yana iki telefon çerçevesi ve aralarında sağa bakan bir ok. Soldaki "Wireframe": yalnızca gri kutular, çapraz çizgili bir görsel yer tutucu ve kalın çubuklar. Sağdaki "Yüksek çözünürlük": aynı yerleşim, ama gerçek görsel, ince tipografi çubukları, yuvarlatılmış köşeler ve aksan renkli bir düğme. Altta "Tipografi", "Renk paleti" ve "İkonografi" çipleri, en altta "Bileşen kütüphanesi" notu. Canlanmada önce wireframe, sonra ok, sonra yüksek çözünürlüklü ekran girer. Aynı iskelet Wireframe Yüksek çözünürlük Tipografi Renk paleti İkonografi Bileşen kütüphanesi
03 Erişilebilirlik Erişilebilirlik kontrol listesi ve dokunma alanı gösterimi — temsilî görsel Üç satırlık bir kontrol listesi: "Kontrast oranı", "Renk körlüğüne duyarlı palet" ve "Ekran okuyucu". Her satırın solunda konuyu anlatan bir simge, sağında onay işareti var. Altta ayrı bir gösterim: bir düğme ve onu çevreleyen daha büyük kesik çizgili dokunma çerçevesi, yanında çift yönlü bir ölçü oku ve "Dokunma alanı" etiketi. Gösterimde bilerek sayı yok. En altta "Platform kılavuzları" notu. Canlanmada satırlar sağdan girer, onay işaretleri arkadan belirir. Erişilebilirlik Kontrol listesi Kontrast oranı Renk körlüğüne duyarlı palet Ekran okuyucu Dokunma alanı Platform kılavuzları
Temsilî görsel. Çizim üç adımı sırayla gösteriyor. İlk durakta bilgi mimarisiyle geçişleri ve hata durumlarını haritalıyoruz. Ortada aynı iskeleti wireframe’den yüksek çözünürlüklü ekrana taşıyoruz; sonda erişilebilirlik listesini uyguluyoruz. Kutular bir örnek çizim; hiçbir gerçek uygulamadan alıntı yapmadık. Ekran başlıklarında ad uydurmamak için yalnızca çubuk çizdik. Son duraktaki kontrast işareti ile dokunma alanı çerçevesi, yalnızca bu kalemi kontrol ettiğimizi anlatır. Bu yüzden üzerlerine bilerek ölçü, oran ya da eşik yazmadık. Renk körlüğü satırındaki lekeler de temsilî bir paleti gösterir, simülasyon değildir.

Güncel fiyat ve süre bandı için Mobil Uygulama sayfasının fiyatlandırma bölümüne göz atın — kapsamınıza göre bandı iki dakikada netleştirebilirsiniz.

Hazırlayan: TasarımMania Mobil Uygulama Ekibi · Son güncelleme: 21 Ekim 2026

Kapsamı birlikte çıkaralımBeş adım, iki dakika. Ekranda süre ve fiyat aralığı çıkar.

Sık sorulanlar

Sık sorulan sorular: mobil uygulama arayüz tasarımı

Mobil uygulama arayüz tasarımı hangi aşamada başlar?

Geliştirmeden önce başlar ve ayrı bir aşama olarak ilerler. Akış ile wireframe onayınızı aldıktan sonra yüksek çözünürlüklü ekranları hazırlıyor, prototipte son kontrolü yapıyoruz. Kod yazımına ancak bu onaydan sonra geçiyoruz.

Wireframe nedir, yüksek çözünürlüklü tasarımdan farkı ne?

Kısacası wireframe, ekranın iskeletini gösteren düşük ayrıntılı bir taslaktır. Renk, görsel ya da marka unsuru taşımaz; yalnızca yerleşimi ve akışı sınar. Yüksek çözünürlüklü tasarım ise aynı iskeleti tipografi, renk, ikon ve gerçek içerikle tamamlar.

Tasarımı kodlamaya geçmeden önce kullanıcılarla test ediyor musunuz?

Evet, tıklanabilir prototip üzerinde kullanıcı senaryolarını deniyoruz. Akışta takılma olan noktaları tasarım aşamasında düzeltiyoruz. Çünkü kodlamadan sonra yapılan bir değişikliğin maliyeti çok daha yüksektir.

Kontrast ve dokunma alanı kurallarına uymak neden önemli?

Kontrastı zayıf ya da dokunma alanı küçük bir ekran, kullanıcıların önemli bir kısmını uygulamadan uzaklaştırabilir. Üstelik bu sorun mağaza değerlendirmelerine olumsuz yansır. Platform kılavuzlarına uyan tasarım ise hem daha geniş kitleye ulaşır hem de mağaza incelemesini kolaylaştırır.

Figma dosyasını bize teslim ediyor musunuz?

Evet, dosya sizde kalır ve geliştirici modu açık gelir. Böylece mühendislik ekibiniz ayrı bir doküman beklemeden işe başlayabilir.

Var olan bir uygulamanın arayüzünü yenilemek, sıfırdan tasarlamaktan kısa mı sürer?

Analiz adımı kısalır, çünkü uygulamanın akışını ve veri yapısını zaten biliyoruz. Öte yandan ekran sayısı ve teknik borç kapsamı değiştirebilir. Süreyi ise proje bazında fiyatlandırma bölümünde görebilirsiniz.

Mobil uygulama arayüz tasarımında tasarım sistemi ne işe yarar?

Renk, yazı stili ve bileşen kararlarını tek bir kaynağa bağlar. Böylece uygulamaya yeni ekran ekledikçe görünüm dağılmaz. Kısacası tasarım sistemi, büyüyen bir uygulamanın ortak dilidir.

UI ve UX tasarım arasındaki fark nedir?

UX tarafı akışı, kullanıcı senaryolarını ve bilgi mimarisini kapsar. Buna karşın UI, bu iskeletin üzerine tipografi, renk ve mikro etkileşimleri ekler. Biz ikisini aynı süreçte, aynı ekiple yürütüyoruz.

Ayrıntılar

Karar vermeden önce bakmak isterseniz

  1. 01

    Bilgi Mimarisi ve Wireframe

    Önce ekranlar arasındaki geçişleri bir harita halinde çıkarıyoruz. Her ekranın taşıyacağı bilgiyi ve kullanıcıyı hangi adıma götüreceğini kaba taslaklarla belirliyoruz. Bu erken geri bildirim, yüksek çözünürlüklü ekranlarda sonradan yapılacak değişiklikleri azaltır.

  2. 02

    Tasarım Sistemi ve Bileşen Kütüphanesi

    Her yeni ekranda butonu, form alanını ya da kartı baştan çizmiyoruz. Hepsi tek bir bileşen kütüphanesinden gelir. Dolayısıyla geliştirici de aynı parçayı farklı ekranlarda tekrar kullanabilir.

  3. 03

    Kullanıcı Testi ve Prototip Doğrulama

    Gerçek kullanıcılarla ya da iç ekibimizle tıklanabilir prototip üzerinde deneme yapıyoruz. Böylece akışta kafa karışıklığı yaratan noktaları erkenden yakalıyoruz. Bulguları tasarıma işledikten sonra geliştirme ekibine yalnızca doğrulanmış ekranları teslim ediyoruz.

CANLI DÖNGÜ

Arayüz Tasarımıyla Geliştirmeye Hazır Başlayın

Akış haritasından size teslim edeceğimiz Figma dosyasına kadar bütün arayüz sürecini birlikte planlayalım. Kapsam ve teslim ayrıntıları için Mobil Uygulama sayfasındaki fiyatlandırma bölümüne bakabilirsiniz. Ama isterseniz önce doğrudan bize yazın, birlikte konuşalım.