Mobil uygulama maliyetini ne belirler?

1. Kaç tür kullanıcı var?

Tek tür kullanıcının içerik okuduğu bir uygulama ile müşterinin talep açtığı, hizmet verenin bu talebi karşıladığı ve yöneticinin ikisini izlediği bir uygulama aynı iş değildir. Her rolün kendi ekranları, yetkileri ve hata durumları vardır.

Roller birbirinden çok farklıysa ayrı uygulamalar gerekir. Örneğin bir kurye ve yolcu platformunda talebi oluşturan kullanıcı ile taşımayı yapan sürücü için iki ayrı uygulama ve bunları yöneten bir panel yapılır. Haydi Gelsin projesinde de yapı böyledir.

2. Ekran değil, akış sayın

"Kaç ekran?" sorusu yanıltıcıdır. Asıl iş akışlardadır: kayıt ve giriş, talep ya da sipariş oluşturma, ödeme, iptal ve iade, bildirimler, profil. Her akışın bir de ters yüzü vardır: internet kesilirse, ödeme reddedilirse, kullanıcı yarıda bırakırsa ne olacak?

Teklif isterken ekran listesi yerine "kullanıcı şunu yapabilmeli" cümleleriyle akış listesi vermek, gelen tekliflerin aynı şeyi fiyatlamasını sağlar.

3. Sunucu tarafı ve yönetim paneli

Uygulamanın gösterdiği her veri bir yerde tutulur ve biri tarafından yönetilir. Kullanıcı hesapları, siparişler, içerikler, raporlar: bunların hepsi sunucu tarafında ve yönetim panelinde çalışır.

Panelin kapsamı maliyeti doğrudan etkiler. Yalnızca içerik güncellemek ile siparişleri, kullanıcıları, ödemeleri ve raporları rol bazlı yetkilerle yönetmek arasında büyük fark vardır.

4. Entegrasyonlar

Uygulamanın konuştuğu her dış servis ayrı bir geliştirme ve test işidir:

• Ödeme (ör. iyzico, PayTR) ve iade akışları
• Harita, konum ve rota
• Anlık bildirim
• SMS ile doğrulama
• E-fatura, muhasebe ya da ERP bağlantısı

Bu servislerin bir kısmı kullanım başına ücretlidir ve bu ücret geliştiriciye değil servis sağlayıcıya ödenir. Teklifte bu giderlerin nasıl ele alındığına bakın.

5. Tasarım hazır mı?

Marka kimliği ve arayüz tasarımı hazırsa geliştirme doğrudan başlar. Yoksa önce akışlar ve ekranlar tasarlanır, tıklanabilir bir prototipte onaylanır. Bu aşama maliyete eklenir ama en ucuz değişiklik burada yapılır: kod yazıldıktan sonra değişen bir ekran, tasarımda değişen bir ekrandan daha pahalıya gelir.

6. iOS ve Android

Bugün çoğu iş uygulaması iki platform için tek kod tabanıyla (ör. React Native) geliştirilebilir; bakım ve yeni özellikler tek yerden yürür. Kameraya, sensörlere ya da cihaz donanımına çok yoğun dayanan uygulamalarda platforma özel geliştirme gerekebilir. Hangi yolun seçildiği ve nedeni teklifte yazmalı.

7. Mağaza yayını

App Store ve Google Play'e çıkmak için geliştirici hesabı, gizlilik politikası, mağaza metinleri ve görselleri, veri kullanımı beyanları gerekir. Apple ve Google'ın hesap ücretleri hesap sahibince mağazalara ödenir; hesabın markanız adına açılması sonraki yıllarda sorun yaşamamanız için önemlidir.

Mağaza incelemesi genelde birkaç gün sürer; ret gelirse düzeltme ve yeniden gönderim gerekir. Takvimde bunun için pay bırakılmalı.

8. Yayından sonra

Uygulama yayına çıktığında maliyet bitmez. Her yıl yeni iOS ve Android sürümleri çıkar, kullanılan kütüphaneler güncellenir, mağazaların kuralları değişir. Bunlara uyum sağlanmayan uygulama bir süre sonra güncelleme yayınlayamaz hâle gelir.

Sunucu, bildirim ve harita gibi servislerin aylık giderleri de kullanıcı sayısıyla birlikte artar. Toplam maliyeti düşünürken ilk sürüm kadar ilk yılın bakım ve servis giderlerini de hesaba katın.

Maliyeti düşürmenin dürüst yolları

• İlk sürümü daraltın: işin özünü yapan en küçük akış setiyle çıkıp kullanıcı geri bildirimine göre büyütün.
• Tekerleği yeniden icat etmeyin: ödeme, bildirim ve harita için yaygın servisleri kullanın.
• Metinleri ve görselleri siz hazırlayın ya da baştan planlayın; içerik beklemek takvimi uzatır.
• Yönetim panelinde ilk gün gerçekten kullanacağınız ekranlarla başlayın.

Teklif isterken paylaşmanız gerekenler

• Uygulamanın tek cümlelik amacı
• Kullanıcı türleri ve her birinin yapabilmesi gerekenler
• Beğendiğiniz ya da rakip olarak gördüğünüz uygulamalar
• Bağlanması gereken mevcut sistemler
• Hazır olan tasarım, logo ve içerik
• Hedeflediğiniz yayın tarihi