Mobil uygulama yaptırmak ne kadar? 2026'da maliyeti belirleyenler

Kısa cevap: "Bir uygulama ne kadar tutar?" sorusuna, uygulamanın ne yaptığını bilmeden kimse dürüst bir rakam veremez. 2026'da mobil uygulama maliyetini belirleyen birkaç karar var: kaç platform, kullanıcı giriş yapacak mı, uygulamada para dönecek mi, arka planda içerik yönetecek biri olacak mı, yapay zekâ işin içinde mi. Tek platformda, girişsiz çalışan bir araç ile iki platformda abonelikli ve yönetim panelli bir uygulama aynı proje değil. Aradaki fark yüzde değil, kat.

Biz Lumio Studio'yuz, İstanbul'da küçük bir yazılım stüdyosuyuz. App Store'da kendi uygulamalarımızı geliştirip yayında tutuyoruz (Kalo, Runlock, ScrollShelf, LittleChats, Muslim SuperApp), müşterilerimiz için de uygulama yapıyoruz. Yani bu masrafları sadece teklif etmiyoruz, kendimiz de ödüyoruz. Bu yazıda fiyatı neyin büyüttüğünü, yayından sonra neleri ödemeye devam ettiğini ve ilk sürümü işe yaramaz hâle getirmeden nasıl küçültebileceğini anlatıyoruz. Kendi fikrin için teklif almak istersen bize ulaş. Önce kapsamı ve haftalarla süreyi görmek istersen ücretsiz proje planlayıcımız uygulaman hakkında sorular soruyor ve görüşmeye götürebileceğin bir plan çıkarıyor.

Fiyat aslında bir kapsam sorusu

Stüdyoların ve serbest çalışanların neredeyse hepsi, teklifte yazsın ya da yazmasın, zamana göre fiyat verir. Kabaca hesap şu: kaç haftalık iş, çarpı haftalık ücret. Haftalık ücret işi kimin yaptığına ve nerede olduğuna bağlı. Hafta sayısı kapsama bağlı. Kapsam da senin kontrol ettiğin kısım.

O yüzden asıl soru "uygulama yaptırmak ne kadar?" değil, "hangi özelliklerim işi haftalarca uzatıyor?" sorusu. Aşağıdakiler uzatıyor, kabaca etkisi büyükten küçüğe.

Maliyeti belirleyen kalemler

1. Platform: iOS, Android, web

Her platform kendi mağaza incelemesini, cihaz testini, bildirim ve ödeme kurulumunu getirir. Bizim yayındaki kendi uygulamalarımız native: iPhone'da SwiftUI, Android'de Kotlin. Liste ve form ağırlıklı uygulamalarda Flutter ve React Native gibi çapraz platform araçları daha ucuz bir yol: tek kod tabanı iki telefonda da çalışır. Hangisini seçersen seç, iki platform iki ayrı uygulamadan ucuza gelir ama tek platform kadar ucuza gelmez. Mağaza sayfaları, imzalama, abonelikler ve testler yine iki kez yapılır. Web sürümü ise genelde kendi tasarım işi olan üçüncü bir yüzeydir.

2. Hesap ve giriş

Hesapsız bir uygulama çok daha küçük bir iştir. Kullanıcı giriş yapmaya başladığı anda kayıt, şifre sıfırlama ya da sosyal giriş, uygulama içinden hesap silme (Apple bunu zorunlu tutuyor) ve iOS'ta Google veya Facebook girişi sunuyorsan gizliliğe saygılı bir alternatif giriş seçeneği gerekir. Artık kişisel veri de tutuyorsun. Bu da topladığın veriyle birebir uyuşan bir gizlilik politikası ve KVKK aydınlatma metni demek.

3. Ödeme ve abonelik

Uygulama içinde satılan dijital ürünler genelde Apple ve Google'ın kendi ödeme sisteminden geçer. Abonelik tek bir buton değildir: ödeme ekranı (paywall), deneme süresi, satın alımları geri yükleme, satın alımın sunucuda doğrulanması, iadeler, süresi dolan kartlar ve bunların iki mağazada da test edilmesi. Fiziksel ürün ya da hizmet satıyorsan iyzico, PayTR gibi yerel bir ödeme altyapısı gerekir ve onun da kendi entegrasyon işi var.

4. Yönetim paneli

Birinin içerik düzenlemesi, kullanıcı araması, sipariş iade etmesi, destek mailine bakması gerekecek. Bu araç ikinci bir üründür; kendi ekranları ve yetkileri vardır. Gördüğümüz brief'lerde en çok hafife alınan kalem bu. İlk sürümde çoğu zaman backend'in kendi konsoluyla ya da basit bir tablo tabanlı kurulumla idare edilebilir.

5. Yapay zekâ özellikleri

Bir yapay zekâ modelini çağırmak işin kolay saati. Haftalar şuraya gider: prompt'ları yazıp test etmek, yanlış ya da boş gelen cevapları yönetmek, istek limitleri, servisi kötüye kullanıma karşı korumak ve kullanıcı arttıkça istek başına faturayı kontrol altında tutmak. Yapay zekâ ayrıca normal bir özellikte olmayan bir işletme gideri getirir: her istek para tutar, uygulama yayında olduğu sürece.

6. Entegrasyonlar

Bağladığın her dış sistem (CRM, ERP, harita, sağlık verisi, kargo, e-Fatura/e-Arşiv servisi) dokümantasyonunun kalitesiyle orantılı iş çıkarır. Kimseden teklif istemeden önce o firmadan API dokümanını ve bir test hesabı iste. Test ortamı olmayan bir entegrasyon, özelliğin kendisinden pahalıya patlayabilir.

7. Tasarımın durumu

Bitmiş ve test edilmiş tasarımlar projeyi öngörülebilir yapar. Kâğıt üzerinde bir eskiz, birinin geliştirirken tasarlaması demektir; bu da tekrar iş demek. İkisi de yanlış değil ama hangisine sahip olduğunu baştan söyle, teklifi değiştirir.

Yayından sonra ödemeye devam ettiklerin

Geliştirme tek seferlik bir masraf. Bunlar değil:

• Mağaza hesapları. Apple Developer Program yıllık 99 dolar. Google Play tek seferlik 25 dolar kayıt ücreti alıyor. Bütçeye yazmadan önce iki sayfayı da kontrol et, değişebiliyor.
• Mağaza komisyonu. İki mağaza da uygulama içi satın alım ve aboneliklerden pay alır; küçük geliştiriciler için indirimli oranlar var.
• Sunucu ve backend. Firebase, Supabase, Cloudflare gibi servisler başta ucuz ya da ücretsizdir, kullanım arttıkça büyür. On kullanıcılı hâline göre değil, tuttuğu hâline göre bütçe yap.
• Yapay zekâ API kullanımı, istek ya da token başına faturalanır.
• Üçüncü taraf servisler: analitik, hata takibi, e-posta, abonelik yönetimi. Çoğunun ücretsiz bir katmanı var ve bir noktada onu aşarsın.
• Bakım. Apple ve Google her yıl büyük bir işletim sistemi sürümü çıkarıyor, SDK'lar eskiyor, mağaza kuralları değişiyor. Örneğin Google Play, uygulamaların güncel bir Android sürümünü hedeflemesini şart koşuyor. Kimsenin güncellemediği bir uygulama yavaş yavaş ya bozulur ya da mağazada görünmez olur.

Türkiye'de teklif alırken iki şeyi ayrıca netleştir: fiyata KDV dahil mi, hariç mi; ve teklif dövizle verildiyse kur riskini kim taşıyor. Bunlar sonradan konuşulunca tatsızlık çıkıyor.

Bir de kimsenin teklife yazmadığı kalem var: canlıdaki hatalar. 2026'da biri, kendi uygulamalarımızdan birinin herkese açık sürümünden kısıtlanmamış bir API anahtarını çıkarıp faturası bize kesilen yapay zekâ istekleri gönderdi. Faturadan fark ettiğimizde yaklaşık 1.900 TL gitmişti. Çözüm birkaç ayardı (anahtarları kısıtlamak ve platformun uygulama doğrulamasını açmak) ve artık bunu her projede yayın şartı olarak görüyoruz. Güvenlik kurulumu bir uygulamanın maliyetinin parçası, ekstra değil.

İlk sürümü işe yaramaz hâle getirmeden küçültmek

Uygulama maliyetini düşürmenin en sağlam yolu daha küçük bir ilk sürüm. Kendi uygulamalarımızda yaptığımız:

1. Tek platformla başla. Kullanıcıların belirgin şekilde bir tarafa yakınsa önce orada çık, fikir tutunca ikinciyi ekle.
2. Hesap sistemini atla. Uygulama cihazda tek başına çalışabiliyorsa girişi sonra eklersin. Sonradan kaldırmak, sonradan eklemekten zordur.
3. Operasyonu elle yap. Siparişleri bir tabloda onayla, ilk yüz maili kendin at. Yönetim panelini, elle yapılan iş gerçekten can sıkmaya başlayınca yap.
4. Tek bir gelir modeli seç. Abonelik, tek seferlik satın alım ya da reklam. Yayın günü üçü birden değil.
5. Yapay zekâya kesin bir harcama limiti koy ve kabul edilebilir cevap veren en ucuz modelle başla.
6. Hazır servisleri kullan. Giriş, ödeme, e-posta ve analitik için kendi sistemini kurma.

Uzun bir özellik listen varsa, bir yazılımcıyla konuşmadan önce bu prompt'la herhangi bir yapay zekâ asistanına yapıştır:

Bir mobil uygulama yaptırmak istiyorum. Tüm özellik listem şu:
<listeni buraya yapıştır>

Katı bir ürün yöneticisi gibi davran. Listeyi üçe ayır:
1. İLK SÜRÜMDE ŞART: olmazsa uygulama asıl sorunu çözmüyor.
2. SONRA: işe yarar ama ilk kullanıcılar onsuz idare eder.
3. ÇIKAR: olsa güzel olur, maliyet ekler, net bir kullanıcı ihtiyacı yok.

ŞART olan her madde için hangi kullanıcı sorununu çözdüğünü tek cümleyle yaz.
Listemde belirsiz bir şey varsa sınıflandırmadan önce bana sor.
Sonunda savunabileceğin en kısa ilk sürüm listesini ver.

Serbest çalışan, stüdyo mu, ajans mı?

Üçü de iyi bir uygulama yapabilir. Farklı şekillerde aksarlar.

Serbest çalışan (freelancer)

Genelde en düşük haftalık ücret ve kodu yazan kişiyle aranda en kısa mesafe. Risk şu: tek kişi tek kırılma noktasıdır. Hastalık, daha iyi ödeyen bir proje ya da eksik kalan bir alan (tasarım, backend, mağaza yayını) her şeyi durdurur. İşi kendin değerlendirebildiğin, küçük ve net tanımlı projelerde iyi çalışır.

Stüdyo

Küçük bir ekip; çoğu zaman konuştuğun kişiler kodu da yazar. Biz böyleyiz. Büyük bir ajansın katmanları olmadan tasarım, geliştirme ve mağaza yayını tek çatı altında olur. Bedeli kapasite: küçük bir stüdyo aynı anda sınırlı sayıda proje alır, başlangıç tarihi önemlidir.

Ajans

Müşteri temsilcisi, proje yöneticisi, resmî süreç ve üçü arasında en yüksek ücret. Büyük bir kurumun satın alma evrakı, çok sayıda paydaşı ve uzun sözleşmeleri varsa bu yapı işe yarar. Yeni bir ürünün ilk sürümü için çoğu zaman ürünün ihtiyacından fazla yapıdır.

Kimi seçersen seç şunları sor: kodu tam olarak kim yazacak, iş bitince kaynak kod ve mağaza hesapları kimin olacak, yayından sonra ne olacak?

Teklif istemeden önce

Teklifler ancak herkes aynı brief'e cevap verdiğinde karşılaştırılabilir. Bunu kopyala ve doldur:

Uygulama brief'i

- Tek cümle: uygulama kimin, hangi sorununu çözüyor?
- Platformlar: iOS / Android / web, ve neden
- Kullanıcıların hesabı olacak mı? Hangi giriş yöntemleri?
- Uygulama nasıl para kazanacak? (abonelik, tek seferlik, reklam, hiç)
- Yönetim paneline ihtiyaç var mı? İçinde ne yapılacak?
- Yapay zekâ özelliği var mı? Her biri tek cümleyle ne yapacak?
- Bağlanacak dış sistemler, API dokümanlarının linkleriyle
- Tasarım durumu: bitmiş tasarım / kaba eskiz / henüz yok
- Teslim tarihi ve kayarsa ne olur
- Kod, mağaza hesapları ve backend hesapları kimin adına olacak?
- Fiyat KDV dahil mi hariç mi, hangi para biriminde?

Kendi uygulaman için teklif

Fiyat listesi yayınlamıyoruz, çünkü uygulamalar için bir fiyat listesi okuyan neredeyse herkes için yanlış olur. Gerçek bir teklif, kapsamını konuştuğumuz kısa bir görüşmeden çıkar; bize ulaş ve ne yapmak istediğini anlat. Görüşmeden önce kapsamı ve süreyi netleştirmek için proje planlayıcıyı kullanabilirsin: platform, giriş, ödeme, yönetim paneli, yapay zekâ ve tasarım hakkındaki sorulara cevap veriyorsun, o da seviye, teknoloji önerisi ve haftalarla süre içeren bir plan çıkarıyor. Maliyet hesaplamaz. Bu planı bizim dahil herhangi bir yazılımcıya götürebilirsin. Diğer ücretsiz kaynaklarımız ücretsiz kaynaklar sayfasında.

Kendi uygulamalarımızı yaptıktan sonra vardığımız dürüst sonuç şu: insanları şaşırtan nadiren geliştirme oluyor. Sürprizler yayından sonra, işletme giderlerinde ve bakımda çıkıyor. Bunları ilk günden planlarsan aldığın teklif, sonunda harcadığın paraya çok daha yakın olur.