Mobil Uygulama Geliştirme

Mobil uygulama, kullanıcıyla doğrudan ve sürekli bir bağ kurma imkânı sunar. Ancak her ihtiyaç uygulama gerektirmez ve yayımlanan her uygulama kullanılmaz. Bu nedenle projelere her zaman aynı soruyla başlıyoruz: bu işin mobil uygulama olarak yapılması, mobil uyumlu bir web sitesine göre hangi somut faydayı sağlıyor. Seo Goo olarak Konya ve çevresindeki işletmelerle yürüttüğümüz projelerde bu sorunun cevabı netleşmeden geliştirmeye geçmiyoruz.

Mobil uygulama gerçekten gerekli mi?

Uygulamanın anlamlı olduğu durumlar genellikle bellidir. Cihaz özelliklerinin kullanılması gerekiyorsa, örneğin kamera ile kare kod okuma, konum takibi ya da çevrimdışı çalışma söz konusuysa uygulama açık bir avantaj sağlar. Anlık bildirimle düzenli iletişim kurulması gereken senaryolarda da uygulama üstündür.

Buna karşılık yalnızca bilgi sunan, katalog gösteren ya da form dolduran bir işlev için uygulama geliştirmek çoğu zaman ekonomik değildir. Kullanıcının uygulamayı indirmesi, hesap açması ve cihazında yer ayırması ciddi bir eşiktir. Mobil uyumlu bir web sitesi aynı işi eşiksiz yapar.

Bu değerlendirmeyi keşif görüşmesinde açıkça yapıyoruz. Uygulama gerekmiyorsa bunu söylemek, gereksiz bir proje yürütmekten daha doğrudur.

Hangi geliştirme yaklaşımı seçiliyor?

Mobil geliştirmede temel olarak iki yol vardır. Yerel geliştirmede her platform için ayrı kod yazılır: iOS için Swift, Android için Kotlin. Çapraz platform geliştirmede ise tek kod tabanı iki platformda çalışır; Flutter ve React Native bu yaklaşımın yaygın araçlarıdır.

Kurumsal iş uygulamalarının büyük bölümünde çapraz platform yaklaşımı hem süre hem bakım açısından daha verimlidir. Yoğun grafik işleme ya da platforma özgü ileri düzey donanım kullanımı gerektiren projelerde ise yerel geliştirme değerlendirilir.

Proje nasıl ilerliyor?

İlk aşama kullanım senaryolarının çıkarılmasıdır. Uygulamayı kimin, hangi durumda ve hangi amaçla açacağı yazılır. Bu senaryolar ekran akışlarına dönüştürülür ve tıklanabilir bir prototip hazırlanır. Prototip, kod yazılmadan önce akışın gerçekten işe yarayıp yaramadığını gösterir.

Prototip üzerinde yapılan değişiklikler ucuzdur. Aynı değişiklik geliştirme başladıktan sonra istendiğinde hem zaman hem bütçe maliyeti üretir. Bu nedenle prototip aşamasında uygulamayı fiilen kullanacak kişilerden geri bildirim almayı öneriyoruz; saha ekibi için geliştirilen bir uygulamayı yalnızca yönetim onaylıyorsa, kullanım sırasında sürprizler çıkar.

Geliştirme iki haftalık döngülerle yürütülür. Her döngü sonunda test cihazlarına dağıtılabilen bir sürüm oluşur; böylece ilerleme sözle değil çalışan uygulamayla görülür.

Arka uç tarafında ne geliştiriliyor?

Uygulamaların büyük bölümü tek başına çalışmaz; veriyi bir sunucudan alır ve oraya yazar. Bu nedenle projelerin önemli bir kısmı arka uç geliştirmesidir. Kurduğumuz arka uç yapısı genellikle şu bileşenleri içerir:

• Kullanıcı kaydı, oturum açma ve yetkilendirme servisleri
• Veri okuma ve yazma işlemleri için uygulama arayüzü
• Bildirim gönderim altyapısı ve hedef kitle segmentleri
• Dosya ve görsel yükleme ile depolama yönetimi
• Yönetim paneli: içerik, kullanıcı ve bildirim yönetimi
• Mevcut kurum sistemleriyle entegrasyon servisleri
• Sürüm kontrolü ve zorunlu güncelleme mekanizması

Son madde çoğu projede atlanır ancak önemlidir. Uygulama mağazadan güncellenmediğinde eski sürümler sahada kalmaya devam eder. Zorunlu güncelleme mekanizması, kritik bir düzeltmenin tüm kullanıcılara ulaşmasını sağlar.

Mağaza yayın süreci nasıl işliyor?

Uygulamalar Apple App Store ve Google Play üzerinden yayımlanır. Her iki platformun da kendi inceleme süreci vardır ve bu süreç kurum dışıdır. İnceleme süresi genellikle birkaç gün sürer, ancak reddedilme durumunda düzeltme ve yeniden başvuru gerekir. Bu nedenle yayın tarihini takvimde esnek tutuyoruz.

Reddedilme nedenleri çoğunlukla teknik değil, kurallara uyumla ilgilidir: gizlilik politikası eksikliği, veri toplama beyanının yanlış doldurulması, test hesabı verilmemesi ya da uygulamanın tanımlanan işlevi yerine getirmemesi. Bu başlıkları başvuru öncesinde kontrol listesiyle denetliyoruz.

Mağaza sayfası da projenin parçasıdır. Uygulama adı, kısa açıklama, ekran görüntüleri ve anahtar kelimeler mağaza içi aramada bulunabilirliği doğrudan etkiler. Bu metinleri ve görselleri proje kapsamında hazırlıyoruz.

Uygulama nasıl test ediliyor?

Mobil test, web testinden daha karmaşıktır çünkü cihaz, ekran boyutu ve işletim sistemi sürümü çeşitliliği yüksektir. Bu nedenle testi üç katmanda yürütüyoruz. İlk katman geliştirici testleridir: iş kurallarını doğrulayan otomatik testler kod ile birlikte yazılır.

İkinci katman cihaz testleridir. Uygulama, farklı ekran boyutlarına ve işletim sistemi sürümlerine sahip gerçek cihazlarda çalıştırılır. Öykünücüler geliştirme sırasında yeterlidir, ancak kamera, konum ve bildirim gibi özellikler yalnızca gerçek cihazda güvenilir biçimde test edilir.

Üçüncü katman beta dağıtımıdır. Uygulama, sınırlı bir kullanıcı grubuna TestFlight ve Google Play test kanalları üzerinden dağıtılır. Gerçek kullanım koşullarında ortaya çıkan sorunlar çoğu zaman ancak bu aşamada görünür: zayıf bağlantı, düşük pil, arka planda uzun süre bekletme gibi durumlar.

Çevrimdışı çalışma nasıl kurgulanıyor?

Saha ekipleri için geliştirilen uygulamalarda bağlantı her zaman bulunmaz. Bu tür projelerde uygulamanın çevrimdışı da çalışabilmesi ve bağlantı geldiğinde veriyi eşitlemesi gerekir. Bu, kurgusu baştan yapılması gereken bir tasarım kararıdır; sonradan eklenmesi veri modelinin yeniden ele alınmasını gerektirir.

Çevrimdışı yapıda kritik konu çakışma yönetimidir. Aynı kaydın hem cihazda hem sunucuda değişmesi durumunda hangisinin geçerli sayılacağı önceden tanımlanır. Kuralı iş sürecine göre belirliyoruz; bazı projelerde son değişiklik, bazılarında ise saha kaydı öncelikli olur.

Uygulama yayımlandıktan sonra ne oluyor?

Yayın, işin başlangıcıdır. İlk haftalarda çökme raporları ve kullanım verisi yakından izlenir. Firebase Crashlytics gibi araçlar, hangi cihazda hangi ekranda hata alındığını gösterir; bu veri düzeltme önceliklerini belirler.

Kullanım tarafında ise kaç kullanıcının uygulamayı açtıktan sonra geri döndüğü izlenir. İndirme sayısı tek başına başarı göstergesi değildir; asıl ölçüt, uygulamanın düzenli kullanılıp kullanılmadığıdır. Bu veriye göre bildirim planı ve içerik güncelleme sıklığı belirlenir.

Bakım neden zorunlu bir kalem?

iOS ve Android her yıl yeni sürümler yayımlar ve bu sürümler bazı eski işlevleri kullanımdan kaldırır. Mağazalar da düzenli olarak yeni teknik gereklilikler tanımlar. Güncellenmeyen bir uygulama zamanla önce hatalı çalışır, sonra mağazadan kaldırılabilir.

Bu nedenle bakım anlaşmasını proje bütçesinin ayrılmaz parçası olarak konumlandırıyoruz. Bakım kapsamında işletim sistemi uyum güncellemeleri, kütüphane güncellemeleri, çökme düzeltmeleri ve mağaza gerekliliklerine uyum yer alır. Projenizin kapsamını ve gerçekten uygulamaya ihtiyaç olup olmadığını konuşmak isterseniz bir keşif görüşmesi planlayabiliriz.