Mobil Uygulama Geliştirme Maliyeti 2026: Native mi, Cross-Platform mu?

2026 maliyet tablosu: uygulama türüne göre

Aşağıdaki aralıklar İstanbul merkezli yazılım ajanslarının ve deneyimli serbest ekiplerin 2026 tekliflerine dayanır. Rakamlar iOS ve Android’in ikisini birden kapsar; tek platform için üst sınırdan %25–35 düşebilirsiniz.

Uygulama türü	Tipik kapsam	Maliyet (₺)	Süre
MVP / basit	5–8 ekran, üyelik, liste-detay, form, push bildirim, hazır backend (Firebase, Supabase)	150.000 – 300.000	6–10 hafta
Orta ölçekli	10–20 ekran, özel backend ve yönetim paneli, ödeme, harita, bildirim, 1–2 dış entegrasyon	300.000 – 800.000	3–5 ay
Karmaşık	20+ ekran, gerçek zamanlı özellikler (sohbet, canlı takip), çoklu rol, ERP/CRM entegrasyonu, çevrimdışı çalışma, yüksek trafik altyapısı	800.000 – 2.000.000+	6–12 ay

Tabloda görünmeyen ama teklifleri en çok ayrıştıran şey backend’in kime ait olduğudur. Firebase gibi hazır bir backend ile başlamak MVP maliyetini yarıya indirir; kendi sunucunuzda özel API yazdırmak ise başlı başına 100.000–400.000 ₺’lik ayrı bir kalemdir.

Maliyeti belirleyen 6 kalem

1. Ekran sayısı ve akış karmaşıklığı

Her ekran tasarlanır, kodlanır, iki platformda test edilir. Ancak maliyet ekran sayısıyla doğrusal artmaz: 5 ekranlı ama her ekranı dinamik veri ve durum yönetimi içeren bir uygulama, 15 statik ekranlı bir uygulamadan pahalı olabilir. Teklif alırken ekran listesiyle birlikte her ekranın “ne yaptığını” yazın.

2. Backend ve yönetim paneli

Kullanıcıların gördüğü uygulama buzdağının üstüdür. Altta veritabanı, API, kimlik doğrulama, dosya depolama ve içeriği yönetmek için bir web paneli vardır. Orta ölçekli projelerde bütçenin %35–45’i backend ve panele gider. Kullanıcı verisi, sipariş, ödeme ve bildirim içeren her uygulamanın bir backend’e ihtiyacı vardır; “sadece uygulama” diye bir şey yoktur.

3. Entegrasyonlar

Ödeme (iyzico, PayTR, Stripe), harita ve konum, SMS doğrulama, e-fatura, kargo, ERP, sosyal medya girişi. Her entegrasyon 15.000–80.000 ₺ arasında ayrı bir iştir; iyi dokümante edilmiş bir ödeme entegrasyonu alt sınırda, dokümanı olmayan bir yerel ERP bağlantısı üst sınırda yer alır. Bu köprüleri API entegrasyonları hizmetimizde ayrı kalem olarak fiyatlarız.

4. Tasarım

Hazır bileşen kütüphaneleriyle standart bir arayüz 25.000–60.000 ₺; markaya özgü, animasyonlu ve kullanıcı testinden geçmiş bir tasarım 80.000–200.000 ₺ bandındadır. Tasarım aşamasında yapılan bir değişiklik 1 saatlik, kodlama sonrası aynı değişiklik 1 günlük iştir. Tasarımı onaylamadan kodlamaya geçmeyin.

5. Platform sayısı

İki ayrı native uygulama (Swift + Kotlin) demek iki ekip, iki kod tabanı, iki test süreci demektir; maliyet tek platforma göre yaklaşık 1,8 katına çıkar. React Native veya Flutter ile tek kod tabanından iki platforma çıkmak bu çarpanı 1,2–1,3’e indirir. Aşağıdaki karşılaştırma tablosu bu farkı rakamlarla gösterir.

6. Test ve mağaza yayını

Farklı cihaz boyutları, işletim sistemi sürümleri ve ağ koşullarında test, mağaza görselleri, gizlilik politikası, Apple’ın inceleme sürecinden geçmek: bütçenin %10–15’i. Bu kalemi atlayan teklifler, yayın haftasında “bir de bu çıktı” faturasıyla geri gelir.

Native mi, React Native mi, Flutter mı?

Sorunun kısa cevabı: KOBİ ve startup projelerinin büyük çoğunluğu için cross-platform doğru tercihtir. Native, yalnızca belirli durumlarda ek maliyeti hak eder.

Kriter	Native (Swift / Kotlin)	React Native	Flutter
İki platform maliyeti	Tek platformun ~1,8 katı	Tek platformun ~1,25 katı	Tek platformun ~1,2 katı
Performans	En yüksek; donanıma doğrudan erişim	Çoğu uygulama için yeterli; ağır animasyon ve listede optimizasyon gerekir	Native’e yakın; kendi render motoruyla tutarlı 60–120 fps
Görünüm	Her platformun kendi tasarım diline birebir uyum	Platformun kendi bileşenlerini kullanır; doğal görünür	Her platformda birebir aynı görünüm; platform hissi için ek çaba gerekir
Ekip bulma (Türkiye, 2026)	Zor ve pahalı; iki ayrı uzmanlık	Kolay; JavaScript/React geliştiricisi bol	Orta; havuz hızla büyüyor
Bakım	İki kod tabanı, iki kat güncelleme	Tek kod tabanı; kütüphane güncellemeleri zaman zaman sorun çıkarır	Tek kod tabanı; Google’ın sürüm disiplini güçlü
Web ile kod paylaşımı	Yok	Yüksek (React web ile ortak mantık)	Sınırlı (Flutter Web olgunlaşıyor)
Ne zaman seçilmeli	AR/VR, ağır kamera ve sensör kullanımı, oyun, cihaz düzeyinde güvenlik, çok yüksek trafikte milisaniye önemi	Mevcut web ekibi React biliyorsa, hızlı MVP, içerik ve işlem odaklı uygulamalar	Animasyon yoğun arayüz, tek tasarımın iki platformda birebir görünmesi, tablet ve masaüstü hedefi

Somut bir örnek: 12 ekranlı, ödeme ve bildirim içeren orta ölçekli bir uygulama 2026’da native ile 550.000–900.000 ₺ arasındayken, React Native veya Flutter ile 350.000–600.000 ₺ bandındadır. Fark, backend ve tasarım maliyeti aynı kaldığı için tamamen mobil kod tabanından gelir.

Flutter ile React Native arasında maliyet farkı 2026’da ihmal edilebilir düzeydedir. Karar, ekibinizin mevcut bilgisi ve uygulamanın karakteriyle verilir: React tabanlı bir web ürününüz varsa React Native; sıfırdan başlıyorsanız ve arayüz ön plandaysa Flutter.

Gizli maliyetler: teklifte görünmeyen kalemler

Kalem	Tutar	Sıklık
Apple Developer Program	99 USD (≈ 4.500 ₺)	Yıllık
Google Play geliştirici hesabı	25 USD (≈ 1.100 ₺)	Tek seferlik
Sunucu ve veritabanı (MVP)	1.500 – 5.000 ₺	Aylık
Sunucu ve veritabanı (orta / karmaşık)	5.000 – 25.000 ₺	Aylık
Push bildirim, SMS, e-posta servisleri	500 – 8.000 ₺	Aylık, kullanıma bağlı
Harita API (Google Maps, yoğun kullanım)	0 – 15.000 ₺	Aylık, kullanıma bağlı
Bakım ve OS güncellemeleri	Proje bedelinin %15–20’si	Yıllık
Mağaza görselleri, tanıtım videosu	10.000 – 40.000 ₺	Tek seferlik
Gizlilik politikası, KVKK metinleri	5.000 – 20.000 ₺	Tek seferlik

Bakım kalemi çoğu zaman küçümsenir. Apple ve Google her yıl yeni işletim sistemi sürümü çıkarır; kullanılan kütüphaneler güncellenir; güvenlik yamaları gelir. Bir yıl dokunulmayan uygulama, ikinci yıl mağazadan kaldırılma uyarısı alır. 500.000 ₺’lik bir uygulama için yıllık 75.000–100.000 ₺ bakım bütçesi normaldir.

Zaman çizelgesi: gerçekçi süreler

• Keşif ve kapsam (1–2 hafta): Ekran listesi, kullanıcı akışları, entegrasyon envanteri, teknik mimari kararı. Bu adım atlanırsa proje ortasında maliyet %30–50 büyür.
• Tasarım (2–4 hafta): Wireframe, arayüz tasarımı, tıklanabilir prototip. Onay burada alınır.
• Geliştirme (4–24 hafta): Backend ve mobil paralel ilerler. İki haftada bir çalışan sürüm görmeyi şart koşun.
• Test ve düzeltme (2–4 hafta): Cihaz testleri, performans, güvenlik, kullanıcı kabul testi.
• Mağaza yayını (1–2 hafta): Apple incelemesi 1–7 gün sürer ve ilk denemede ret alma oranı yüksektir; Google genellikle 1–3 günde onaylar.

Toplam: MVP için 8–12 hafta, orta ölçek için 4–6 ay, karmaşık projeler için 8–14 ay.

Maliyeti düşürmenin 5 yolu

1. MVP kapsamı belirleyin. İlk sürümde sadece kullanıcının ödeme yapmasına ya da asıl işi yapmasına yetecek özellikler olsun. “Olsa iyi olur” listesi ikinci sürüme kalır. Kapsamı yarıya indirmek maliyeti yarıya indirmez ama %35–45 düşürür ve pazara 2 ay erken çıkarır.
2. Hazır backend kullanın. Firebase, Supabase veya benzeri servisler kimlik doğrulama, veritabanı, dosya depolama ve bildirimi hazır sunar. İlk 10.000 kullanıcıya kadar aylık maliyet genellikle 0–3.000 ₺’dir ve özel backend’in 100.000+ ₺’lik geliştirme bedelinden kurtarır. Trafik büyüdüğünde geçiş yapılabilir.
3. Web-first düşünün. Kullanıcılar uygulamayı ayda bir açacaksa mağaza uygulaması gerekmeyebilir. Mobil uyumlu bir web uygulaması (PWA) bildirim, ana ekrana ekleme ve çevrimdışı çalışmayı destekler; maliyeti mobil uygulamanın üçte biri ila yarısıdır. Web tarafı bütçesi için web sitesi fiyatları yazısına bakın.
4. Cross-platform seçin. Native gerektiren somut bir teknik neden yoksa React Native veya Flutter ile tek kod tabanı, ilk yılda %30–40, bakımda her yıl yaklaşık %40 tasarruf sağlar.
5. Tasarımı onaylamadan kod yazdırmayın. Kodlama sonrası her tasarım değişikliği 5–10 kat pahalıdır. Tıklanabilir prototipi ekibinizle ve birkaç gerçek kullanıcıyla test edin, sonra geliştirmeye başlayın.

Teklif alırken ne isteyin?

• Ekran ve özellik listesi: Teklifin neyi kapsadığı madde madde yazılı olmalı. “Uygulama” kelimesi tek başına bir kapsam değildir.
• Backend’in sahipliği ve mimarisi: Veri hangi sunucuda, kaynak kod kime ait, panel dahil mi?
• Teknoloji tercihi ve gerekçesi: Native mi cross-platform mı, neden?
• Sabit fiyat ve ödeme planı: Kapsam değişmezse fiyat değişmemeli; yaygın uygulama %30–40 başlangıç, kalan aşamalı teslimlerde.
• Bakım şartları: Aylık ücret, yanıt süresi, OS güncellemelerinin kapsama dahil olup olmadığı.
• Teslimat listesi: Kaynak kod, tasarım dosyaları, mağaza hesapları ve sunucu erişimleri sizin adınıza açılmalı.

Mobil uygulama geliştirme projelerinde biz bu altı maddeyi teklifin standart parçası olarak sunarız. Fikrinizin MVP kapsamını ve gerçekçi bütçesini birlikte netleştirmek için iletişim sayfasından ücretsiz keşif görüşmesi talep edebilirsiniz.