Mobil Uygulama Yaptırma Fiyatları 2026: Ne Kadar Tutar?

"Uygulama ne kadar tutar" sorusunun dürüst cevabı şudur: neredeyse tamamen kapsama bağlıdır — ve kapsam, çoğu kişi bu soruyu sorduğunda henüz oturmamış olan şeydir. Bulacağınız hemen her maliyet rehberinin size rakam yerine aralık vermesinin sebebi bu.

O aralıkların neden bu kadar geniş olduğunu açıkça söylemekte fayda var: yayımlayanlar size sonradan teklif verecek. On kat açıklığa sahip bir aralık, yazarını hiçbir şeye bağlamaz.

Biz farklı yapıyoruz ve bu yazıyı aralık vermeden yazabilmemizin tek sebebi bu. Caliency, mobil uygulama geliştirme sayfasında tanımlı kapsamlar için sabit fiyat yayımlıyor. Dolayısıyla bu rehber, piyasa ortalaması uydurmak yerine daha yararlı olanı yapıyor: rakamı gerçekte neyin oynattığını, hiçbir yapım fiyatının içinde olmayan kalemleri ve ürününüz değişmese bile platformların size dayattığı tekrar eden maliyeti anlatıyor.

Önemli Çıkarımlar

• "Aynı uygulamaya" gelen teklifler çoğunlukla aynı kapsamın teklifleri olmadığı için ayrışır. Fark bir kâr marjı sorunu değil, bir şartname sorunudur.
• Mağaza, dijital satışların programa ve gelire göre %15 ya da %30'unu alıyor (Apple, Google Play).
• Bakım isteğe bağlı değil: Apple, 28 Nisan 2026'dan sonra yüklenen uygulamaların Xcode 26 veya sonrasıyla derlenmesini şart koşuyor (Apple Developer).
• Sabit fiyat sizi ancak kapsam önce sabitlendiyse korur. Aksi hâlde üstüne evrak eklenmiş bir saat başı sözleşmedir.
• Önce tek platformda çıkmak, ilk yapımı yarıya indirmenin meşru bir yoludur.

Aynı uygulamaya neden on kat farklı teklif geliyor

Neredeyse hiçbir zaman aynı uygulamanın teklifleri değildirler. İki teklif, kulağa birebir aynı gelen bir ürünü tarif edip on kat farklı fiyatlayabilir; çünkü sessizce farklı sorulara cevap verirler.

Farkın büyük kısmını altı soru açıklar:

• Backend'i kim yazıyor? İçerik gösteren bir uygulama, kullanıcı verisini saklayan, senkronlayan ve güvence altına alan bir uygulamanın işinin küçük bir bölümüdür. Bir teklif elinizde API olduğunu varsayıyor, diğeri onu yazmayı içeriyorsa, o ikisi rakip bile değildir.
• Yönetim paneli var mı? Birinin içeriği denetlemesi, bir siparişi iade etmesi ya da bozuk bir kaydı düzeltmesi gerekir. Bu kapsamda yoksa, yayın günü sizin sorununuz olur.
• Kaç kullanıcı rolü var? Tek tip kullanıcı, tek ekran seti ve tek yetki modeli demektir. Müşteri artı personel artı yönetici, her birinden üç tane ve aralarındaki etkileşimler demektir.
• Tek platform mu, iki mi? iOS fiyatı, iOS ve Android fiyatı değildir; aradaki fark yuvarlama hatası da değildir.
• Kapsam değişince ne oluyor? Değişiklik taleplerinden hiç söz etmeyen bir teklif onları ortadan kaldırmamıştır. Konuşmayı, sizin en az pazarlık gücünüzün olduğu ana ertelemiştir.
• Yayın sonrası düzeltmelerin parasını kim ödüyor? Gerçek cihazlarda gerçek kullanıcılarla ortaya çıkan hatalar bir ihtimal değil, kesinliktir. Bunların faturalanıp faturalanmayacağı mühendislik değil sözleşme sorusudur.

İki ajansa bu altı soruyu sorun; "birebir aynı" teklifleri aynı olmaktan çıkacaktır. Asıl yararlı egzersiz budur — başlıktaki rakamları karşılaştırmaktan çok daha yararlı.

Bu kapsam kararlarının mühendislik tarafında ne anlama geldiğini mobil uygulama geliştirme rehberi anlatıyor.

Hiçbir yapım fiyatının içinde olmayanlar

Uygulamayı yaptırmak için ne ödersiniz ödeyin, dört kalem onun dışında kalır. Bunlar yayımlanmış rakamları olan kalemler; yani bu rehberin kesin konuşabildiği yer burası.

Mağaza komisyonu. Uygulamanız dijital bir şey satıyorsa mağaza kalıcı bir pay alır. Apple'ın App Store Small Business Program'ı, önceki takvim yılında geliri 1 milyon dolara kadar olan geliştiriciler için standart oran yerine %15 uyguluyor (Apple Developer). Google Play, "geliştiricinin her yıl kazandığı ilk 1 milyon dolar" için "%15 hizmet bedeli kademesi", üstü için "%30" alıyor; otomatik yenilenen abonelikler gelirden bağımsız %15. Google, "geliştiricilerin %99'unun %15 veya altı bir orana uygun olduğunu" belirtiyor (Google Play Console Help).

Avrupa, Birleşik Krallık ya da ABD'de satıyorsanız dikkat edilecek bir nokta var: 30 Haziran 2026'dan itibaren Google bu pazarlardaki yeni kurulumlara farklı bir yapı uyguluyor ve yıllık ilk 1 milyon dolar için "%10 + %5 faturalama bedeli" ile başlıyor. Gelir modeliniz bugünkü yüzdeler üzerine kuruluysa, yeniden bakılacak bir satır.

Geliştirici hesapları. Apple Developer Program yılda 99 dolar (Apple Developer), Google Play ise "tek seferlik 25 ABD doları kayıt ücreti" alıyor (Google Play Console Help). Küçük tutarlar; ama tek seferlik alım değil süregiden taahhüt oldukları için ilk bütçe konuşmasına girmeleri gerekir.

Altyapı. Uygulamanın backend'i varsa bir barındırma faturası da vardır ve o fatura başarınızla birlikte büyür — backend'in neyi ölçtüğü de bu faturanın kullanıcı sayınızı mı yoksa ekranlarınızı mı takip edeceğini belirler. Bu iyi bir sorundur ama sıfır bütçelemek yine de yanlış bütçelemektir.

Gerçek cihazlarda test. Google artık hangi Android sürümlerinin sahada olduğuna dair kamuya açık bir döküm yayımlamıyor; geliştirici panosu artık grafik yeteneklerini raporluyor ve geliştiricileri kendi Play Console verilerine yönlendiriyor (Android Developers). Bütçe açısından sonuç değişmiyor: uygulamanızın çalışması gereken cihaz yelpazesi gerçek bir maliyettir ve Android'de iOS'tan geniştir.

Fiyat kadar takvim de soruluyor. Mağazaların koyduğu bekleme sürelerini ve haftalık bir yapım takvimini mobil uygulama ne kadar sürede yapılır yazısında verdik.

Kimsenin fiyatlandırmadığı maliyet: platform sizi yeniden derletiyor

Bu bölümü müşterilerin imza atmadan önce duymasını en çok istediğimiz bölüm; çünkü bitmiş bir uygulamayı bitmemiş bir taahhüde çeviren şey bu.

Uygulama bir bina değildir. Altından kendi takvimiyle değişen iki platformun üstünde durur ve iki platform da o takvimi son tarihlerle dayatır.

Apple'ın yayımladığı yaklaşan gereklilikler, 28 Nisan 2026'dan itibaren "App Store Connect'e yüklenen uygulamaların Xcode 26 veya sonrası ile, iOS 26, iPadOS 26, tvOS 26, visionOS 26 ya da watchOS 26 SDK'sı kullanılarak derlenmiş olması" gerektiğini söylüyor (Apple Developer). Bunu bir bütçe kalemi olarak okuyun. O tarihten sonra güncelleme yayımlaması gereken her uygulamanın, yeni bir SDK'ya karşı yeniden derlenmesi için bir mühendise ihtiyacı var — ürününüz değişmiş olsun ya da olmasın, kullanıcılarınız bir şey istemiş olsun ya da olmasın.

Uyumluluk da hareket ediyor ve sonuçları daha keskin. Aynı sayfada Apple, AB Dijital Hizmetler Yasası kapsamında tacir statüsü bulunmayan uygulamaların "statü sağlanıp doğrulanana kadar Avrupa Birliği'nde App Store'dan kaldırılacağını" belirtiyor. Bu, reddedilen bir güncelleme değil. Bu, uygulamanızın idari bir alan yüzünden bir pazardan çıkması.

Yani "uygulamayı ayakta tutmak ne tutar" sorusunun rakamı olmasa bile bir biçimi var: bir platform son tarihi geldiğinde yetkin birinin hazır olması ne tutuyorsa o. Kimsenin bakmadığı bir uygulama yavaş yavaş bozulmaz. Gayet iyi durur, sonra bir gün hiç güncellenemez.

Sabit fiyat, ancak kapsam önce sabitlendiyse korur

Sabit fiyatlı sözleşmeler müşteri koruması olarak satılır ve öyle de olabilirler. Ama koruma etiketten değil sıradan gelir.

Hâlâ hareket eden bir kapsama iliştirilmiş sabit fiyat, üstüne evrak eklenmiş bir saat başı sözleşmedir: her değişiklik bir pazarlığa dönüşür ve siz o pazarlığı, çoktan bağlandığınız bir projenin içinden yaparsınız. Sözleşmedeki rakam, biri "hazır oradayken şunu da yapabilir miyiz" dediği ilk anda anlamını kaybeder.

Fiyatı önce sabitlemenin asıl değeri şudur: her özellik kararını, kararların hâlâ ucuz olduğu tek haftaya sıkıştırır — mimari kurulmadan, üzerine hiçbir şey inşa edilmeden önce. O hafta rahatsız edicidir. Aynı zamanda projenin en yüksek kaldıraçlı haftasıdır.

Kendi fiyatlandırmamızın kapsam ile bedeli sözleşmede birlikte sabitlemesinin ve keşif görüşmesinin rakamdan sonra değil önce yapılmasının sebebi bu.

İmzalamadan önce sorulacaklar

Bizimki de dâhil her teklifi kısa bir listeyle değerlendirebilirsiniz. Bu soruların hiçbiri teknik bilgi gerektirmiyor.

1. Kapsamda tam olarak ne var — teslimde tek tek işaretleyebileceğim bir liste hâlinde? Sıfatlarla anlatılıyorsa o kapsam değildir.
2. Kaynak kodu kimin ve depo nerede duruyor? Cevap ilk günden "sizin" ve "sizin hesabınızda" olmalı.
3. Yapım sırasında fikrimi değiştirirsem ne olur? "Değiştirirsem" değil, "değiştirdiğimde". İyi cevap bir yasak değil, bir süreç tarif eder.
4. Backend dâhil mi, değilse kim yazıyor?
5. Yayından sonra ne kapsanıyor ve ne kadar süreyle?
6. Bu kodu gerçekte kim yazacak? Sunumdaki insanlarla klavyedeki insanlar arasındaki fark, ajans hayal kırıklıklarının çoğunun kaynağıdır.
7. Neler dâhil değil? Listedeki en yararlı ve en az sorulan soru. Buna net cevap veremeyen bir teklif yeterince düşünülmemiştir.

Bir teklif bu yedisini eveleyip gevelemeden cevaplıyorsa, üstündeki fiyat bir şey ifade eder. Cevaplayamıyorsa, o fiyat takım elbise giymiş bir tahmindir. Teklifi kişi-ay hesabıyla okumayı ve sektörün ortalama personel maliyetini yazılım şirketi nasıl seçilir yazısında anlattık.

Kısaca

Bir uygulama, kapsamı ne tutuyorsa onu tutar; artı dijital gelirin kalıcı bir payı; artı kendi takvimiyle hareket eden iki platformda yayımlanabilir kalmanın süregiden maliyeti. Kapsamınızı bilmeden size kesin rakam veren tahmin ediyordur; on kat aralık veren ise konuşmayı erteliyordur.

Biz kendimizinkini yayımlıyoruz: mobil uygulama geliştirme sayfası her sabit fiyatın neyi kapsadığını ve neyi kapsamadığını yazıyor.

Kendi kapsamınız için gerçek bir rakam istiyorsanız, ne inşa ettiğinizi anlatın — ve ihtiyacınız olanın istediğinizden küçük olduğunu düşünürsek, bunu teklif verdikten sonra değil önce söyleriz.