İçeriğe geç

YeniAI ve otomasyon hizmetleri İnceleyin

Roof Digital ana sayfa

Responsive UI Tasarımı

Aynı arayüz her ekranda düzgün çalışsın

Masaüstünde düzgün duran tasarım telefonda yatayda taşar, tablo kaybolur, menüye parmakla ulaşılamaz. Sorun genelde tek tek sayfalarda değil, kırılım ve ızgara kararlarının hiç verilmemiş olmasında. Her bileşenin dar ekranda nasıl davranacağını tasarlayıp kurala bağlıyoruz.

Birlikte çalıştığımız markalar

  • Villa Marine
  • Efeler Belediyesi Efeler Pazarı
  • Egesembol
  • Simge Kalıp
  • SMG Plast
  • Gentan
  • İstgen
  • Endutek
  • Kupon Kodları
  • Coldwell Banker
  • Ekmas Egem Opel
  • Altay Spor Kulübü
  • Spormarket
  • Virtual Metric
  • Medical Hair
  • Sir Winston

Responsive UI Tasarımı kimler için?

  • Mobilde bozulan siteler

    Telefonda yatay kaydırma çıkan, metni küçülen ya da düğmesi tıklanamayan arayüzler. Sorunun kaynağı tek tek düzeltmelerle değil, kuralla çözülür.

  • Masaüstü için tasarlanmış paneller

    İç kullanım için yapılmış, sonradan sahada da kullanılmaya başlanan yönetim ekranları.

  • Yeni tasarımını duyarlı kurmak isteyenler

    Tasarıma yeni başlayan ekipler. Kırılım ve ızgara kararları baştan verildiğinde sonradan düzeltme ihtiyacı azalır.

Kapsam ve teslimatlar

  • Kırılım noktaları ve ızgara

    Kaç kırılım kullanılacağı, kolon sayısı, kenar boşlukları ve içerik genişliği tanımlanır. Kırılımlar cihaz adlarına değil, içeriğin bozulduğu noktalara göre seçilir.

  • Tipografi ve boşluk ölçeği

    Yazı boyutlarının ve boşlukların ekran genişliğiyle nasıl değişeceği kurala bağlanır. Küçük ekranda okunabilirlik korunur.

  • Navigasyon davranışı

    Menünün dar ekranda nasıl açılacağı, alt menülerin nasıl görüneceği ve geri dönüşün nasıl çalışacağı tasarlanır.

  • Tablo, grafik ve kart dönüşümü

    Geniş tabloların kolon önceliğine göre kırpılması ya da kart görünümüne dönüşmesi, grafiklerin dar ekranda nasıl sadeleşeceği belirlenir.

  • Dokunma alanı ve erişilebilirlik

    Düğme ve bağlantıların dokunma alanı ölçüleri, odak görünürlüğü ve sabit öğelerin ekranı kapatmaması kontrol edilir.

  • Görsel davranışı

    Görsellerin hangi oranda kırpılacağı ve dar ekranda hangi bölümünün korunacağı tanımlanır.

Her şey alt alta dizilince sıra bir karar haline geliyor

Dar ekranın asıl sorunu öğelerin küçülmesi değil, yan yana duran her şeyin alt alta geçmesi. Geniş ekranda aynı anda görünen bir filtre paneli ile sonuç listesi, dar ekranda birbirinin arkasına düşüyor. Hangisinin önce geleceği artık bir tasarım kararı.

Bu karar atlandığında sonuç hemen görünüyor. İçerikten önce gelen uzun bir filtre bloğu, kullanıcıyı asıl aradığı şeye ulaşmak için uzun uzun kaydırmaya zorluyor. Yan sütundaki ikincil bilgiler ana metnin ortasına giriyor. Ürün sayfasında açıklama, fiyatın ve düğmenin üstüne çıkıyor.

Bu yüzden dar ekran düzenini yeniden sıralama işi olarak ele alıyoruz. Her bölüm için tek bir soru soruyoruz: kullanıcı bu ekrana ne yapmaya geldi ve o işi yapması için önce neyi görmeli. İkincil bloklar ya aşağı iniyor ya da açılır bir başlığın altına giriyor. Sıra tasarım dosyasında yazılı oluyor, çünkü kod tarafında kendiliğinden doğru çıkması beklenmiyor.

Sıralama kararı erişilebilirlik tarafını da ilgilendiriyor. Ekranda görünen sıra ile sayfanın kendi sırası ayrıştığında, klavyeyle gezen ya da ekran okuyucu kullanan kişi başka bir düzenle karşılaşıyor. Bu yüzden iki sıranın örtüşmesini şart koşuyoruz.

Telefonda imleç yok, başparmak var

Dar ekran tasarımında gözden kaçan kısım genellikle ölçü değil, elin kendisi. Kullanıcı telefonu tek elle tutuyor ve ekranın üst köşesine zor uzanıyor. Alt bölge en rahat, üst köşeler en zor bölge oluyor. Buna rağmen en sık kullanılan işlem birçok arayüzde üst köşede duruyor.

Bunun yanında imleçle çalışan her şey telefonda karşılıksız kalıyor. Üzerine gelince açılan bir menü, yalnız fare imlecini bekleyen bir ipucu ya da imleç durunca beliren bir açıklama dokunmatik ekranda hiç görünmüyor. Bu öğelerin dar ekranda ayrı bir karşılığı olması gerekiyor.

Ekranı kaplayan sabit öğeler de ayrı bir başlık. Üstte duran bir çubuk, altta duran bir düğme ve açılan klavye birlikte ekranın yarısını alabiliyor. Bu yüzden sabit öğeleri tek tek değil, hepsi aynı anda göründüğünde ne kadar yer kapladığını ölçerek kararlaştırıyoruz.

Bu ölçüm cihaz üzerinde yapılıyor. Tarayıcı penceresini daraltmak bazı sorunları gösteriyor ama klavyenin kapladığı alanı, adres çubuğunun kaybolup geri gelmesini ve tek elle kullanımı göstermiyor. Kritik ekranları bu yüzden gerçek telefonda deniyoruz.

Nasıl çalışıyoruz?

  1. Mevcut durum taraması

    Arayüzü farklı genişliklerde inceleyip taşma, okunabilirlik ve dokunma sorunlarını listeliyoruz. Liste ekran görüntüleriyle birlikte veriliyor.

  2. Izgara ve kırılım kararı

    İçeriğin bozulduğu genişlikleri bulup kırılımları buna göre seçiyoruz. Cihaz modeline göre değil, içeriğe göre karar veriyoruz.

  3. Bileşen davranış tablosu

    Her bileşenin geniş, orta ve dar ekranda ne yapacağını tek tabloda yazıyoruz. Bu tablo geliştirme ekibinin ana referansı oluyor.

  4. Anahtar ekran tasarımı

    En karmaşık ekranları üç genişlikte tasarlıyoruz. Kuralların gerçekten çalışıp çalışmadığı burada görünüyor.

  5. Kontrol ve teslim

    Gerçek cihaz ve tarayıcı genişliklerinde kontrol edip dosyayı davranış notlarıyla teslim ediyoruz.

Kullandığımız araçlar ve platformlar

  • Figma
  • Figma Dev Mode
  • Chrome DevTools
  • BrowserStack
  • Storybook

Responsive UI Tasarımı fiyatını neler belirler?

  • Ekran ve bileşen sayısı

    Her bileşenin birden fazla genişlikte tanımlanması gerektiği için kapsam, bileşen sayısıyla doğrudan ilişkili.

  • İçerik yoğunluğu

    Tablo, grafik ve çok kolonlu düzenler dar ekranda ayrı çözüm ister. Basit metin sayfaları daha az karar gerektirir.

  • Desteklenecek genişlik aralığı

    Çok küçük telefonlardan geniş masaüstü ekranlarına kadar geniş bir aralık isteniyorsa kontrol yükü artar.

  • Mevcut kodun esnekliği

    Sabit ölçülerle kurulmuş bir arayüzde uygulama yükü, esnek bir ızgarayla kurulmuş olana göre daha yüksek olur.

Sıkça sorulan sorular

Mobil için ayrı bir tasarım mı yapıyorsunuz?

Hayır, ayrı bir tasarım değil aynı tasarımın davranış kuralları. Ayrı mobil tasarım iki ayrı ürün bakımı demek. Bizim yaptığımız, bileşenlerin genişlik değiştikçe nasıl davranacağını tanımlamak.

Kırılım noktalarını neye göre seçiyorsunuz?

Cihaz modellerine göre değil, içeriğin bozulduğu genişliklere göre. Telefon ekran ölçüleri her yıl değişiyor; içeriğin kaç kolonda okunabilir kaldığı ise daha kalıcı bir ölçüt.

Mevcut sitemizi baştan tasarlamadan düzeltebilir misiniz?

Çoğu durumda evet. Önce sorunların listesini çıkarıyoruz. Bazı arayüzlerde ızgara ve boşluk kurallarını düzeltmek yetiyor, bazılarında ise düzenin kendisi dar ekrana uygun değil.

Tablolar dar ekranda ne oluyor?

İki yol var. Kolon önceliğine göre bazı kolonlar gizlenir ve ayrıntı ekranında gösterilir ya da her satır bir karta dönüşür. Hangisinin seçileceği kullanıcının mobilde ne yapacağına bağlı.

Tasarımı hangi cihazlarda kontrol ediyorsunuz?

Tarayıcı genişliklerinde ve erişebildiğimiz gerçek cihazlarda. Dar ekranlarda yatay taşma ve dokunma alanı ölçüleri ayrıca kontrol ediliyor, çünkü bu iki sorun en çok şikayet üreten konular.

Dokunma alanı için hangi ölçüyü kullanıyorsunuz?

Platform kılavuzlarının önerdiği alt sınırların üstünde kalmayı hedefliyoruz ve bunu tasarım dosyasında kural olarak yazıyoruz. Küçük bağlantıların yan yana dizildiği yerleri ayrıca gözden geçiriyoruz.

Responsive UI Tasarımı için ilk adımı atalım

  1. 1Formu doldurun ya da bizi arayın
  2. 2Bir iş günü içinde ön görüşme planlayalım
  3. 3Size özel yol haritası ve teklif hazırlayalım