Mobil uygulama nasıl yapılır? Süreç, teknoloji ve maliyet
Mobil uygulama yaptırmak; analiz, tasarım, geliştirme, test ve mağaza yayını adımlarından oluşan bir süreçtir. Bu rehber, fikirden yayına kadar olan altı adımı anlatır. Ayrıca teknoloji seçimini ve maliyeti belirleyen etkenleri özetler.
Mobil uygulama nasıl yapılır? 6 adım
- Analiz ve kapsam: Hedef kullanıcıyı, temel ekranları ve ilk sürümün sınırını belirlersiniz.
- Arayüz tasarımı: Tasarımcı ekran akışlarını çizer; siz ise geliştirme başlamadan onaylarsınız.
- Arka uç ve API: Ekip, uygulamanın veri alacağı sunucu tarafını kurar.
- Geliştirme: Ekip uygulamayı aşamalar halinde yazar ve her sürümü sizinle paylaşır.
- Test: Ekip uygulamayı farklı ekran boyutlarında ve gerçek cihazlarda dener.
- Mağaza yayını: Son olarak ekip App Store ve Google Play başvurularını yapar.
Bu adımlar sırayla ilerler; ancak birbirinden kopuk değildir. Örneğin test sırasında çıkan bir bulgu tasarımı değiştirebilir. Bu yüzden ilk sürümü küçük tutmak süreci hızlandırır.
Mobil uygulama mı, mobil uyumlu web sitesi mi?
Her ihtiyaç için uygulama şart değildir. Bazen mobil uyumlu bir web sitesi aynı işi daha ucuza görür. Karar için kullanım sıklığına ve cihaz özelliklerine bakın.
| Ölçüt | Mobil uyumlu web | Uygulama |
|---|---|---|
| Kurulum | Gerekmez, tarayıcıdan açılır | Mağazadan indirme gerekir |
| Anlık bildirim | Sınırlı | Tam destek |
| Çevrimdışı kullanım | Sınırlı | Mümkün |
| Kamera, konum, sensör | Kısmi erişim | Tam erişim |
| Maliyet | Daha düşük | Daha yüksek |
Kısacası kullanıcı ürünü her gün açıyorsa mobil uygulama doğru seçimdir. Ayda bir kez giren kullanıcı için ise web çoğu zaman yeterlidir.
İlk sürüme neler girmeli?
İlk sürüm, kullanıcının asıl işini baştan sona yaptığı en kısa yoldur. Örneğin bir randevu uygulamasında bu yol giriş, saat seçimi ve onaydır. Puan sistemi ya da kampanya ekranı ise sonraki sürüme kalabilir. Böylece hem bütçeyi korur hem de gerçek kullanıcı tepkisini erken görürsünüz.
Native mi, çapraz platform mu?
Native yaklaşımda ekip iOS ve Android için iki ayrı uygulama yazar. Çapraz platform yaklaşımında ise tek kod tabanı iki mağazaya da hizmet eder. Hangisinin doğru olduğu ihtiyacınıza bağlıdır.
| Ölçüt | Native | Çapraz platform |
|---|---|---|
| Kod tabanı | Platform başına ayrı | Ortak |
| Geliştirme süresi | Daha uzun | Daha kısa |
| Maliyet | Daha yüksek | Daha düşük |
| Performans | En yüksek | Çoğu iş uygulaması için yeterli |
| Donanım erişimi | Doğrudan | Yaygın özelliklerde hazır |
Kısacası form, liste ve bildirim ağırlıklı kurumsal uygulamalarda çapraz platform çoğu zaman yeterlidir. Yoğun grafik ya da özel donanım kullanan uygulamalarda ise native yaklaşım öne çıkar.
Mobil uygulama maliyetini neler belirler?
Sabit bir liste fiyatı yoktur. Çünkü iki ekranlı bir uygulama ile çok modüllü bir platform aynı emeği gerektirmez. Maliyeti genellikle şu etkenler belirler:
- Ekran ve özellik sayısı: İlk sürüme giren her ekran süreyi uzatır.
- Platform: Yalnızca iOS, yalnızca Android ya da ikisi birden.
- Arka uç ve yönetim paneli: İçeriği yöneteceğiniz panel ayrı bir iş kalemidir.
- Entegrasyonlar: Ödeme, harita, bildirim, ERP ve CRM bağlantıları.
- Bakım: Yayın sonrasındaki güncellemeler ve destek beklentisi.
Mağaza yayını: App Store ve Google Play
Uygulamayı yayınlamak için iki mağazada da geliştirici hesabı açarsınız. Apple, her başvuruyu App Store inceleme yönergelerine göre değerlendirir. Google ise yayın sürecini Play Console üzerinden yürütür.
İnceleme süreleri değişkendir. Bu nedenle lansman tarihini mağaza onayından sonraya planlayın. Ayrıca gizlilik politikası, ekran görüntüleri ve mağaza açıklaması gibi içerikleri önceden hazırlayın.
Yayın sonrası bakım
Yayın bir son değil, bir başlangıçtır. Apple ve Google her yıl yeni işletim sistemi sürümü yayınlar. Dolayısıyla uygulamanızı bu sürümlere göre güncellemeniz gerekir. Ayrıca kullanıcı geri bildirimleri yeni özellik fikirleri doğurur. Bu yüzden bütçenizde bakım için baştan yer ayırın.
Sık yapılan 4 hata
- Arka ucu hesaba katmamak: Oysa bir mobil uygulama çoğu zaman sunucu ve panel olmadan çalışmaz.
- İlk sürümü şişirmek: Her ek ekran hem süreyi hem maliyeti artırır.
- Mağaza kurallarını sona bırakmak: Çünkü yönergelere uymayan başvuru onay almaz ve lansman gecikir.
- Bakımı planlamamak: Güncelleme almayan uygulama zamanla yeni cihazlarda sorun çıkarır.
Bu hataların ortak nedeni, projeyi yalnızca ekran tasarımı olarak görmektir. Aslında ekranlar işin görünen kısmıdır. Veri, güvenlik ve yayın süreci ise görünmeyen ama en az onun kadar önemli kısmıdır.
Kurumsal mobil uygulama örnekleri
- Müşterilerin talep açtığı ve sipariş takip ettiği uygulamalar
- Saha ekibinin iş emri ve ziyaret kaydı tuttuğu uygulamalar
- Üyelerin bilgi güncellediği ve duyuru aldığı uygulamalar
- Randevu, rezervasyon ve hatırlatma uygulamaları
Bu örneklerin ortak noktası, uygulamanın tek başına çalışmamasıdır. Uygulama çoğu zaman bir web paneli, ERP ya da CRM ile aynı veriyi kullanır. Dolayısıyla proje aslında bir özel yazılım projesidir.
Coratlas ile mobil uygulama geliştirme
Coratlas olarak iOS ve Android için kurumsal uygulamalar geliştiriyoruz. Projeye göre native ya da çapraz platform yaklaşımını seçiyor, uygulamayı merkezi sistemlerinizle entegre ediyoruz. Ayrıca mağaza başvurularını ve yayın sonrası güncellemeleri yönetiyoruz.
Ön analiz görüşmesi ücretsizdir ve talebinize 1 iş günü içinde dönüyoruz. Ayrıntılar için mobil uygulama geliştirme sayfamızı inceleyin.
Sık sorulan sorular
Mobil uygulama yaptırmak ne kadar sürer?
Sınırlı kapsamlı bir ilk sürüm haftalar içinde hazır olur. Çok modüllü bir uygulama ise aylar sürer. Ayrıca mağaza inceleme sürelerini takvime eklemeniz gerekir.
Tek uygulama hem iOS hem Android için çalışır mı?
Evet. Çapraz platform yaklaşımında ekip tek kod tabanı yazar. Sonra aynı uygulamayı iki mağazada da yayınlar.
Uygulama için ayrıca web paneli gerekir mi?
Çoğu projede evet. Çünkü içeriği, kullanıcıları ve bildirimleri bir panelden yönetirsiniz. Bu panel aynı zamanda uygulamanın veri kaynağıdır.
Uygulamayı kendi hesabımızdan mı yayınlamalıyız?
Evet, bunu öneririz. Böylece uygulamanın mağazadaki sahipliği kurumunuzda kalır. Geliştirici ekibi ise hesabınıza yetkili kullanıcı olarak eklersiniz.