Bize gelen taleplerin büyük kısmı aynı cümleyle başlıyor: "Bir mobil uygulama yaptırmak istiyoruz, ne kadar tutar?" Bu soruya dürüst tek cevap, maliyeti neyin belirlediğini açıklamaktan geçiyor. Aşağıda kendi projelerimizden çıkardığımız aralıkları ve bu aralıkları hangi faktörlerin kaydırdığını paylaşıyoruz.
Proje tipine göre bütçe aralıkları
Aşağıdaki tablo, Türkiye pazarında 2026 yılı için tipik aralıkları gösteriyor. Rakamlar tek seferlik geliştirme maliyetidir; mağaza hesapları, sunucu ve bakım giderleri dahil değildir.
| Proje tipi | Tipik maliyet | Tipik süre |
|---|---|---|
| Tek akışlı MVP (hesap sistemi yok) | 150.000 – 350.000 TL | 4-6 hafta |
| Hesap sistemli MVP (giriş, profil, veri) | 350.000 – 600.000 TL | 6-10 hafta |
| Çok kullanıcılı uygulama (roller, panel) | 600.000 – 1.000.000 TL | 10-16 hafta |
| Ödeme + dış sistem entegrasyonlu uygulama | 1.000.000 – 1.500.000 TL | 16-24 hafta |
| Kurumsal ölçekli platform | 1.500.000 TL + | 24 hafta + |
Bu aralıklar tek kod tabanından iOS ve Android çıkaran Flutter geliştirme varsayımına dayanıyor. iOS ve Android'in ayrı ekiplerle native geliştirilmesi durumunda maliyeti yaklaşık 1,7-2 katına çıkarmak gerekiyor.
Maliyeti belirleyen 8 faktör
- Entegrasyon sayısı. Uygulamanın bağlanacağı her dış sistem (ödeme, ERP, kargo, SMS, harita) ayrı bir geliştirme ve test kalemidir. Maliyeti en çok kaydıran faktör budur.
- Kullanıcı rolü sayısı. Tek tip kullanıcısı olan uygulama ile yönetici/satıcı/müşteri rolleri olan uygulama arasında iki kat fark oluşabilir; her rol kendi ekranlarını ve yetki kurallarını getirir.
- Backend ihtiyacı. Supabase veya Firebase ile çözülebilen bir yapı ile özel .NET API gerektiren bir yapı arasında haftalarca fark vardır.
- Çevrimdışı çalışma. Uygulamanın internetsiz çalışması gerekiyorsa veri senkronizasyonu ayrı bir mühendislik problemidir ve süreyi %20-40 uzatır.
- Gerçek zamanlı özellikler. Anlık mesajlaşma, canlı konum veya çok oyunculu senkronizasyon, altyapı tarafında ayrı çözüm gerektirir.
- Tasarım kapsamı. Hazır tasarım sistemi kullanmak ile sıfırdan özel tasarım arasında 2-4 haftalık fark vardır.
- Platform sayısı. Yalnızca iOS mu, iOS + Android mi, web de var mı? Flutter bu farkı küçültür ama sıfırlamaz; her platformun kendi test ve yayın yükü vardır.
- İçerik ve veri hazırlığı. Ürün verisi, metinler ve görseller hazır değilse proje süresi uzar. Bu kalem sıklıkla hafife alınır.
Maliyeti düşürmenin gerçekçi yolları
Maliyeti düşürmenin işe yarayan tek yolu kapsamı küçültmektir. Aşağıdakiler pratikte sonuç veren yaklaşımlar:
- MVP'yi tek doğrulanabilir akışa indirin. DrapeAI'nin sanal deneme uygulaması bu şekilde 4 haftada yayına alındı: fotoğraf yükle, kıyafet seç, sonucu gör. Geri kalan her şey sonraki sürümlere bırakıldı.
- Hesap sistemini gerçekten gerekmiyorsa eklemeyin. Decidio uygulamasında kayıt adımı yok; bu hem geliştirme süresini hem de kullanıcı sürtünmesini azalttı.
- Hazır altyapı servislerini kullanın. Supabase veya Firebase, MVP aşamasında backend kurulumunu ayrı bir kalem olmaktan çıkarır.
- Tek kod tabanı seçin. Flutter ile iOS ve Android aynı anda çıkar; ayrı ekip maliyeti ve platformlar arası davranış farkı ortadan kalkar.
- Ölçeklenebilirliği erteleyin — ama veri modelini ertelemeyin. Veri modeli ve yetkilendirme yapısı sonradan değiştirilmesi en pahalı iki karardır.
Maliyet dışında hesaba katılması gerekenler
| Kalem | Tipik tutar | Sıklık |
|---|---|---|
| Apple Developer Program | 99 USD | Yıllık |
| Google Play Developer | 25 USD | Tek seferlik |
| Sunucu / altyapı | Kullanıma göre | Aylık |
| Bakım ve destek | Geliştirme bedelinin %15-20'si | Yıllık |
Süre ile maliyet arasındaki ilişki
Yaygın bir yanılgı, ekibi büyüterek süreyi kısaltmaktır. Pratikte mobil uygulama projelerinde ekip büyütmek belli bir noktadan sonra süreyi kısaltmaz, koordinasyon yükü nedeniyle uzatır. Süreyi kısaltan tek güvenilir yöntem kapsamı daraltmaktır. Bizim 4-6 haftalık MVP süremiz, ekip büyüklüğünden değil, MVP dışında kalacakların ilk toplantıda yazıya dökülmesinden geliyor.