Mobil Uygulama Yaptırma Rehberi: Nereden Başlanır?

Önce dürüst soru: bu uygulamayı kim, neden açacak?

Mobil uygulama projelerinde en pahalı hata, teknoloji seçiminde değil, ilk soruda yapılır. "Bizim de bir uygulamamız olsun" cümlesiyle başlayan projelerin çoğu mağazaya çıkar, birkaç yüz kez indirilir ve unutulur. Sebebi genellikle kötü kod değildir; kullanıcının o simgeye tekrar dokunmak için bir nedeni olmamasıdır.

Bu yüzden bir projeye başlamadan önce şu soruyu dürüstçe cevaplamak gerekir: kullanıcı bu uygulamayı ilk açtıktan sonra neden tekrar açsın? Cevap net değilse, doğru karar uygulama yapmamak ya da kapsamı tamamen değiştirmek olabilir. Bu soruyu erken sormak, en ucuz sigortadır.

Web sitesi mi, mobil uygulama mı?

İkisi rakip değil, farklı görevleri olan araçlardır. Web siteniz müşterinin sizi aradığında bulduğu yerdir; herkese açıktır, arama motorlarından trafik alır, ilk temas noktasıdır. Mobil uygulama ise markanızın müşterinin cebinde sürekli taşıdığı hâlidir — ama oraya girebilmek için önce bir hak kazanmanız gerekir.

Pratik kural şudur: tanıtım, bulunabilirlik ve ilk temas için önce site. Tekrar eden kullanım, sadakat, hızlı erişim ve bildirim ihtiyacı varsa uygulama. Sitesi henüz yeterli olmayan bir işletmenin uygulamayla başlaması, çoğu zaman sırayı ters çevirmektir. Sitenizde nelerin olması gerektiğini kurumsal web sitesi özellikleri yazımızda ayrıntılı anlattık.

Tek kod tabanı mı, iki ayrı uygulama mı?

Mobil geliştirmede en pahalı yapısal hata, iOS ve Android için iki ayrı ekiple iki ayrı uygulama yazdırmaktır. Maliyet ikiye katlanır, her güncelleme iki kez yapılır ve zamanla iki uygulama birbirinden ayrışır — birinde olan özellik diğerinde olmaz.

Bizim yaklaşımımız tek kod tabanıyla iki platformu birden hedeflemektir. Platforma çok özgü bir gereksinim çıktığında — özel bir donanım entegrasyonu ya da işletim sistemine derin bağlı bir özellik — yalnızca o bölüm yerel modülle tamamlanır. Teknoloji seçimi işin başında konuşulur ve gerekçesiyle birlikte yazılı hâle gelir.

Görünmeyen kısım: backend ve API

Ekranlar buzdağının üstüdür. Kullanıcı girişi, veri saklama, sipariş akışı, içerik yönetimi ve bildirim gönderimi için sağlam bir sunucu katmanı gerekir. Uygulama teklifi alırken yalnızca ekran sayısına bakmak, bu katmanı görmezden gelmek demektir — ve bütçe sürprizlerinin çoğu buradan çıkar.

Mevcut sistemleriniz varsa uygulamanın onlarla konuşması gerekir: e-ticaret sitenizin ürünlerini uygulamaya açan, ERP'nizden stok çeken veya sahadaki ekibin veri girdiği bir API katmanı. Bu tür entegrasyonlar özel yazılım tarafının işidir ve uygulamanın kendisi kadar önemlidir.

Mağaza yayını kendi kurallarıyla ayrı bir dünya

App Store ve Google Play, yazılım geliştirmeden bağımsız kuralları olan iki ayrı dünyadır: geliştirici hesapları, imzalama sertifikaları, gizlilik beyanları, veri kullanım bildirimleri ve inceleme süreçleri. Deneyimsiz bir ekiple çalışan işletmelerin en sık takıldığı yer burasıdır — uygulama biter ama aylarca yayınlanamaz.

Bir tavsiye: geliştirici hesaplarının işletmeniz adına açılmasında ısrar edin. Uygulamanın sahipliği, kullanıcı yorumları ve indirme verisi size ait kalsın. Ajansla yollarınız ayrılsa bile uygulamanız sizinle kalır.

Kurum içi uygulamalar: çoğu zaman en hızlı geri dönüş

Mobil uygulama denince akla önce mağazalarda yayınlanan, müşteriye dönük uygulamalar gelir. Oysa en hızlı geri dönüşü genellikle kurum içi uygulamalar sağlar: sahadaki ekibin iş emri gördüğü, teknisyenin servis formu doldurduğu, deponun mobilden sayım yaptığı uygulamalar.

Bu tür projelerde başarı ölçütü indirme sayısı değil, kazanılan zamandır. Kullanıcı kitlesi bellidir, kullanım zorunludur ve fayda ilk haftadan ölçülebilir. Uygulama fikriniz belirsizse, işe buradan başlamak çoğu zaman daha akıllıcadır.

Bildirimler: en güçlü ve en tehlikeli araç

Anlık bildirim, uygulamanın web sitesine karşı en büyük kozudur: müşterinizin cebine aracısız ve reklamsız ulaşırsınız. Ama aynı araç yanlış kullanıldığında uygulamanın silinme sebebi olur. Gereksiz sıklıkta, alakasız veya sırf "hatırlatmak için" atılan bildirimler kullanıcıyı kaybettirir.

Doğru kullanım, bildirimi kullanıcının işine yarayan bir olaya bağlamaktır: siparişi yola çıktığında, randevusu yaklaştığında, beklediği ürün geldiğinde. Bildirim bir duyuru kanalı değil, bir hizmet aracıdır.

Maliyeti belirleyen kalemler

Mobil uygulamada tek bir fiyat yoktur; maliyeti belirleyen birkaç net kalem vardır. Birincisi kapsam: ekran sayısı değil, iş akışının karmaşıklığı. İkincisi backend ihtiyacı: sıfırdan mı kurulacak, yoksa mevcut sisteme mi bağlanacak. Üçüncüsü entegrasyonlar: ödeme, harita, kimlik doğrulama, ERP. Dördüncüsü süreklilik: işletim sistemleri her yıl güncellenir, uygulamanın da güncellenmesi gerekir.

Bu son maddeyi baştan konuşmayan teklifler yanıltıcıdır. Mobil uygulama, bir kez yaptırılıp bitirilen bir iş değil, yaşatılan bir üründür. Hazır çözümle özel geliştirme arasındaki kararı nasıl vereceğinizi hazır site mi özel yazılım mı yazımızda ayrıntılı ele aldık.

Özet

Mobil uygulamayı bir yazılım projesi gibi değil, bir işletme kararı gibi ele alın. "Hangi teknolojiyle yazılacak" sorusundan önce "kullanıcı bunu neden tekrar açsın" sorusunun net bir cevabı olsun. Kapsamı dar tutun, backend'i baştan planlayın, hesapları kendi adınıza açtırın ve yayın sonrasını bütçeye dahil edin. Projenizi konuşmak için mobil uygulama geliştirme sayfamıza bakın veya bize yazın.