Mobil Uygulama Geliştirme Süreci: Fikirden Mağazaya Adımlar

Mobil uygulama geliştirme süreci nasıl işler?

Keşif

Kim, neden, hangi işlemi yapacak sorularının cevaplandığı ilk aşama. Kapsamın sınırı burada çizilir.

MVP

Ürünün, ana değeri kanıtlamaya yetecek en küçük sürümü. İlk mağaza sürümü genellikle budur.

Expo

React Native üzerine kurulu araç seti. Tek kod tabanından iOS ve Android üretir; derleme ve mağaza gönderimini kolaylaştırır.

Supabase

PostgreSQL tabanlı backend hizmeti: kimlik doğrulama, veritabanı, dosya depolama ve gerçek zamanlı veri.

TestFlight

Apple'ın yayın öncesi test dağıtım aracı. Davetli kullanıcılar uygulamayı mağazaya çıkmadan dener.

Internal testing

Google Play'in kapalı test kanalı. Belirli e-posta listesine yayın öncesi sürüm dağıtılır.

Mobil uygulama bir web sitesinden daha uzun yaşar ve daha sıkı kurallara tabidir; mağazalar her sürümü inceler, kullanıcı cihazında kalıcıdır. Bu yüzden süreç baştan planlanır ve her aşama bir sonrakine girdi üretir.

İyi bir mobil proje, yazılan kod miktarıyla değil, keşif aşamasında elenen özelliklerle tanınır. Aşağıdaki adımlar fikirden mağazaya giden yolu sırayla açıklar.

Adım adım: fikirden mağazaya

1. 1Keşif ve kapsam: hedef kullanıcı, çözülen sorun, ilk sürümün sınırı ve başarı ölçütü yazılır. Gereksiz özellikler burada elenir.
2. 2UX akışı: kullanıcının uygulamaya girişten hedefe ulaşana kadar geçtiği ekranlar kâğıt üstünde çizilir; her ekranın tek bir görevi olur.
3. 3Tasarım: akış, marka diliyle yüksek çözünürlüklü ekranlara dönüşür; iOS ve Android alışkanlıkları ayrı gözetilir, tıklanabilir prototip çıkar.
4. 4Backend kurulumu: veri modeli, kimlik doğrulama, yetki kuralları ve depolama Supabase gibi bir altyapıda kurulur; yönetim paneli gerekiyorsa burada planlanır.
5. 5Geliştirme: Expo ile tek kod tabanında ekranlar ve iş kuralları yazılır; her sprint sonunda çalışan sürüm cihazda denenir.
6. 6Test: TestFlight (iOS) ve Internal testing (Android) ile gerçek kullanıcılara dağıtılır; çökme, akış kopukluğu ve cihaz farkları düzeltilir.
7. 7Mağaza hazırlığı: geliştirici hesapları, uygulama adı, açıklama, ekran görüntüleri, gizlilik politikası ve veri beyanları tamamlanır.
8. 8Yayın ve inceleme: sürüm gönderilir, mağaza inceler, gerekirse düzeltme yapılır; onayla birlikte uygulama yayındadır.
9. 9Yayın sonrası: analitik ve çökme takibi izlenir, geri bildirim toplanır, güncellemeler planlı sürümlerle çıkar.

Keşif ve kapsam aşamasında ne belirlenir?

Keşif, projenin en ucuz ama en belirleyici aşamasıdır. Üç soru cevaplanır: kullanıcı kim, uygulamayı açınca ne yapmak istiyor, bunu bugün nasıl yapıyor. Cevaplar ekran sayısını ve backend ihtiyacını doğrudan belirler.

Kapsam yazılı olmalıdır: ilk sürümde ne var, ne yok. "Sonra ekleriz" listesi, "şimdi yapıyoruz" listesi kadar önemlidir. Bu netlik olmadan teklif de takvim de tutmaz. Uygulama mı web mi kararı henüz verilmediyse önce mobil uygulama mı web uygulaması mı rehberine bakın.

Geliştirme hangi araçlarla yapılır?

Cross-platform yaklaşımda Expo / React Native tek kod tabanından iOS ve Android uygulaması geliştirmeyi tercih eder. Kamera, bildirim, konum gibi yetenekler hazır modüllerle gelir; derleme ve mağaza gönderimi Expo'nun bulut hizmetiyle yürütülür. Tek ekip iki platformu birlikte geliştirir ve bakar.

Backend tarafında Supabase, PostgreSQL veritabanı, kimlik doğrulama, dosya depolama ve gerçek zamanlı veriyi tek hizmette toplar; satır düzeyinde yetki kuralları verinin kimin tarafından görülebileceğini veritabanında tanımlar. İşletmenin siparişleri, kullanıcıları ve içeriği yönetmesi için yanına Next.js ile bir yönetim paneli eklenir.

Teknoloji seçiminin ölçütü şudur: ekip büyümeden de uygulama bakılabilir kalmalı. Yaygın, belgeli ve aktif geliştirilen araçlar bu ölçütü karşılar.

Test aşaması nasıl yürütülür?

Geliştirici cihazında çalışan uygulama, gerçek kullanıcı cihazında farklı davranabilir: ekran boyutu, işletim sistemi sürümü, bağlantı kalitesi, izin diyalogları. Bu yüzden yayın öncesi gerçek kişilere dağıtım şarttır.

iOS'ta TestFlight, davetli kullanıcılara sürümü mağaza dışından dağıtır ve geri bildirim toplar. Android'de Google Play'in Internal testing ve kapalı test kanalları aynı işi görür. Bu turda çökme raporları, takılan akışlar ve anlaşılmayan ekranlar düzeltilir; test listesi yazılı tutulur.

App Store ve Google Play ne ister?

İki mağaza da gizlilik politikasını zorunlu tutar; kullanıcı verisi toplayan her uygulama, neyi neden topladığını mağaza formunda beyan eder ve politika metniyle tutarlı olmalıdır. İnceleme süresi sürüme, mağazaya ve döneme göre değişir; takvime kesin süre yazılmaz, yayın tarihi için pay bırakılır.

Geliştirici hesaplarının işletme adına açılması önemlidir. Hesap ajansta kalırsa uygulama, puanları ve kullanıcı tabanı da ajansın hesabında kalır; web sitesinde domainin kimde olduğu neyse mobilde geliştirici hesabı odur.

Yayın sonrası ne yapılır?

• Analitik: hangi ekran açılıyor, kullanıcı nerede bırakıyor, hangi özellik kullanılmıyor. Kararlar bu veriyle alınır.
• Çökme takibi: cihaz ve sürüm bazında hata raporları toplanır; tekrar eden çökme ilk düzeltme önceliğidir.
• Güncelleme: Expo'nun kablosuz güncellemesi JavaScript değişikliklerini mağazaya uğramadan iletir; native değişiklik için yeni mağaza sürümü çıkar.
• İşletim sistemi uyumu: her yıl gelen iOS ve Android sürümleriyle uygulama test edilir, gerekli güncellemeler yapılır.
• Mağaza bakımı: yorumlara cevap, güncel ekran görüntüleri, politika değişikliklerine uyum.

Süreçte en sık nerede takılınır?

Üç noktada. Birincisi kapsam şişmesi: keşifte elenmeyen özellikler geliştirmeyi uzatır. İkincisi mağaza reddi: gizlilik beyanı eksik, test hesabı verilmemiş ya da uygulama içi satın alma kuralı atlanmıştır. Üçüncüsü yayın sonrası sessizlik: analitik kurulmadığı için ne olduğu bilinmez.

Üçü de sürecin başında çözülür: yazılı kapsam, mağaza gereksinimlerinin geliştirme sırasında hazırlanması ve ilk sürümle birlikte kurulan ölçüm. Karar aşaması için mobil uygulama mı web uygulaması mı rehberine, diğer konular için rehber merkezine bakabilirsiniz.