Mobil Uygulama Tasarımı

Mobil uygulama tasarımı neleri kapsar?

Mobil uygulama tasarımı; uygulamanın hangi işi çözdüğünün tanımlanmasından ekran akışlarına, gezinme yapısından arayüz ve bileşenlere, hata ve boş durumlardan geliştiriciye teslime kadar uzanan bütün bir süreçtir. Ekranları çizmek bu sürecin yalnızca görünen kısmıdır.

Bir uygulama, web sitesinde olmayan anlar da içerir: izin istekleri, bildirimler, çevrimdışı kalma, güncelleme sonrası ilk açılış. Uygulama arayüz tasarımında bu anlar ana ekranlar kadar özenle ele alınır, çünkü kullanıcı uygulamayı çoğu zaman tam bu anlarda yargılar.

Gezinme yapısı da erken verilen ve sonradan değiştirmesi zor kararlardandır. Uygulamanın ana bölümleri alt sekme çubuğunda mı duracak, yoksa bir menünün arkasına mı saklanacak? Az sayıda ve net adlı ana bölüm, kullanıcının uygulamanın haritasını kafasında hızla kurmasını sağlar.

Uygulama arayüz tasarımı web tasarımından nasıl ayrılır?

Temel fark kullanım bağlamıdır. Web sitesi çoğu zaman bir kez ziyaret edilir ve bilgi verir; uygulama ise tekrar tekrar açılır ve bir işi hızla yaptırır. Bu yüzden uygulamada alışkanlık, hız ve el ergonomisi web sitesinden daha belirleyicidir.

Kullanıcı uygulamayı ayakta, tek elle, dikkati dağılmışken ya da zayıf bağlantıda kullanıyor olabilir. Tasarım bu koşullara göre kurulur:

Mobilde hareketler de arayüzün parçasıdır, ama görünmezler. Kaydırarak silme ya da basılı tutarak açılan menü gibi kısayollar deneyimli kullanıcıyı hızlandırır; yine de her önemli eylemin ekranda görünen bir karşılığı olmalıdır, yoksa kullanıcıların bir kısmı o özelliği hiç keşfetmez.

• Sık kullanılan eylemler başparmağın kolayca eriştiği alt bölgede
• Parmakla rahat seçilebilecek büyüklükte dokunma alanları
• Yavaş bağlantıda iskelet ekranlar, bağlantı yokken anlaşılır bir durum ekranı
• Apple Human Interface Guidelines ve Google Material Design kurallarına uyum

iOS ve Android için ayrı tasarım gerekir mi?

İki ayrı tasarım gerekmez, ama iki platformun alışkanlıklarını tanıyan tek bir sistem gerekir. Marka dili, renkler, bileşenler ve akışlar ortaktır; kullanıcının işletim sisteminden beklediği davranışlar ise platforma göre ayarlanır.

Bu farklar küçük görünür ama hissedilir. Android'de sistemin geri hareketi her ekranda çalışmalıdır; tarih ve saat seçiciler, paylaşım menüleri ve uyarı pencereleri de her platformda kendi yerel görünümüyle daha tanıdık gelir. Sistem yazı tipleri de farklıdır: iOS'ta San Francisco, Android'de çoğunlukla Roboto.

Uygulamanın native mi yoksa React Native ya da Flutter gibi çapraz platform bir altyapıyla mı geliştirileceği geliştirme ekibinin kararıdır. Tasarım tarafı her iki durumda da aynı bileşen sisteminden çalışır; yalnızca hangi bileşenin platforma özgü kalacağı baştan belirlenir.

İlk kullanım deneyimi: kullanıcı neden uygulamayı bırakır?

Uygulamanın ilk birkaç dakikası, kullanıcının geri gelip gelmeyeceğini büyük ölçüde belirler. Uzun tanıtım ekranları, değer görülmeden istenen kayıt ve bağlamsız izin istekleri, kullanıcıyı uygulamanın ne işe yaradığını anlamadan kapıya çıkarır.

İyi bir ilk kullanım deneyimi, kullanıcıya önce değeri gösterir ve ancak sonra karşılığında bir şey ister. Şu ilkeler çoğu uygulamada işe yarar:

Bildirimler de ilk izlenimin devamıdır. Kullanıcı bildirim iznini verdikten sonra gelen ilk mesajlar işe yaramazsa izin genellikle geri alınır ya da uygulama silinir. Bu yüzden hangi olayda, hangi sıklıkla ve hangi tonla bildirim gönderileceği arayüzle birlikte tasarlanır.

Aynı özen güncellemelerde de gerekir. Büyük bir arayüz değişikliğinden sonra uygulamayı açan mevcut kullanıcıya neyin nereye taşındığını kısaca göstermek, alışkanlıkları bozulan kullanıcının kaybolmasını önler.

• Mümkünse kayıt olmadan uygulamanın bir kısmını denemeye izin vermek
• Konum, kamera ya da bildirim iznini ihtiyaç anında, nedenini açıklayarak istemek
• Boş ekranları ilk adımı gösteren yönlendirmelere çevirmek
• Tanıtımı ekran ekran anlatmak yerine kullanım sırasında küçük ipuçlarıyla vermek

Tasarımdan geliştirmeye teslim nasıl yapılır?

Tasarım ile geliştirme arasındaki boşluk, uygulama projelerinde en çok zaman kaybedilen yerdir. Geliştirici, çizilmemiş bir durumla karşılaştığında tahmin eder; tahminler biriktikçe uygulama tasarımdan uzaklaşır.

Bu yüzden teslimi tek bir dosya göndermek olarak değil, ortak bir başvuru kaynağı olarak hazırlıyoruz. Teslim paketinde genellikle şunlar bulunur:

Teslim, geliştirme başladığında bitmez. Test sürümleri üzerinde yapılan tasarım kontrolü, çizilen ile kodlanan arasındaki farkları yayından önce yakalar; boşluklar, yazı boyutları ve geçişler gerçek cihazda gözden geçirilir.

• Akışları gösteren tıklanabilir prototip
• Bileşen adları, varyantları ve tüm durumları
• Renk, yazı ve boşluk token'ları
• İkon ve görsel dosyaları, doğru boyut ve formatta
• Uç durumlar: uzun isimler, boş listeler, hata ve bağlantı kopması
• Geçiş ve animasyonlar için süre ve davranış notları