Mobil uygulama maliyeti 2026: neye göre değişir?

Mobil uygulama maliyeti, bir web sitesinden çok daha geniş bir aralıkta değişir; çünkü “uygulama” dediğimiz şey beş ekranlık bir tanıtım aracı da olabilir, binlerce kullanıcısı olan bir abonelik platformu da. Ben İbrahim Aliyev (codeyev), full-stack geliştiriciyim; iOS ve Android uygulamalarını React Native ve Expo ile geliştiriyorum. Bu yazıda fiyatı neyin belirlediğini, paketlerimin neyi kapsadığını ve teklifte genellikle görünmeyen maliyetleri anlatıyorum.

Mobil uygulama maliyeti neye göre belirlenir?

Mobil uygulama maliyetini beş şey belirler: ekran ve özellik sayısı, backend ihtiyacı, entegrasyonlar, tasarımın karmaşıklığı ve yayından sonraki bakım. Bunların içinde en büyük farkı genellikle backend yaratır.

• Ekran ve özellik sayısı. Her ekran tasarım, kodlama ve test demektir. Beş ekranlık bir uygulama ile yirmi ekranlık bir uygulama arasındaki fark yalnızca ekran sayısında değil, ekranlar arasındaki akışlardadır.
• Backend. Kullanıcı kaydı, veritabanı, push bildirimleri ve yönetim paneli gerekiyorsa uygulamanın arkasında ayrı bir sunucu tarafı kurulur.
• Entegrasyonlar. Ödeme sistemi, harita, SMS doğrulama, CRM veya mevcut bir API ile bağlantı her biri ayrı iş kalemidir.
• Tasarım. Standart bileşenlerden oluşan temiz bir arayüz, özel animasyonlu ve markaya özgü bir arayüzden çok daha kısa sürede hazırlanır.
• Bakım. Uygulama yayına çıkınca iş bitmez; işletim sistemi güncellemeleri ve mağaza gereklilikleri düzenli çalışma ister.

MVP ile mi başlamalı, tam ürünle mi?

Fikriniz henüz gerçek kullanıcılarla test edilmediyse MVP ile başlayın. MVP (minimum uygulanabilir ürün), yalnızca temel senaryoyu çalıştıran ilk sürümdür ve fikrin tutup tutmadığını en düşük maliyetle gösterir.

Tam ürünle başlamak, kullanıcıların belki hiç kullanmayacağı özelliklere baştan bütçe ayırmak demektir. MVP ile önce temel akışı yayına alır, gelen geri bildirime göre neyi ekleyeceğinize karar verirsiniz. Örneğin bir spor stüdyosu uygulamasının MVP’si ders programı, eğitmen tanıtımı ve WhatsApp’tan rezervasyon butonundan oluşabilir; üyelik hesabı, online ödeme ve bildirimler bir sonraki sürüme kalır. Expo ile yazılan bir MVP daha sonra aynı kod tabanı üzerinde backend, hesaplar ve bildirimlerle büyütülebilir; sıfırdan başlamanız gerekmez.

Uygulamanız baştan kullanıcı hesabı, sipariş veya kişisel veri işleyecekse MVP’yi atlayıp doğrudan backend’li Standart paketle başlamak daha doğrudur.

Cross-platform uygulama maliyeti nasıl düşürür?

Cross-platform geliştirme, iOS ve Android için iki ayrı uygulama yazmak yerine tek bir kod tabanı kullanır. React Native ve Expo ile aynı kod iki platformda da çalışır; bu yüzden iki ayrı kod tabanı, iki ayrı test süreci ve iki ayrı bakım yükü oluşmaz. Ekranlar ve iş mantığı tek yerde değiştiği için her güncelleme iki platforma aynı anda çıkar.

Bu tercih çoğu işletme uygulaması için yeterlidir: katalog, rezervasyon, sipariş, müşteri hesabı, bildirim gibi senaryolar cross-platform ile sorunsuz çalışır. Cihazın çok özel bir donanım özelliğine derinlemesine erişim gereken nadir durumlarda ise platforma özel kod eklenir; bu da teklif aşamasında netleştirilir.

Paketlere göre mobil uygulama fiyatları nasıl?

Üç paketle çalışıyorum. Tabloda MVP ve Standart paketlerin başlangıç fiyatları var; kesin fiyat, kapsam brifte netleşince sabitlenir. Karmaşık paket ise kapsamına göre teklifle fiyatlanır.

Paket	Kime uygun	Neler dahil	Başlangıç fiyatı
MVP	Fikrini hızlıca test etmek isteyenler	Expo ile iOS ve Android, 5 temel ekrana kadar, temiz arayüz, mağazaya hazır build	$1000
Standart	Kullanıcı hesabı ve veri gereken uygulamalar	MVP’deki her şey + backend ve veritabanı, kullanıcı hesapları, push bildirimleri, yönetim paneli, App Store ve Google Play yayını	$2000
Karmaşık	Ödeme, abonelik ve özel entegrasyon gereken ürünler	Standart’taki her şey + özel entegrasyonlar ve API, ödeme veya abonelik, ölçeklenebilir mimari, aylık destek ve güncelleme	Özel teklif

MVP paketinde uygulama mağazaya yüklenmeye hazır olarak teslim edilir; mağazalara yükleme işlemi Standart paketten itibaren dahildir. Her paketin ayrıntısı mobil uygulama yaptırma sayfasında.

Mobil uygulamanın gizli maliyetleri nelerdir?

Gizli maliyetler mağaza hesapları, sunucu, üçüncü taraf hizmetler, mağaza komisyonları ve bakımdır. Geliştirme ücreti toplam maliyetin yalnızca bir parçasıdır; uygulama yayında kaldığı sürece bu giderler devam eder ve baştan hesaba katılmalıdır.

• Mağaza hesapları. Apple Developer Program yıllık üyelik ücretlidir; Google Play Console ise tek seferlik kayıt ücreti alır. Hesaplar sizin adınıza açılır ve ücretler doğrudan Apple ile Google’a ödenir. Güncel tutarları iki şirketin resmi sayfalarından kontrol edebilirsiniz.
• Sunucu ve veritabanı. Backend’li uygulamalarda barındırma gideri aylık olarak devam eder ve kullanıcı sayısı arttıkça büyür.
• Üçüncü taraf hizmetler. SMS doğrulama, harita, e-posta gönderimi veya yapay zeka API’si gibi hizmetler genellikle kullanıma göre ücretlendirilir.
• Mağaza komisyonları. Uygulama içinde dijital içerik veya abonelik satıyorsanız Apple ve Google’ın komisyonları gelir modelinizi etkiler. Fiziksel ürün ve hizmet satışlarında ise genellikle normal ödeme sistemleri kullanılır.
• Bakım. Google Play, uygulamaların belirli aralıklarla yeni Android sürümlerini hedeflemesini şart koşar; Apple da güncel SDK ile derlenmiş sürümler ister. Bakımı yapılmayan bir uygulamaya zamanla yeni sürüm yüklemek zorlaşır ve Google Play, eski Android sürümlerini hedefleyen uygulamaları yeni cihazlardaki kullanıcılara göstermeyebilir.

Mobil uygulama ne kadar sürede yayına çıkar?

Süreyi kapsam belirler; bu yüzden kesin takvimi brifinizi inceledikten sonra teklifle birlikte veriyorum. Takvimi en çok etkileyen şeyler ekran sayısı, backend ihtiyacı, tasarım onaylarının hızı ve içeriğin hazır olmasıdır.

Mağaza tarafında da hesaba katılması gereken iki adım var:

• Google Play kapalı testi. 13 Kasım 2023’ten sonra açılan kişisel geliştirici hesaplarında, uygulama herkese açık yayına çıkmadan önce en az 12 test kullanıcısıyla en az 14 gün kesintisiz kapalı test yapılması gerekiyor. Bu süre takvime baştan eklenmeli.
• Şirket hesabı ve D-U-N-S numarası. Apple’da da Google Play’de de kuruluş adına geliştirici hesabı açmak için D-U-N-S numarası gerekiyor (devlet kurumları gibi istisnalar dışında). Bu numarayı almak zaman alabileceği için hesap işlemlerine projenin en başında, geliştirmeyle paralel olarak başlamak en doğrusu. Kuruluş hesaplarında ise yukarıdaki kapalı test zorunluluğu yok.

Mağaza incelemesi de her yayında ayrı bir adımdır; reddedilme durumunda düzeltme yapılıp tekrar gönderilir.

Doğru teklifi almak için neleri hazırlamalısınız?

Net bir teklif için uzun bir teknik doküman gerekmez; şu soruların cevabı yeterlidir:

1. Uygulama kimin, hangi sorununu çözecek?
2. Kullanıcı hangi ana adımları izleyecek (örneğin kayıt, ürün seçimi, sipariş, ödeme)?
3. Kullanıcı hesabı, bildirim veya yönetim paneli gerekiyor mu?
4. Hangi sistemlerle bağlantı kurulacak (ödeme, CRM, mevcut site)?
5. Örnek aldığınız uygulamalar hangileri ve neyi beğeniyorsunuz?

Bazen doğru cevap mobil uygulama değil, mobil uyumlu bir web uygulamasıdır; özellikle kullanıcılarınızın bir uygulama indirmesini beklemiyorsanız. Bu kararı vermek için masaüstü mü web uygulaması mı yazısındaki PWA bölümüne ve web sitesi yaptırma sayfasına göz atabilirsiniz. Uygulama fikriniz hazırsa codeyev.com’daki kısa brif formunu doldurun; 24 saat içinde dönüş yapıyorum, ekran listesini ve fiyatı da kapsamı birlikte netleştirdikten sonra paylaşıyorum.