Mobil uygulama geliştirme

Hangi durumlarda anlamlı?

Aşağıdakiler sık görülen işaretler — kesin reçete veya özellik garantisi değil.

• Sık dönüş ve alışkanlık

  Kullanıcı aynı işe telefonda tekrar tekrar dönüyorsa uygulama alışkanlığı destekleyebilir.

• Bildirim deneyimin parçasıysa

  Zamanında hatırlatma veya durum bildirimi ürünün değerinin parçasıysa mobil kanal daha doğal olabilir.

• İş telefonda bitiyorsa

  Sahada, yolda veya masaüstü ikincilken asıl eylem telefonda yapılıyorsa uygulama düşünülebilir.

• Kişisel durum cebinde taşınıyorsa

  İlerleme, tercihler veya hesaplı deneyim sürekli telefonda yaşanıyorsa mobil yüzey uygun olabilir.

Web uygulaması mı, mobil uygulama mı?

Kanal seçimi: kurulum ve telefon merkezi mi, tarayıcı erişimi mi?

Web sitesi ihtiyacı için web tasarım yaklaşımımızı inceleyin.

İlk sürümde ne olmalı?

İlk kullanılabilir sürüm (MVP) bütün fikirlerin aynı anda yapılması değildir. Önce dar bir çekirdek netleşir.

1. 01

   Kim kullanacak?

   İlk sürümün asıl kullanıcısını netleştirmek, herkes için her şeyi ertelemenin temelidir.

2. 02

   Hangi problemi bitirecek?

   Tek bir ana iş sonucu — yan özellikler sonraya kalabilir.

3. 03

   Kritik kullanıcı akışı

   Kayıttan asıl eyleme kadar bozulmaması gereken yol.

4. 04

   Hangi ekranlar şart?

   Akışı tamamlayan ekranlar; “olsa iyi olur” listesi değil.

5. 05

   Hangi bağlantılar şart?

   Yalnızca ilk sürümü ayakta tutan sistem bağlantıları. Geri kalanı sonraki adım.

Uygulamanın arkasında yönetim paneli, iş akışı veya entegrasyon katmanı da gerekiyorsa özel yazılım yaklaşımımıza bakabilirsiniz.

Platform kararları

iOS mu, Android mi, ikisi birden mi? Cevap hedef kullanıcıya, kullanım şekline ve kapsama göre değişir.

• iOS

  Hedef kitle ağırlıklı iPhone kullanıyorsa önceliklendirilebilir.

• Android

  Android kullanıcı tabanı veya cihaz çeşitliliği öndeyse gündeme gelir.

• Her iki platform

  İkisi de hedefteyse ortak bir geliştirme yolu değerlendirilebilir — “tek kod, her yerde aynı deneyim” garantisi değildir.

Bir mobil ürünü nasıl ele alıyoruz?

Teslim sırası değil: ürünü kurarken neye dikkat ediyoruz.

1. 01

   Telefon bağlamını merkeze almak

   Kullanıcı nerede, hangi anda, tek elle mi bakıyor? Ekran listesinden önce bu bağlamı netleştiririz.

2. 02

   Dikkat ve dokunmayı sade tutmak

   Küçük ekranda her adım yormamalı. Öncelikli eylemler görünür, ikinciller geri planda kalır.

3. 03

   Küçük ekranı ayrı tasarlamak

   Mobil deneyim, masaüstünün küçültülmüş hali olarak ele alınmaz. Hiyerarşi ve odak yeniden kurulur.

Proje nasıl ilerler?

Keşiften yayın hazırlığına — dört adım.

1. 01

   Konuşuyoruz.

   Kullanım senaryosunu, ilk sürüm kapsamını ve platform önceliğini netleştiririz.

2. 02

   Tasarlıyoruz.

   Kritik akış ve ekranları onaylanır hale getiririz — masaüstü kopyası değil.

3. 03

   Geliştiriyoruz.

   Uygulamayı ve gerekli bağlantıları adım adım geliştirip cihazlarda deneriz.

4. 04

   Yayına alıyoruz.

   Test sonrası yayın hazırlığını tamamlarız. Mağaza incelemesi platform kurallarına bağlıdır.

Sık sorulanlar

Hem iOS hem Android için uygulama yapılabilir mi?

Evet, proje kapsamına göre. Tek platformla başlamak veya her ikisini birlikte ele almak hedef kullanıcıya ve önceliklere bağlıdır.

Mevcut bir sisteme veya API’ye bağlanabilir mi?

Karşı tarafın teknik erişimi ve uygun API’si varsa değerlendirilir. Her sistemle bağlantı mümkün değildir; keşifte netleşir.

App Store ve Google Play yayın süreci nasıl işler?

Hesaplar, içerik kuralları ve inceleme süreçleri platformlara aittir. Süre ve sonuç garanti edilmez; yayın hazırlığı proje kapsamında konuşulur.

Süre neye göre değişir?

Kapsam, akış ve ekran karmaşıklığı, entegrasyonlar, test ve yayın hazırlığına göre. Takvim keşif sonrası netleşir.

Yayından sonra yeni özellikler eklenebilir mi?

Evet. Yeni ihtiyaçlar çıktıkça ayrı kapsamlarla sürdürülebilir. Sabit bakım paketi veya sınırsız destek bu sayfanın konusu değildir.

Projeye başlamak için ne hazırlamalıyım?

Kimin kullanacağı, telefonda hangi işin biteceği ve varsa mevcut sistemler hakkında kısa bir brief yeterlidir.