Mobil Uygulama Tasarımı
Mobil uygulama, kullanıcının cebinde diğer yüzlerce uygulamayla yarışır. İlk açılışta ne işe yaradığını anlatamayan, izinleri bağlamsız isteyen ya da tek elle kullanılamayan bir uygulama birkaç gün içinde silinir.
Mobil uygulama tasarımı; uygulamanın kullanıcı akışlarını, ekran yapısını, arayüzünü ve etkileşimlerini iOS ve Android'in tasarım rehberlerine, erişilebilirlik ölçütlerine ve uygulama mağazalarının kurallarına uygun şekilde tasarlamak ve geliştiricilerin eksiksiz uygulayabileceği biçimde devretmektir.
Tasarıma ekran çizerek değil, akış çizerek başlarız: kullanıcı uygulamayı hangi anda, hangi işi yapmak için açıyor? Sonra tel kafes ve prototiple akışları test eder, arayüzü iOS ve Android'in kendi davranışlarına saygı göstererek tasarlarız. Hesap silme, izin istekleri ve veri gizliliği gibi mağaza gereksinimlerini baştan hesaba katarız; geliştiriciye her ekranın tüm durumlarıyla devrederiz.
[01]Kimler için?
- İlk uygulamasını planlayan şirketler ve girişimler
- Puanı düşen ya da kullanıcı kaybeden uygulamalar
- Web ürününü mobile taşımak isteyen SaaS ekipleri
- Saha ekipleri, bayiler ya da müşteriler için uygulama yapan kurumlar
[02]Kimler için değil?
- Uygulamanın kodlanmasını arıyorsanız: biz tasarlar, geliştirici ekibinize eksiksiz devreder ve yayın öncesi tasarım kontrolünü yaparız; kodlamayı sizin ekibiniz ya da iş ortağınız üstlenir.
- Kurumsal site, e-ticaret sitesi ya da kampanya sayfası arıyorsanız bu bir web sitesi projesidir.Web sitesi için websitemx
[03]Ne teslim edilir?
| Teslimat | İçerik | Sıklık |
|---|---|---|
| Akış haritası | Ana görevler, giriş noktaları, hata ve uç durumlar | Başlangıç |
| Tel kafes ve prototip | Düşük çözünürlüklü akış, ardından tıklanabilir prototip | Tasarımdan önce |
| Kullanıcı testi | Prototip üzerinde kısa test turu (kapsama göre) | Onaydan önce |
| Arayüz tasarımı | iOS ve Android; açık/koyu tema, dinamik yazı boyutu | Onay noktalı |
| Bileşen kütüphanesi | Tekrar kullanılan bileşenler, durumlar, token'lar | Proje |
| Geliştirici devri | Tüm durumlar, boşluk ve davranış notları, erişilebilirlik etiketleri, yayın öncesi tasarım kontrolü | Teslim |
[04]İlk 90 gün
- 1. aşama
Keşif ve akış
Hedefler, kullanıcılar ve ana görevler; akış haritası ve kapsam.
- 2. aşama
Prototip ve test
Tel kafes ve tıklanabilir prototip; kullanıcılarla doğrulama.
- 3. aşama
Arayüz ve sistem
Görsel tasarım, bileşen kütüphanesi ve tüm ekran durumları.
- 4. aşama
Devir ve kontrol
Geliştirici devri, sorulara cevap, yayın öncesi tasarım kontrolü.
[05]Neyle ölçülür?
- Prototip testinde ana görevlerin başarı oranı
- İlk kullanımı tamamlayan kullanıcı oranı (analitik kurulumu sizdeyse)
- Mağaza incelemesinde tasarım kaynaklı ret yaşanmaması
[06]Sık yapılan hatalar
İzinleri açılışta istemek
Kamera ya da konum iznini kullanıcı neden gerektiğini anlamadan istemek reddedilme olasılığını artırır. İzin, ihtiyaç duyulduğu anda ve gerekçesiyle istenmelidir.
iOS ve Android'i aynı çizmek
Geri gitme, menüler ve sistem bileşenleri iki platformda farklı davranır. Kullanıcı kendi platformunun alışkanlıklarını bekler.
Yalnız mutlu yolu tasarlamak
Bağlantı yok, liste boş, ödeme reddedildi: geliştirici bu ekranları tasarımda bulamazsa kendisi uydurur.
[07]Karşılaştırma
| Konu | Tasarımda karşılığı | Neden |
|---|---|---|
| Hesap silme | Ayarlarda kolay bulunur silme akışı | App Store hesap açtıran uygulamalardan bunu istiyor |
| İzin istekleri | Bağlam ekranı + sistem izni | Reddedilen izin sonradan zor geri alınır |
| Dokunma hedefleri | Yeterli boyut ve aralık | WCAG 2.2 ve platform rehberleri |
| Yazı boyutu | Dinamik yazı boyutuna uyum | Kullanıcı ayarlarına saygı ve erişilebilirlik |
[08]Fiyatı ne belirler?
Sabit paket fiyatı yayınlamıyoruz; çünkü iki “mobil uygulama” ekran sayısı, kullanıcı rolleri, araştırma ihtiyacı ve mevcut tasarım sistemi açısından çok farklı iş yükü olabilir. Görüşmeden sonra kapsamı, yöntemi, takvimi ve fiyatı yazılı iletiriz. Dış katılımcı paneli gibi üçüncü taraf maliyetler ayrıca yazılır.
- Ana akış ve ekran sayısı
- Platform sayısı ve ortak tasarım oranı
- Prototip testi turları
- Mevcut tasarım sistemi olup olmadığı
- Kullanıcı rolü sayısı
[09]Sık sorulanlar
Hayır. Uygulamayı tasarlar, geliştirici ekibinize tüm durumları ve davranışlarıyla devreder ve yayından önce tasarımın doğru uygulanıp uygulanmadığını kontrol ederiz. Kodlamayı sizin ekibiniz ya da iş ortağınız yapar.
Ortak bir tasarım dili kurar, platformların farklı davrandığı yerlerde (gezinme, sistem bileşenleri, geri hareketi) her platforma uygun çözüm tasarlarız. Böylece hem tutarlılık hem de platform alışkanlığı korunur.
Tasarım yaklaşımı aynıdır; devir dosyalarını kullanılacak teknolojiye göre hazırlarız. Çapraz platform çerçevelerde platforma özgü davranışların nasıl ele alınacağını geliştiricilerinizle birlikte netleştiririz.
Mağaza ekran görüntülerinin düzenini tasarlayabiliriz. Mağaza optimizasyonu ve reklam ise ayrı bir uzmanlıktır.
Ürününüzü birlikte inceleyelim
Görüşmede ürününüzü, kullanıcılarınızı, takıldıkları yerleri ve ekibinizin yapısını konuşur; yazılı bir kapsam, yöntem ve takvim önerisi çıkarırız. Bağlayıcı değildir.