Mobil uygulama fiyatları 2026'da Türkiye'de 100.000 TL'den başlayıp birkaç milyona kadar çıkıyor. Bu aralığın bu kadar geniş olmasının sebebi belirsizlik değil, kapsam: aynı "uygulama" kelimesi 6 ekranlık bir katalogla da, saha ekibinin çevrimdışı çalıştığı bir operasyon sistemiyle de karşılanıyor. Bu yazıda hangi kararın fiyatı ne kadar değiştirdiğini açıyoruz.
2026 fiyat bantları
| Kapsam | Örnek | Süre | Bütçe |
|---|---|---|---|
| MVP | 5–8 ekran, tek kullanıcı tipi, temel panel | 8–12 hafta | 100.000–200.000 TL |
| Orta ölçek | Ödeme, bildirim, harita, çoklu rol | 3–5 ay | 200.000–450.000 TL |
| Kapsamlı | ERP/muhasebe entegrasyonu, çevrimdışı çalışma, saha operasyonu | 6 ay+ | 450.000 TL üzeri |
| Kurumsal platform | Çok kiracılı, canlı takip, gelişmiş raporlama | 9 ay+ | 1.000.000 TL üzeri |
Bizim mobil uygulama geliştirme paketimiz 100.000 TL + KDV'den başlıyor; tüm paketleri fiyatlandırma sayfasında görebilirsiniz.
Fiyatı belirleyen 6 karar
| Karar | Maliyeti düşüren | Maliyeti artıran |
|---|---|---|
| Platform | Tek platform (yalnızca Android) | iOS + Android ayrı native |
| Yaklaşım | Cross-platform (React Native / Flutter) | Native (Swift + Kotlin) |
| Özellik | MVP, temel ekranlar | Canlı konum, sohbet, video, yapay zekâ |
| Backend | Hazır servis (Firebase, Supabase) | Özel sunucu ve API mimarisi |
| Tasarım | Platform standart bileşenleri | Tamamen özel arayüz, animasyon |
| Entegrasyon | Tek ödeme veya giriş | Çoklu ödeme, ERP, harita, analitik |
1. Native mi, cross-platform mı? (%40–80 fark)
iOS ve Android için ayrı native kod yazmak iki ekip, iki test süreci ve iki bakım hattı demek. Cross-platform tek kod tabanıyla ikisine birden çıkıyor.
Karar kriteri performans değil, cihaz donanımını ne kadar zorladığınız. Sipariş, rezervasyon, katalog, saha raporlama, içerik uygulamalarında cross-platform ile native arasındaki fark kullanıcı tarafından fark edilmiyor. Ağır grafik işleme, oyun, gerçek zamanlı video efekti veya yoğun sensör kullanımı varsa native gerekiyor.
Bu tek karar bütçenin neredeyse yarısını belirliyor.
2. Özellik karmaşıklığı
Her özellik doğrusal maliyet eklemiyor; bazıları katlıyor. Kabaca efor sıralaması:
- Düşük: Statik içerik, katalog, form, basit liste — ekran başına 1–3 gün
- Orta: Üyelik, arama-filtre, favoriler, bildirim, harita gösterimi — özellik başına 3–8 gün
- Yüksek: Ödeme akışı, canlı sohbet, konum takibi, çevrimdışı senkronizasyon — özellik başına 10–25 gün
- Çok yüksek: Görüntü işleme, yapay zekâ, gerçek zamanlı video, çok kiracılı mimari
Çevrimdışı çalışma en çok küçümsenen kalem: "internet yokken de çalışsın" cümlesi, veri senkronizasyonu ve çakışma çözümü gerektirdiği için tek başına 3–6 haftalık bir iş.
Doğru ürün stratejisi burada devreye giriyor. CB Insights'ın başarısız girişim analizine göre başarısızlığın 1 numaralı nedeni (%35) pazarda ürüne ihtiyaç olmaması (CB Insights, Top Reasons Startups Fail). Gereksiz özellikten kaçınmak hem bütçeyi hem riski azaltıyor.
3. Backend ve panel (bütçenin %40–50'si)
Kullanıcının görmediği taraf: kullanıcı yönetimi, veritabanı, API, yönetim paneli, bildirim altyapısı, raporlama.
- Hazır servis (Firebase, Supabase): Hızlı ve ucuz. Standart senaryolarda yeterli. Kullanıcı sayısı büyüdükçe aylık maliyet artıyor ve veri taşınabilirliği sınırlanıyor.
- Özel backend: Başlangıçta 40.000–150.000 TL ek. Karşılığında tam kontrol, mevcut sistemlerinizle entegrasyon serbestliği ve öngörülebilir işletme maliyeti.
Mevcut ERP, muhasebe veya e-ticaret sisteminizle konuşacaksa hazır servis genelde yetmiyor; API entegrasyonu ayrı bir kalem olarak planlanmalı.
4. Tasarım
Platformun standart bileşenleriyle yapılan bir arayüz 15.000–40.000 TL. Tamamen özel, animasyonlu bir arayüz 60.000–150.000 TL.
Ara yol genelde en verimlisi: standart bileşenlerin marka renkleri ve tipografisiyle özelleştirilmesi. Kullanıcı zaten iOS ve Android'in alışkanlıklarını biliyor; çok farklı bir arayüz öğrenme maliyeti yaratıyor.
5. Kullanıcı rolleri
Bu kalem tekliflerde çoğu zaman fark edilmiyor. Tek tip kullanıcıya hizmet eden bir uygulamayla, "müşteri + bayi + saha ekibi + yönetici" için ayrı ekranlar ve yetkiler barındıran bir uygulama arasında 2–3 kat efor farkı var. Her rol kendi ekran setini, yetki kontrolünü ve test senaryosunu getiriyor.
6. Test ve yayın
Kapsamlı test, geliştirme eforunun %15–25'i. Kısılan ilk kalem genelde bu oluyor ve sonuç mağaza yorumlarında görülüyor. Cihaz çeşitliliği Android tarafında yüksek: en az 6–8 farklı ekran boyutu ve iki OS sürümünde test etmek gerekiyor.
Tekrarlayan giderler
İlk teslim bütçenin tamamı değil. Yıllık plan yaparken ekleyin:
- Geliştirici hesapları: Apple 99 USD/yıl, Google 25 USD tek seferlik
- Sunucu ve altyapı: Kullanıcı sayısına göre aylık 1.500–15.000 TL
- Bakım ve OS uyumu: Proje bedelinin yıllık %15–20'si
- ASO ve mağaza yönetimi: Ekran görüntüsü, açıklama, sürüm notları
- Kullanıcı edinimi: Uygulama kendiliğinden indirilmiyor; reklam bütçesi gerekiyor
Bakım kalemi pazarlık konusu değil. iOS ve Android yılda birer büyük sürüm çıkarıyor; güncellenmeyen uygulamalar 18–24 ay içinde ya çalışmaz hale geliyor ya mağazadan düşüyor. Bu, uygulamayı yeniden yazmak demek.
Ucuz teklifte kısılan yerler
- Yönetim paneli kapsam dışı bırakılıyor (sonradan en pahalı ek)
- Backend hazır servise bırakılıp ölçeklenme hiç konuşulmuyor
- Test yalnızca iki cihazda yapılıyor
- Mağaza yayın süreci ve red yönetimi dahil değil
- Kaynak kod teslim edilmiyor
- Mağaza hesapları geliştiricinin adına açılıyor
Son madde en riskli olanı: hesap sizin şirketinizin adına değilse uygulamanız üzerinde tam kontrolünüz yok. Sözleşmede bu maddenin bulunmasını isteyin.
Sık sorulan sorular
Mobil uygulama fiyatı neye göre değişir?
Sırasıyla: geliştirme yaklaşımı (native/cross-platform), özellik karmaşıklığı, backend ihtiyacı ve kullanıcı rol sayısı.
Native mi cross-platform mı daha uygun?
Standart iş uygulamalarında cross-platform hem daha ekonomik hem yeterli. Donanımı sınırda kullanan uygulamalarda native gerekiyor.
Uygulama yayınlandıktan sonra ek maliyet var mı?
Evet: sunucu, bakım, OS uyumu ve mağaza ücretleri. İlk yıl için proje bedelinin %15–20'sini ayırın.
MVP ile başlamak mantıklı mı?
Çoğu durumda evet. Çekirdek akışla çıkıp gerçek kullanım verisine göre genişletmek hem maliyeti hem riski düşürüyor. Detay: MVP mobil uygulama rehberi.
Sadece Android yapıp sonra iOS eklesek?
Cross-platform seçtiyseniz ikisi zaten aynı kodla çıkıyor; ayırmanın anlamı yok. Native seçtiyseniz sonradan iOS eklemek, baştan ikisini birlikte planlamaktan pahalıya geliyor.
Net rakam için
Kullanım senaryonuzu, kullanıcı rollerini ve olmazsa olmaz özellikleri yazın; kapsama göre net bir teklif çıkarıyoruz. Nereden başlanacağını mobil uygulama yaptırmak istiyorum yazısında adım adım anlattık.
Telefon / WhatsApp: +90 536 628 0007
E-posta: info@enextware.com