Mobil Uygulama Geliştirme Süreci ve iOS Android Yol Haritası

Mobil uygulama geliştirme süreci; iş analizi, UI/UX tasarımı, arka uç mimarisinin kurulması, ön yüz kodlaması, cihaz testleri ve mağaza yayını olmak üzere altı temel adımdan oluşur. Ortalama bir kurumsal uygulama projesi 8 ila 16 hafta arasında tamamlanır ve başarısı, yazılım geliştirilmeden önce işlev kapsamının netleştirilmesine bağlıdır.

Denizli’de ofisimize gelip mobil uygulama yaptırmak istediğini söyleyen yöneticilerin önemli bir kısmı, masaya doğrudan bir ekran görüntüsü veya rakip uygulamanın bağlantısıyla oturuyor. Genellikle ilk cümle benzerdir: “Şu uygulamanın aynısını istiyoruz, ne kadara çıkar?” Oysa bir uygulamanın görünen ekranları, tüm operasyonun yalnızca yüzde yirmilik kısmıdır. Geriye kalan yüzde seksen; sunucu mimarisi, veri tabanı sorguları, güvenlik protokolleri ve işletim sistemi güncellemeleridir.

Uygulama geliştirmek bir ürün satın almak değil, yaşayan bir yazılım altyapısı inşa etmektir.

İşletmelerin bu süreci doğru yönetebilmesi için bütçenin nereye harcandığını, hangi teknolojinin ne zaman tercih edilmesi gerektiğini ve mağaza süreçlerinde hangi engellerle karşılaşılacağını bilmesi gerekir.

İşletmeler için mobil uygulama neden bir web sitesiyle aynı şey değildir?

Mobil uygulama, doğrudan kullanıcının cihazına yüklenen, donanım kaynaklarına (kamera, GPS, bluetooth, yerel depolama) erişebilen ve internet bağlantısı kesildiğinde bile belirli işlevleri sürdürebilen bağımsız bir yazılımdır. Bir mobil web sitesi tarayıcı üzerinde çalışırken, uygulama doğrudan işletim sisteminin çalışma katmanına entegre olur.

Sahada karşılaştığımız en yaygın yanılgı, web sitesinde bulunan her sayfanın mobil uygulamaya da birebir aktarılmak istenmesidir. Eğer kullanıcınıza anlık bildirim göndermeyecekseniz, cihazın donanım sensörlerini kullanmayacaksanız ya da çevrimdışı kullanım sunmayacaksanız, mobil uygulama geliştirmek gereksiz bir maliyet yükü haline gelebilir. Şirketinizin mobil varlık ihtiyacını değerlendirirken, mobil uygulama sahibi olmanın şirket büyümesine katkıları başlıklı yazımızda incelediğimiz müşteri tutundurma mekanizmalarını göz önünde bulundurmalısınız.

Mobil uygulama bir vitrin değildir; kullanıcıyla sürekli ve etkileşimli bir bağ kurma aracıdır. Nitekim her kurumsal yapının önceliği doğrudan bir mobil uygulama geliştirmek olmayabilir; bazen küresel ölçekte kurgulanan güçlü bir web varlığı operasyonu çok daha sağlıklı büyütebilir. Örneğin endüstriyel 3D ürün modelleme ve render stüdyosu Migsart Product Studio projemizde, stüdyonun Türkiye ve yurt dışındaki kurumsal müşterilere ulaşabilmesi için işlerini öne çıkaran global bir web sitesi kurduk. Harita SEO, Google Ads ve GEO çalışmalarıyla desteklediğimiz yapıda kreatif direktörün ifadesiyle hem Türkiye’den hem yurt dışından doğrudan kurumsal proje talepleri alınmaya başlandı; Harita SEO ve GEO çalışması ulusal ve küresel görünürlüğü birlikte destekledi.

Uygulama mimarisi kodlamadan önce prototip üzerinde doğrulanmalıdır

Mobil uygulama geliştirme süreci hangi sırayla ilerler?

Başarılı bir yazılım projesi, yazılımcının kod yazmaya başladığı gün değil, ihtiyaçların kağıt üzerinde elendiği gün şekillenir. Bizim projelerde izlediğimiz ve sektör standardı haline gelen akış altı adımdan meydana gelir.

1. Gereksinim Analizi ve MVP Tanımı: Uygulamanın çözeceği tek bir ana problem belirlenir. Minimum Uygulanabilir Ürün (MVP), uygulamanın temel işlevini yerine getiren en yalın sürümdür. İlk sürüme sadakat puanı, canlı destek, pazar yeri entegrasyonu ve sosyal medya modülü gibi her aklınıza geleni eklerseniz hem teslim süresi bir yılı aşar hem de bütçeniz kontrol dışına çıkar.
2. Kullanıcı Deneyimi (UX) ve Arayüz (UI) Tasarımı: Kullanıcının parmak hareketleri, butonların yerleşimi ve ekran geçişleri Figma gibi araçlar üzerinden tel çerçeve (wireframe) ve ardından tıklanabilir prototip haline getirilir. Tasarım aşamasında onaylanmayan hiçbir ekranın kodlamasına geçilmez. Çünkü arayüzde bir butonu silmek 10 saniye sürerken, veri tabanı ve API bağlantısı yapılmış bir butonu kaldırmak saatler alabilir.
3. Arka Uç (Backend) ve API Mimarisi: Uygulamanın beyni sunucuda çalışır. Kullanıcı kayıtları, veri transferleri, yetkilendirmeler ve bildirim mekanizmaları burada kurulur. Şirket içinde kullanılan bir ERP veya muhasebe programı varsa, uygulamanın bu sistemle konuşması için özel entegrasyon servisleri yazılır.
4. Ön Yüz (Frontend) Kodlama: Tasarlanan arayüzlerin platforma özgü kodlarla hayat bulduğu aşamadır. Butonların dokunma tepkileri, veri listeleme hızları ve yerel hafıza yönetimi bu aşamada işlenir.
5. Cihaz ve Ağ Testleri: Simülatörler geliştirme için faydalıdır ancak gerçek durumu göstermez. Uygulama; düşük bütçeli bir Android telefonda, ekran boyutu farklı bir iPad’de, 3G internet bağlantısında veya metro gibi çekim gücünün koptuğu anlarda nasıl tepki veriyor, tek tek denenir.
6. Mağaza Yayını ve Lansman: Uygulama paketlenir, imzalanır ve Apple App Store ile Google Play Console mağazalarına iletilir.

Planlama aşamasını gevşek tutan her proje, geliştirme aşamasında fazladan fatura ve gecikme olarak geri döner. Bir projeye başlamadan önce izlenmesi gereken adımları özel yazılım projesi başlatırken nelere dikkat edilmeli rehberimizde ayrıntılarıyla aktarmıştık.

iOS ve Android için native mi yoksa çapraz platform mu seçilmeli?

Yerel (native) geliştirme, iOS için Swift ve Android için Kotlin dilleriyle iki ayrı uygulamanın bağımsız olarak yazılmasıdır. Çapraz platform (cross-platform) ise Flutter veya React Native kullanılarak tek bir kod tabanı yazılması ve bu kodun her iki işletim sistemi için de derlenmesidir.

Son iki yılda gördüğümüz kadarıyla, kurumsal iş uygulamalarının yüzde doksanında yerel geliştirme yapmak gereksiz bir bütçe israfıdır.

İki farklı ekip tutmak, iki ayrı kod tabanını test etmek ve her güncellemede iki tarafın senkronizasyonunu sağlamak küçük ve orta ölçekli işletmeler için ciddi bir operasyonel yük oluşturur. Eğer yüksek grafik işleme kapasitesi gerektiren bir 3D mobil oyun, Bluetooth düşük enerji üzerinden milisaniyelik donanım iletişimi yapan özel bir IoT cihaz yazılımı veya karmaşık kamera filtreleri geliştirmiyorsanız, çapraz platform çözümleri fazlasıyla yeterlidir.

Biz HEA Web Ajansı olarak iş uygulamalarında genellikle Flutter altyapısını tercih ediyoruz. Çünkü tek merkezden yönetilen kod tabanı, işletmenin ileride yapacağı revizyonlarda ajansa olan bağımlılığını ve bakım maliyetlerini doğrudan aşağı çeker.

Mobil uygulama geliştirme bütçesini ve süresini neler belirler?

Mobil uygulama geliştirme maliyetleri; ekran sayısından ziyade sistemin arka planda yapacağı işlerin karmaşıklığına, entegrasyon derinliğine ve güvenlik gereksinimlerine göre hesaplanır. Piyasada 30.000 TL’ye de mobil uygulama teklifi bulabilirsiniz, 800.000 TL’ye de.

Ucuz tekliflerin arkasında genellikle hazır şablonlar veya web sitesini bir mobil tarayıcı penceresi (webview) içine gömen ilkel yapılar bulunur. Bu tarz uygulamalar Apple tarafından genellikle “minimum işlevsellik kuralı” gerekçesiyle reddedilir.

Bir projenin takvimini ve bütçesini belirleyen ana unsurlar şunlardır:

• Kullanıcı rolleri ve yetki katmanları (yönetici, saha personeli, son müşteri).
• Ödeme geçidi (Iyzico, PayTR veya App Store / Google Play içi satın alma) entegrasyonu.
• Harita ve canlı konum takibi algoritmaları.
• Çevrimdışı (offline) veri kaydı ve internet geldiğinde sunucuyla çift yönlü eşitleme.
• Mevcut ticari yazılımlarla (Logo, Mikro, Netsis vb.) kurulacak iki yönlü API bağlantıları.

Standart bir kurumsal servis uygulamasının geliştirilmesi ortalama 10-14 hafta sürer. Bu sürenin en az iki haftası uçtan uca testlere ve mağaza onay sürecine ayrılmalıdır. Şirketinizin operasyonel ihtiyaçları için hazır paketlerin neden yetersiz kaldığını merak ediyorsanız hazır paket programlar neden yetersiz kalır yazımıza göz atabilir, süreçleri tek kalıba sokmak yerine iş akışına göre şekillendirmenin getirilerini şirketinize özel yazılım yaptırmanın avantajları başlıklı rehberimizden inceleyebilirsiniz.

Uygulama performansı farklı cihaz ve ekran çözünürlüklerinde doğrulanır

App Store ve Google Play onay süreçlerinde nelere dikkat edilmelidir?

Geliştirilen uygulamanın kod kalitesi kadar, Apple ve Google’ın yayın politikalarına uyumu da projenin hayata geçmesinde belirleyicidir. Her iki mağazanın da taviz vermediği katı kurallar bulunur.

En sık karşılaşılan ret gerekçesi eksik bilgi sunulmasıdır. Uygulamanız bir üyelik sistemi gerektiriyorsa, inceleme ekibine (review team) çalışan, içi dolu ve test verileriyle hazırlanmış bir demo kullanıcı adı ve şifresi sunmak zorundasınız. Giriş yapamayan denetçi, uygulamayı doğrudan reddeder.

İkinci kritik nokta veri gizliliğidir. Uygulamanız kullanıcıdan konum, kamera veya bildirim izni istiyorsa, bu iznin neden istendiğini belirten açık rıza metnini ve KVKK uyumlu gizlilik politikasını hem mağaza paneline hem de uygulamanın giriş ekranına eklemelisiniz. Ayrıca Apple kuralları gereği, kullanıcıya hesap açma imkanı sunan her uygulama, hesap silme ve kişisel verileri kaldırma seçeneğini de ayarlar menüsünde doğrudan sunmak zorundadır.

Geliştirici hesapları açılırken yapılan en büyük hata, hesabın ajans veya yazılımcı adına bırakılmasıdır. Apple Developer hesabı (yıllık 99 Dolar) ve Google Play Console hesabı (tek seferlik 25 Dolar) mutlaka işletmenizin kendi kurumsal e-posta ve D-U-N-S numarasıyla açılmalıdır. Mülkiyetin sizde olmadığı bir yapıda, ileride doğabilecek anlaşmazlıklarda uygulamanızı kaybetme riskiyle karşı karşıya kalırsınız.

Mobil uygulama projelerinde en sık yapılan üç hata

Yıllar içinde sahadan edindiğimiz deneyimle sabittir: teknik yetersizlikten batan mobil uygulama sayısı azdır, yanlış stratejiden çöpe giden proje sayısı ise saymakla bitmez.

İlk hata, ilk sürüme her özelliği sığdırmaya çalışmaktır. Yöneticiler her aklına gelen fikri projeye ekletmek ister; bu durum geliştirme süresini 8 aydan 18 aya çıkarır. O süre zarfında pazar şartları değişir, işletim sistemleri yeni sürümler çıkarır ve proje daha yayınlanmadan eskir. Doğru yaklaşım, çekirdek işlevi kusursuz çalışan bir MVP ile yayına çıkıp, gerçek kullanıcıların davranışlarına göre yeni sürümler üretmektir.

İkinci hata, arka uç mimarisini ve yönetim panelini hafife almaktır. Kullanıcıların gördüğü mobil ekranlar buzdağının üstüdür. Sahadan gelen siparişleri onaylayacağınız, stokları güncelleyeceğiniz, kullanıcılara segmentli bildirim atacağınız bir web yönetim paneli yoksa o mobil uygulama sadece operasyonel bir kördüğüm yaratır.

Üçüncü hata ise bütçenin tamamını geliştirmeye harcayıp bakım ve güncellemeyi unutmaktır. Apple ve Google her yıl sonbahar aylarında büyük işletim sistemi güncellemeleri yayınlar (iOS 19, Android 16 gibi). Bu güncellemelerle birlikte eski kod kütüphaneleri işlevini yitirebilir veya mağazadan kaldırılma uyarıları gelebilir. Bir mobil uygulamanın yıllık bakım, sunucu ve mağaza lisans bütçesini ilk günden hesaba katmalısınız.

Yayından sonraki ilk 90 gün nasıl yönetilmeli?

Uygulamanız mağazalarda “Yayında” statüsüne geçtiği an iş bitmez, asıl süreç o gün başlar. İlk 90 gün, kullanıcı davranışlarını izleme ve sistemdeki pürüzleri giderme dönemidir.

Uygulama içerisine entegre edilecek Firebase Crashlytics gibi araçlarla, hangi model telefonda uygulamanın çöktüğü, hangi ekranda takıldığı anlık olarak izlenmelidir. Kullanıcılardan gelecek mağaza yorumları dikkatle takip edilmeli ve dile getirilen teknik aksaklıklar ilk iki hafta içinde küçük yamalarla (hotfix) kapatılmalıdır.

Kurumsal iş süreçlerinizi mobil ortama taşımak, sahadan anlık veri toplamak veya müşterilerinize doğrudan ulaşan bir satış kanalı kurmak istiyorsanız, profesyonel bir yol haritasıyla ilerlemeniz gerekir. İşletmenizin operasyonel yapısına uygun bir mimari oluşturmak için sunduğumuz özel mobil uygulama geliştirme çözümlerini inceleyebilir, kapsam ve fizibilite analizini birlikte planlayabiliriz.