Mobil Uygulama Geliştirme Maliyeti Nasıl Hesaplanır?

Mobil uygulama fikri olan hemen herkesin ilk sorusu aynıdır: "Bu uygulama kaça mal olur?" İnternette dolaşan genel rakamlar, sizin projenizin gerçek maliyeti hakkında çok az şey söyler; çünkü aynı kategorideki iki uygulamanın kapsamı birbirinden çok farklı olabilir. Bu yazıda maliyetin nasıl hesaplandığını adım adım açıklıyor, bütçenizi kontrol altında tutmanızı sağlayacak yöntemleri paylaşıyoruz.

Mobil uygulama maliyeti neyin toplamıdır?

Mobil uygulama geliştirme maliyeti, uygulamayı tasarlamak, kodlamak, test etmek ve mağazalarda yayına almak için harcanan uzman emeği ile sunucu, geliştirici hesabı ve üçüncü taraf servisler gibi doğrudan giderlerin toplamı anlamına gelir. Emek kısmı genellikle en büyük kalemdir ve doğrudan kapsama bağlıdır. Doğrudan giderler daha öngörülebilirdir, ancak yayından sonra da devam ettikleri için mutlaka hesaba katılmalıdır.

Maliyet adım adım nasıl hesaplanır?

1. Özellik listesi çıkarılır

Hesaplamanın temeli, uygulamanın yapacağı her işin listelenmesidir: kayıt ve giriş, profil, ürün veya içerik listeleme, arama ve filtreleme, sepet ve ödeme, bildirimler, mesajlaşma, harita, randevu, geri bildirim gibi. Her özellik kısa kullanıcı hikâyeleriyle tarif edilir: "Kullanıcı, şifresini unuttuğunda e-posta ile sıfırlayabilmelidir." Bu netlik, tahminlerin sağlıklı olmasını sağlar. Listeyi hazırlarken benzer uygulamaları incelemek faydalıdır; ancak amaç onları kopyalamak değil, kendi kullanıcınız için gerçekten gerekli olanı ayırt etmektir.

2. Her özelliğin karmaşıklığı değerlendirilir

Aynı isimli özellik farklı derinliklerde olabilir. Yalnızca e-posta ile giriş yapılan bir oturum sistemiyle sosyal hesapla giriş, iki adımlı doğrulama ve rol bazlı yetkilendirme içeren bir sistem arasında büyük fark vardır. Her özellik için arayüz tasarımı, mobil geliştirme, sunucu tarafı geliştirme ve test emeği ayrı ayrı tahmin edilir.

3. Platform ve teknoloji seçimi belirlenir

Uygulama yalnızca iOS'ta mı, yalnızca Android'de mi, yoksa her ikisinde mi yayınlanacak? Her iki platform için ayrı native uygulama geliştirmek, aynı işi iki kez yapmak anlamına gelebilir. Flutter gibi çapraz platform çözümler tek kod tabanıyla iOS ve Android'i birlikte hedefler ve çoğu iş uygulamasında geliştirme emeğini belirgin biçimde azaltır. Hangi yaklaşımın projenize uygun olduğunu Flutter mı, native mi karşılaştırmamızda ayrıntılı ele aldık.

4. Arka uç ve yönetim paneli eklenir

Kullanıcı hesapları, siparişler, içerikler veya bildirimler varsa uygulamanın konuşacağı bir sunucuya, yani backend'e ihtiyaç vardır. Bu katman veritabanı, REST API ve çoğu zaman içerikleri ve kullanıcıları yöneteceğiniz bir web panelinden oluşur. Maliyet hesabında en sık unutulan kalem budur; oysa birçok projede mobil arayüz kadar emek gerektirir.

5. Entegrasyonlar ve üçüncü taraf servisler hesaba katılır

Ödeme altyapısı, harita ve konum servisleri, SMS doğrulama, analiz araçları, Firebase Cloud Messaging ile anlık bildirimler veya mevcut ERP ve CRM sistemlerinizle bağlantı ayrı iş kalemleridir. Bazı servisler kullanım miktarına göre ücretlendirildiğinden, uygulama büyüdükçe aylık giderler de artabilir.

6. Tasarım, test ve proje yönetimi eklenir

Kullanıcı deneyimi tasarımı, ekran tasarımları ve tıklanabilir prototip; farklı cihaz ve işletim sistemi sürümlerinde test; hata düzeltme ve proje koordinasyonu toplam emeğin önemli bir bölümünü oluşturur. Testi kısaltarak tasarruf etmeye çalışmak, yayından sonra daha pahalı düzeltmelere yol açar. Geliştirmeye başlamadan önce prototip üzerinden akışların onaylanması da sonradan yapılacak maliyetli değişiklikleri azaltır.

Hangi giderler yayından sonra da devam eder?

Geliştirme bittiğinde maliyet sona ermez. Yayın sonrası giderleri şöyle özetleyebiliriz:

Apple ve Google her yıl işletim sistemlerini ve mağaza kurallarını güncelliyor. Güncellenmeyen bir uygulama zamanla uyumluluk sorunları yaşayabilir veya mağaza gerekliliklerini karşılayamaz hâle gelebilir. Bu nedenle bakım, bütçenin düzenli bir kalemi olarak planlanmalıdır. Uygulama içinden dijital içerik veya abonelik satmayı planlıyorsanız, mağazaların uygulama içi satın alma kurallarını ve komisyon politikalarını da gelir modelinize dâhil etmeniz gerekir.

Hangi maliyet kalemleri sıklıkla unutulur?

Teklifler karşılaştırılırken bazı kalemler gözden kaçabilir. Şu başlıkların kapsamda olup olmadığını mutlaka sorun:

• Yönetim paneli: İçerik, kullanıcı ve sipariş yönetimi için gereken web arayüzü.
• Yasal metinler: KVKK aydınlatma metni, gizlilik politikası ve kullanım koşulları; mağazalar gizlilik politikası bağlantısını zorunlu tutar.
• Hesap silme akışı: Hesap oluşturulabilen uygulamalarda mağazalar, kullanıcının hesabını silebilmesini de bekler.
• Mağaza materyalleri: Ekran görüntüleri, tanıtım görselleri ve açıklama metinleri.
• Test süreleri: Google Play'de yeni kişisel hesaplar için zorunlu kapalı test dönemi gibi takvimi etkileyen adımlar.

Hangi fiyatlandırma modeli tercih edilmeli?

Mobil projelerde iki yaygın model vardır. Sabit kapsamlı fiyatlandırmada özellik listesi ve teslim kriterleri baştan yazılı hâle getirilir, fiyat bu kapsam üzerinden belirlenir; bütçe öngörülebilirdir, ancak kapsam değişiklikleri ek teklif gerektirir. Zaman ve emek bazlı fiyatlandırmada ise harcanan süre üzerinden ilerlenir; gereksinimleri henüz netleşmemiş, sürekli gelişecek ürünlerde esneklik sağlar ama bütçenin daha yakından takip edilmesi gerekir. Pratikte birçok proje, ilk sürümün sabit kapsamla geliştirildiği ve sonraki geliştirmelerin aşamalı planlandığı karma bir yaklaşımla ilerler.

MVP yaklaşımı maliyeti nasıl düşürür?

MVP (Minimum Viable Product), ürün fikrini test etmeye yetecek en temel özelliklerle yayına alınan ilk sürüm anlamına gelir. Tüm özellikleri ilk günden geliştirmek yerine çekirdek değeri sunan özelliklerle başlamak, hem ilk yatırımı düşürür hem de gerçek kullanıcı geri bildirimleriyle doğru yönde ilerlemenizi sağlar. Özellikleri şöyle gruplamak işe yarar:

• Olmazsa olmaz: Uygulamanın var olma nedeni olan özellikler.
• Önemli ama ertelenebilir: Deneyimi iyileştiren ancak ilk sürüm için kritik olmayan özellikler.
• Güzel olur: Talep oluşursa sonraki sürümlerde eklenebilecek fikirler.

Teklif istemeden önce neleri hazırlamalısınız?

1. Uygulamanın çözdüğü problemi ve hedef kullanıcıyı anlatan kısa bir açıklama.
2. Önceliklendirilmiş özellik listesi ve varsa kaba ekran çizimleri.
3. Platform beklentisi: iOS, Android veya her ikisi.
4. Bağlanılacak mevcut sistemler ve kullanılacak ödeme, harita gibi servisler.
5. Hedeflenen yayın dönemi ve yayın sonrası bakım beklentisi.

Bu bilgilerle gelen bir talep, birkaç tur yazışma yerine tek bir görüşmede netleşebilir ve size daha isabetli bir teklif sunulmasını sağlar.

Özet

Mobil uygulama maliyeti; özellik listesinin çıkarılması, her özelliğin karmaşıklığının değerlendirilmesi, platform seçimi, backend ve yönetim paneli, entegrasyonlar, tasarım ve test emeğinin toplanmasıyla hesaplanır. Buna mağaza hesap ücretleri, sunucu giderleri ve düzenli bakım eklenir. Kapsamı MVP mantığıyla önceliklendirmek, bütçeyi kontrol altında tutmanın en etkili yoludur. Yayın sürecine dair ayrıntılar için uygulama yayınlama rehberimize göz atabilirsiniz.

Lucky Eye olarak mobil uygulama projelerinde Flutter ile iOS ve Android'i tek kod tabanında geliştiriyor, gerektiğinde Swift veya Kotlin ile native modüller ekliyoruz. Fikrinizi ücretsiz ön görüşmede birlikte değerlendirip kapsamı netleştirdikten sonra yazılı teklif hazırlıyoruz; teklif al sayfasından bize ulaşabilirsiniz.