Mobil uygulama projeleri genellikle heyecanlı bir fikirle başlar: müşterilerin sipariş verebileceği bir uygulama, saha ekibinin iş takibini yapacağı bir araç ya da üyelere özel içerik sunan bir platform. Ancak fikirden mağazada yayınlanan bir uygulamaya giden yolda birçok aşama vardır ve bu aşamaların her birinde verilen kararlar hem süreyi hem de sonucu etkiler.
Bu yazıda, Konya'da mobil uygulama yaptırmayı düşünen işletmelerin sıkça sorduğu “süreç nasıl işliyor?” sorusunu aşama aşama cevaplıyoruz. Süreler projeden projeye değiştiği için kesin takvimler yerine her aşamayı neyin uzatıp kısalttığını anlatıyoruz.
1. Keşif ve analiz
İlk aşamanın amacı “ne yapacağız?” sorusunu netleştirmektir. Bu aşamada şu sorular cevaplanır:
- Uygulamayı kimler, hangi amaçla kullanacak?
- Kullanıcı uygulamada hangi işleri yapabilecek?
- Mevcut bir web sitesi, ERP, muhasebe veya stok programıyla veri alışverişi olacak mı?
- Ödeme, harita, bildirim, kamera veya konum gibi özellikler gerekiyor mu?
- Uygulamanın içeriği ve kullanıcıları kim tarafından, hangi panelden yönetilecek?
Bu aşamanın çıktısı; ekran listesini, kullanıcı rollerini ve özellikleri içeren bir kapsam dokümanıdır. Kapsamın net olmaması, sonraki aşamalarda en çok gecikme ve maliyet artışına yol açan nedendir. Bu yüzden ilk sürümde gerçekten gerekli olan özellikleri belirleyip diğerlerini sonraki sürümlere bırakmak önemlidir. Bu yaklaşım genellikle “minimum uygulanabilir ürün” (MVP) olarak adlandırılır.
Bu aşamada bir karar daha verilir: Gerçekten yerel bir mobil uygulamaya mı, yoksa mobil uyumlu bir web uygulamasına (PWA) mı ihtiyaç var? Mağazada bulunma, push bildirim, cihaz özelliklerine erişim gibi ihtiyaçlar yoksa daha hafif bir çözüm yeterli olabilir.
2. Teknoloji seçimi
Mobil uygulamalar genel olarak iki yaklaşımla geliştirilir:
- Yerel (native) geliştirme: iOS için Swift, Android için Kotlin ile ayrı ayrı geliştirme yapılır. Platform özelliklerine en doğrudan erişimi sağlar ama iki ayrı kod tabanı demektir.
- Çapraz platform geliştirme: Flutter veya React Native gibi teknolojilerle tek kod tabanından hem iOS hem Android uygulaması üretilir. Birçok iş uygulaması için süre ve bakım açısından avantaj sağlar.
Uygulamanın yanında çoğu zaman bir de arka uç (backend) gerekir: kullanıcı hesaplarını, verileri ve iş kurallarını yöneten sunucu tarafı yazılım ve bir yönetim paneli. Bu kısım, uygulamanın görünmeyen ama çoğu zaman en kapsamlı bölümüdür.
3. Tasarım: akış, tel çerçeve ve arayüz
Tasarım aşaması iki adımda ilerler. Önce ekranların iskeleti ve kullanıcının bir işi tamamlarken izleyeceği akış, tel çerçeve (wireframe) adı verilen sade çizimlerle belirlenir. Bu adımda renk ve görsel detay yoktur; amaç akışın mantıklı olup olmadığını görmektir.
Akış onaylandıktan sonra marka kimliğine uygun arayüz tasarımı yapılır. Tıklanabilir bir prototip hazırlanması, geliştirmeye başlamadan önce uygulamayı telefonda deneyimlemeyi ve değişiklikleri ucuza yapmayı sağlar. Tasarım aşamasında yapılan bir değişiklik, kod yazıldıktan sonra yapılan aynı değişikliğe göre çok daha az emek gerektirir.
Tasarım yapılırken iOS ve Android'in kendi arayüz alışkanlıkları, farklı ekran boyutları, karanlık mod ve erişilebilirlik (yazı boyutu, renk kontrastı) da dikkate alınmalıdır.
4. Geliştirme
Geliştirme genellikle iki ila dört haftalık dönemlere (sprint) bölünerek yürütülür. Her dönemin sonunda belirli özellikler çalışır hâle gelir ve test sürümü üzerinden size gösterilir. Bu yöntemin en büyük faydası, sorunların ve yanlış anlaşılmaların projenin sonunda değil, erken aşamada fark edilmesidir.
Bu aşamada sizden beklenenler de vardır: test sürümlerini düzenli denemek, geri bildirimleri toplu ve net vermek, içerikleri (metinler, görseller, ürün bilgileri) zamanında hazırlamak ve entegrasyon yapılacak sistemlerin erişim bilgilerini sağlamak. Müşteri tarafındaki gecikmeler, takvimi en çok etkileyen etkenlerden biridir.
5. Test
Test, geliştirme boyunca sürer ama yayın öncesinde ayrı bir aşama olarak da ele alınmalıdır. Kontrol edilmesi gerekenler:
- Farklı marka ve modellerde, farklı işletim sistemi sürümlerinde çalışma
- Zayıf veya kesintili internet bağlantısında davranış
- Bildirim, ödeme, konum gibi kritik özelliklerin uçtan uca çalışması
- Hatalı veri girişlerinde anlaşılır uyarılar
- Uygulama arka plandayken ve yeniden açıldığında verilerin korunması
iOS için TestFlight, Android için Google Play'in dahili ve kapalı test kanalları, uygulamayı mağazaya çıkmadan önce sınırlı bir kullanıcı grubuna dağıtmayı sağlar.
6. Mağaza hazırlığı ve onay
Uygulamanın yayınlanması için Apple Developer Program ve Google Play Console geliştirici hesaplarına ihtiyaç vardır. Hesapların işletmeniz adına açılması, uygulamanın sahipliğinin sizde kalması açısından önemlidir. Şirket adına hesap açılırken doğrulama adımları zaman alabileceği için bu işe projenin başında başlamak gerekir.
Mağaza sayfası için uygulama adı, açıklama, ekran görüntüleri, gizlilik politikası bağlantısı ve uygulamanın topladığı verilere ilişkin beyanlar hazırlanır. Her iki mağaza da uygulamaları kendi kurallarına göre inceler. İnceleme genellikle birkaç gün içinde sonuçlanır; ancak eksik bilgi, çalışmayan bir özellik veya kurallara aykırı bir durum tespit edilirse uygulama reddedilir ve düzeltme sonrası yeniden incelemeye gönderilir. Google Play'de yeni açılan bazı hesap türleri için üretim yayınından önce kapalı test şartı da bulunabilir. Mağaza kuralları sık güncellendiği için başvuru öncesinde güncel politikaların kontrol edilmesi gerekir.
7. Yayın sonrası: bakım ve geliştirme
Uygulamanın mağazada yayınlanması projenin sonu değildir. Apple ve Google her yıl yeni işletim sistemi sürümleri çıkarır ve mağazalar belirli aralıklarla uygulamaların güncel geliştirme araçlarıyla derlenmesini ister. Güncellenmeyen uygulamalar zamanla yeni cihazlarda sorun çıkarabilir veya mağazada görünürlüğünü kaybedebilir.
Yayın sonrasında hata raporlarının izlenmesi, kullanıcı yorumlarının takip edilmesi ve kullanım verilerine göre yeni sürümlerin planlanması gerekir. Bütçe planlarken yalnızca ilk geliştirme maliyetini değil, düzenli bakım ve geliştirme ihtiyacını da hesaba katmak gerekir.
Takvimi neler etkiler?
Bir mobil uygulama projesinin süresini belirleyen başlıca etkenler şunlardır:
- Ekran ve özellik sayısı
- Entegrasyon yapılacak dış sistemlerin sayısı ve bu sistemlerin dokümantasyon kalitesi
- Yönetim panelinin kapsamı
- Kapsamın proje sırasında ne kadar değiştiği
- Geri bildirimlerin ve içeriklerin ne kadar hızlı sağlandığı
- Mağaza incelemesinde ret olup olmadığı
Basit bir iş uygulaması ile ödeme, gerçek zamanlı takip ve çok sayıda entegrasyon içeren bir platform arasında aylar düzeyinde fark olabilir. Bu nedenle sağlıklı bir takvim, ancak keşif aşaması tamamlandıktan sonra verilebilir. Mobil projelere yaklaşımımızı mobil uygulama geliştirme sayfamızda bulabilirsiniz.
Sonuç
Mobil uygulama geliştirme; analiz, tasarım, geliştirme, test, mağaza onayı ve bakım aşamalarından oluşan bir süreçtir. Kapsamı net tutmak, tasarımı kod yazılmadan önce onaylamak ve test sürümlerini düzenli denemek, hem süreyi hem de sonucu olumlu etkiler. Uygulama fikrinizi değerlendirmek ve ilk sürümün kapsamını birlikte belirlemek isterseniz bizimle iletişime geçebilirsiniz.
