Mobil Uygulama Yaptırmak: Süreç, Süre ve Maliyet (2026)
Mobil uygulama yaptırırken süreyi ve maliyeti belirleyen beş şey, sekiz adımlık süreç, planlama bantları ve teklif karşılaştırırken sorulacak yedi soru.

Kısaca: mobil uygulama yaptırmak, bir firmaya "uygulama yap" demek değil, kapsamı yazılı hâle getirip haftalık bir plana bağlamaktır. Süreyi ve maliyeti beş şey belirler: ekran ve akış sayısı, arka uç ve entegrasyonlar, tek ya da çift platform, tasarımın hazır olup olmadığı ve yayın sonrası bakım. Aşağıda GG Tech Teknoloji'nin kapsam görüşmesinde izlediği adımlar, gerçekçi takvim bantları ve teklif karşılaştırırken sorulacak sorular var.
Mobil uygulama yaptırmak ne demek?
Mobil uygulama yaptırmak, bir ürün fikrini iOS ve Android'de çalışan, mağazada yayımlanan ve arkasında bir sunucu olan yazılıma dönüştürme işidir. Ekranda görünen kısım işin küçük parçasıdır. Kullanıcı hesabı, veritabanı, bildirimler, ödeme ve yönetim paneli ekranın arkasında durur. Teklifler arasındaki büyük fiyat farkı çoğu zaman bu görünmeyen katmandan gelir: biri onu kapsama almıştır, diğeri almamıştır.
Süreç: sekiz adım
- Kapsam görüşmesi: ne için, kim için, ilk sürümde neyin olmadığı. Bu görüşmenin çıktısı yazılı bir kapsam ve ilk takvim bandıdır.
- Ekran ve akış haritası: her ekran, her buton, her hata durumu tek tek listelenir. Süreyi belirleyen sayı budur.
- Teknik seçim: native (Swift, Kotlin), Flutter ya da React Native. Seçim gerekçesiyle yazılır; her projeye aynı aracı öneren firmaya dikkat.
- Tasarım ve tıklanabilir prototip: geliştirme başlamadan akış telefonda denenir; en ucuz düzeltme burada yapılır.
- İki haftalık geliştirme sprintleri: her sprint sonunda TestFlight ve Google Play iç test üzerinden çalışan bir sürüm gelir.
- Test ve kabul: cihaz çeşitliliği, yavaş internet, boş durumlar, bildirim izinleri. Kabul kriterleri kapsam belgesindeki maddelerdir.
- Mağaza yayını: Apple App Review ve Google Play politikaları. Google Play, kişisel geliştirici hesaplarında yeni uygulamalar için en az 12 test kullanıcısıyla 14 gün süren kapalı test istiyor (Play Console yardım sayfasına göre). Bu iki hafta takvime baştan yazılmalı.
- Yayın sonrası bakım: işletim sistemi sürümleri, mağaza politika değişiklikleri, çökme raporları ve küçük iyileştirmeler. Bakım kapsamda değilse uygulama bir yıl içinde eskir.
Süre ne kadar sürer?
Süreyi kapsam belirler, teknoloji değil. Aynı ekip aynı araçla 6 ekranlı bir uygulamayı da 40 ekranlı bir uygulamayı da yapar; fark haftalardadır. Aşağıdaki bantlar GG Tech'in planlama yaklaşımıdır; teklif her zaman kapsam görüşmesinden sonra verilir.
| Kapsam | Örnek | Planlama bandı |
|---|---|---|
| Tek platform ilk sürüm | 5–8 ekran: giriş, liste, detay, profil, bildirim; hazır tasarım | 10–14 hafta |
| İki platform + arka uç + yönetim paneli | Kullanıcı hesabı, ödeme, bildirim, içerik yönetimi | 16–24 hafta |
| Mevcut sisteme bağlı kurumsal uygulama | Kurum içi entegrasyonlar, yetki grupları, raporlama | Kapsam görüşmesiyle. Çekmeköy Belediyesi işinde çekirdek sistem 12, altı uygulamanın tamamı 22 hafta sürdü (git geçmişinden ölçüldü) |
Mağaza tarafı da takvime girer. Apple, App Review'a gönderilen uygulamaların yüzde 90'ının 24 saat içinde incelendiğini söylüyor (developer.apple.com/app-store/review). Google Play'in 14 günlük kapalı test şartı ise yeni hesaplarda yayın tarihini iki hafta ileri iter.
Maliyeti ne belirler?
GG Tech fiyat listesi yayımlamaz; her teklif kapsam görüşmesinden sonra bant olarak verilir. Maliyeti oluşturan kalemler ise her projede aynıdır ve önceden bilinebilir.
- Ekran ve akış sayısı: 6 ekran ile 40 ekran arasında doğrusal olmayan bir fark vardır; her ekranın hata ve boş durumları da iş üretir.
- Arka uç ve entegrasyonlar: ödeme, harita, SMS, mevcut ERP ya da CRM bağlantısı. Entegrasyon başına karşı tarafın dokümantasyonu ve test ortamı maliyeti belirler.
- Platform sayısı: tek platformla ilk sürüm, ikinci platform sonra. Flutter ve React Native iki platformu tek kod tabanından çıkarır ama native özellikler ek iş ister.
- Tasarım: hazır tasarım sistemi varsa haftalar kısalır; sıfırdan marka ve arayüz tasarımı ayrı bir kalemdir.
- Yayın sonrası bakım: aylık sabit ya da saatlik. Kapsam dışı bırakılınca ilk işletim sistemi güncellemesinde geri gelir.
Karşılaştırma için: Clutch'ta İstanbul'daki uygulama geliştirme firmalarının saatlik ücretleri 25 ile 149 dolar arasında listeleniyor (clutch.co İstanbul uygulama geliştiricileri listesi, Eylül 2026). Aynı iş için üç kat fiyat farkı görürseniz kapsamı değil, kimin neyi dahil ettiğini karşılaştırın.
Maliyet
Yazılım maliyetini belirleyen faktörlerNative mi, Flutter mı, React Native mi?
| Yaklaşım | Ne zaman uygun | Bedeli |
|---|---|---|
| Native (Swift, Kotlin) | Kamera, sensör, arka plan işlem, en yüksek performans; tek platformla başlayan ürünler | İki platform için iki kod tabanı, iki ekip |
| Flutter | İki platformda aynı arayüz, hızlı ilk sürüm, tasarım ağırlıklı ürünler | Native özellikler için köprü kodu; uygulama boyutu |
| React Native | Web ekibi olan şirketler, JavaScript ve TypeScript birikimi, web ile paylaşılan mantık | Native modüllerde sürüm uyumu takibi |
Doğru cevap projeye göre değişir. Firma seçimini sadece araca göre yapmayın; aracı gerekçesiyle öneren ve ikinci seçeneği de anlatan ekibi seçin.
Teklif karşılaştırırken sorulacak yedi soru
- Kapsam belgesi teklifin eki mi? Ekran listesi yoksa fiyat neyin fiyatı?
- Arka uç, yönetim paneli ve entegrasyonlar dahil mi, yoksa "ayrıca fiyatlandırılır" mı?
- Kaynak kod ve mağaza hesapları kime ait? Sözleşmede yazmalı; mağaza hesapları sizin adınıza açılmalı.
- Her sprint sonunda çalışan sürüm görecek miyim, yoksa teslim tarihini mi bekleyeceğim?
- Mağaza yayını ve reddedilme durumunda düzeltme kapsamda mı?
- Yayın sonrası bakım nasıl fiyatlanıyor ve kaç ay?
- Adı verilebilen bir referans ve doğrulanmış müşteri yorumu var mı? İsimsiz referans doğrulanamaz.
GG Tech'te nasıl ilerliyoruz
GG Tech, İstanbul Kadıköy'de yaklaşık 20 kişilik bir yazılım mühendisliği ekibidir; mobil uygulama, özel yazılım ve yapay zeka ajanları geliştirir. Mobil projede işe durum tespiti görüşmesiyle başlarız: mevcut sistemler, hedef kullanıcı, ilk sürümde olmayacaklar. Çıktı yazılı kapsam, haftalık plan ve maliyet bandıdır. Geliştirme iki haftalık sprintlerle ilerler; her sprint sonunda test sürümü telefonunuzda olur. Mağaza yayını ve bakım, kapsam belgesinde ayrı maddeler olarak yazılır.
Hizmet sayfası
Mobil uygulama geliştirme: kapsam, süreç ve sık sorulan sorularBaşlangıç
Durum tespiti görüşmesi: kapsam ve takvim bandı için ilk adımKarşılaştırma
İstanbul'da mobil uygulama geliştirme firmaları (2026)Sık sorulan sorular
- Önce tek platformla başlamak mantıklı mı?
- Çoğu zaman evet. Hedef kullanıcıların çoğunluğu hangi platformdaysa oradan başlamak ilk sürümü haftalarca öne alır; ikinci platform öğrenilen kapsamla daha hızlı çıkar.
- Uygulamanın kaynak kodu ve mağaza hesapları kime ait olur?
- Sözleşmede yazmalı. Mağaza hesaplarının (Apple Developer, Google Play Console) sizin şirketiniz adına açılması ve kaynak kodun teslim kapsamında olması, ileride ekip değiştirseniz bile uygulamanın sizde kalmasını sağlar.
- Yayın sonrası ne olur?
- İşletim sistemi sürümleri, mağaza politika güncellemeleri ve çökme raporları düzenli iş çıkarır. Bakım kapsamı ve süresi teklifte ayrı bir madde olmalı.