Mobil Uygulama Yaptırma Maliyeti: Fiyatı Ne Belirler?
İşletme

Mobil Uygulama Yaptırma Maliyeti: Fiyatı Ne Belirler?

Mobil uygulama teklifleri, firmalar kapsamı farklı varsaydığı için birbirinden ayrılır. Maliyeti hangi kalemlerin belirlediğini, adam-gün hesabını ve imzadan önce neler sormanız gerektiğini öğrenin.

Kısa cevap

Mobil uygulama yaptırma maliyeti; platform, ekran sayısı, sunucu, ödeme, entegrasyon, tasarım, mağaza yayını ve bakım gibi iş kalemlerinin sayısına ve her birinin adam-gün süresine göre belirlenir. Benzer görünen iki uygulamanın kapsamı çok farklı olabileceği için standart bir fiyat anlamlı değildir. Önce kendi kalem listenizi yazın, ardından teklifleri toplam rakama değil kapsama ve adam-gün dağılımına göre karşılaştırın.

Mobil uygulama yaptırma maliyeti neye göre belirlenir?

Mobil uygulama yaptırma maliyetini belirleyen tek bir fiyat listesi yoktur; maliyet, uygulamanın kaç iş kaleminden oluştuğuna ve her kalemin kaç adam-gün tuttuğuna göre çıkar. Aynı fikir için gelen iki teklif arasındaki fark çoğu zaman firmaların pahalı ya da ucuz olmasından değil, kapsamı farklı varsaymasından doğar.

"Mobil uygulama yaptırma fiyatları" diye aratınca karşınıza çıkan rakamlar bu yüzden yanıltıcıdır. Bir randevu uygulaması ile ödeme alan, stok sistemine bağlanan ve yönetim paneli olan bir saha uygulaması aynı kategoride görünür, ama iş yükleri çok farklıdır. Hatson Tech sabit fiyat yayımlamaz; çünkü doğru rakam ancak kapsam netleştikten sonra çıkar.

Maliyet genelde şu mantıkla oluşur: her ekran, her entegrasyon ve her kural için tasarım, geliştirme ve test süresi tahmin edilir; toplam adam-gün sayısı günlük ücretle çarpılır; üzerine mağaza yayını, yönetim ve bakım eklenir. Bu yüzden teklif istemeden önce kendi kalem listenizi çıkarmak, hem bütçenizi hem de teklifleri karşılaştırmanızı kolaylaştırır.

Hangi kalemler maliyeti artırır?

Aşağıdaki tablo fiyat içermez; her satır için kendi yanıtınızı yazıp firmaya götürebilirsiniz.

KalemSorulacak soruMaliyete etkisi
PlatformiOS, Android ya da ikisi de mi?İki platform genelde ek test getirir
Ekran ve akış sayısıKaç ekran, kaç ana akış var?Her ekran tasarım ve test süresi ekler
Sunucu (backend)Veri sunucuda mı tutulacak, kim yönetecek?Yönetim paneli ve API ayrı iştir
Giriş ve ödemeÜyelik, SMS doğrulama, kart ödemesi var mı?Güvenlik ve test yükü artar
EntegrasyonERP, CRM, e-fatura gibi hangi sistemler bağlanacak?Karşı sistemin belgesine bağlıdır
TasarımHazır bileşenler mi, özel arayüz mü?Özel tasarım süreyi uzatır
Mağaza yayınıHesapları kim açacak, gizlilik metni hazır mı?Red durumunda düzeltme turu gerekir
BakımYeni işletim sistemi sürümlerine kim uyum sağlayacak?Her yıl süreklilik maliyeti çıkar

Platform seçimi maliyeti nasıl etkiler?

Platform kararı, kalem listesindeki en büyük çarpanlardan biridir. Üç yol vardır ve hiçbirinin her durumda ucuz olduğu söylenemez.

  • Yalnızca Android ya da yalnızca iOS: En dar kapsamdır. Kullanıcılarınızın çoğu tek platformdaysa (örneğin çalışanlara verilen tek tür cihaz) ilk sürüm için yeterli olabilir.
  • Her platform için ayrı (yerel) geliştirme: Cihaz özelliklerine en yakın çözümdür, ancak iki ayrı kod tabanı demektir; geliştirme ve bakım iki kez yürür.
  • Tek kod tabanından iki platform (cross-platform): Ortak iş mantığı tek yerde yazılır. Kamera, konum, arka plan işlemi gibi cihaza yakın özellikler yoğunsa platforma özel iş yine çıkabilir.

Seçimi teknolojinin adına göre değil, kullanıcılarınızın cihazına, ihtiyaç duyduğunuz cihaz özelliklerine ve bakım planınıza göre yapın. Firmadan seçtiği yolun gerekçesini ve alternatifinin hangi işi artıracağını yazılı isteyin.

Mağaza hesapları ve yayın süreci neye mal olur?

Uygulamanın mağazada yayımlanması için geliştirici hesabı gerekir. Google Play'de Google'ın geliştirici hesabı sayfasında 2026 itibarıyla tek seferlik 25 ABD doları kayıt ücreti belirtiliyor; hesap kişisel ya da kurumsal olarak açılabiliyor. Apple tarafında Apple Developer Program kayıt sayfası bireysel veya kurum adına kayıt seçeneklerini anlatıyor; kurum olarak kayıtta başvuruyu yapan kişinin kurumu bağlama yetkisi olması gerekiyor. Apple'ın üyelik ücretini güncel haliyle kendi sayfasından kontrol edin; ücretler ve kurallar değişebilir.

Asıl önemli nokta ücret değil, hesabın kimin adına açıldığıdır. Hesabı yazılım firması kendi adına açarsa uygulamanın mağazadaki sahipliği onda kalır. Hesabı şirketiniz adına açın ve firmaya yetkili kullanıcı olarak erişim verin.

Yayın öncesinde mağazanın kuralları da iş yükü yaratır. App Store inceleme yönergeleri, uygulama içi satın alımların eksiksiz ve incelemeciye görünür olmasını, tanıtım metninin gerçeği yansıtmasını ister. Reddedilme ihtimalini takvime ve teklife bir düzeltme payı olarak yansıtın.

Uygulama yayımlandıktan sonra hangi maliyetler sürer?

Uygulama mağazada yayımlandığında iş bitmez. Yayından sonra düzenli olarak ortaya çıkan kalemleri baştan bütçeye koymak, ikinci yıl sürprizini önler.

  • Sunucu ve barındırma: Veriyi tutan sunucunun aylık maliyeti, kullanıcı sayısı arttıkça büyüyebilir.
  • İşletim sistemi uyumu: Apple ve Google her yıl yeni sürümler çıkarır; uygulamanın bunlara uyum sağlaması gerekir.
  • Hata düzeltme: Gerçek kullanıcılar, testte hiç görülmeyen durumları ortaya çıkarır.
  • Yeni özellik: Kullanım verisi geldikçe eklenecek akışlar ayrı bir iş olarak fiyatlanır.
  • Güvenlik güncellemeleri: Kullanılan kütüphanelerdeki açıklar zamanla kapatılmalıdır.

Bakım için iki yaygın model vardır: sabit aylık bedel ya da önceden satın alınan saat havuzu. Hangisini seçerseniz seçin, yanıt süresinin ve kapsam dışı işlerin sözleşmede yazılı olmasını isteyin.

Teklifleri karşılaştırırken neye bakmalısınız?

Teklifleri toplam rakama göre değil, kapsama göre karşılaştırın. Her tekliften şu bilgileri isteyin:

  1. Ekran ve özellik listesi: Teklife dahil olan ve olmayan ekranlar tek tek yazılı olsun.
  2. Adam-gün dağılımı: Tasarım, geliştirme, test ve yönetim için ayrı süreler görün.
  3. Platform ve teknoloji gerekçesi: Neden bu yol seçildi, alternatif ne olurdu?
  4. Sunucu ve yönetim paneli: Barındırma kimin hesabında, aylık maliyeti kime ait?
  5. Mağaza hesapları ve kaynak kod: Hesaplar ve kod deposu şirketiniz adına mı açılıyor, teslimde kod size geçiyor mu?
  6. Kabul ölçütleri: Hangi koşulda iş teslim sayılır, hata düzeltme süresi ne kadar?
  7. Güvenlik yaklaşımı: Test, OWASP Mobile Top 10 gibi bir çerçeveye göre yapılacak mı?
  8. Bakım: İlk yıl bakım dahil mi, değilse nasıl ücretlendiriliyor?

Örnek bir hesap nasıl yapılır?

Örneğin bir servis firmasının, teknisyenlerinin iş emirlerini görmesi ve fotoğraf yükleyebilmesi için bir Android uygulaması istediğini düşünelim. Aşağıdaki süreler tamamen varsayımsaldır; yalnızca hesabın mantığını göstermek için yazıldı ve gerçek bir proje değildir.

KalemVarsayımsal süreNot
Analiz ve ekran tasarımı8 adam-gün12 ekran varsayıldı
Mobil uygulama geliştirme25 adam-günGiriş, liste, detay, fotoğraf
Sunucu ve yönetim paneli15 adam-günİş emri yönetimi dahil
ERP entegrasyonu7 adam-günKarşı sistemin hazır API'si varsa
Test ve mağaza yayını8 adam-günBir red turu payı dahil

Toplam 63 adam-gün eder. Bunu firmanın günlük ücretiyle çarparsanız proje bedelinin büyüklüğünü görürsünüz; bakım ise ayrı hesaplanır. İkinci bir teklif 40 adam-gün diyorsa farkın hangi satırdan geldiğine bakın: örneğin ERP entegrasyonu ya da test süresi teklifte hiç olmayabilir. Aynı örneğe iOS de eklenirse, ortak kod ne kadar fazla olursa olsun test ve mağaza satırları ayrıca büyür.

Maliyeti kontrol altında tutmak için ne yapılabilir?

Kapsamı küçültmek kaliteyi düşürmek demek değildir; önceliği netleştirmek demektir.

  • İlk sürümü küçük tutun: Kullanıcının asıl işini yapan bir ya da iki akışla başlayın, geri kalanını gerçek kullanım verisine göre ekleyin.
  • Aşamalı teslim isteyin: Her aşamada çalışan bir sürüm görün, ödeme takvimini bu aşamalara bağlayın.
  • Değişiklik kuralını baştan yazın: Kapsam dışı istekler nasıl fiyatlanacak, teklifte belli olsun.
  • Hazır bileşenleri kullanın: Standart giriş, bildirim ve harita gibi parçalarda hazır çözümler süreyi azaltabilir.

Projenin amacını ve kapsamını yazıya dökmek için yapay zekâ proje kapsamı belirleme yazımızdaki yöntem mobil projelere de uyarlanabilir.

Mobil uygulama yaptırırken sık yapılan hatalar nelerdir?

  • Teklifleri yalnızca toplam rakama göre karşılaştırmak; kapsam farkını görmemek.
  • Mağaza hesaplarını firmanın kendi adına açmasına izin vermek ve sahipliği sonradan sorun etmek.
  • Bakımı hesaba katmamak; yeni işletim sistemi sürümleri uygulamayı bozabilir.
  • Sunucu ve yönetim panelini unutmak; uygulama ekranları bütçenin yalnızca bir parçasıdır.
  • Kabul ölçütlerini yazmamak; "çalışıyor" ifadesinin ne demek olduğu sonradan tartışma yaratır.
  • Her özelliği ilk sürüme sığdırmaya çalışmak.

Hatson Tech bu konuda nasıl yardımcı oluyor?

Hatson Tech, ilk görüşmeyi ve keşif çalışmasını ücretsiz yapar. Keşifte ekran ve entegrasyon listesini birlikte çıkarır, kalemleri adam-gün olarak açıklar ve platform seçiminin gerekçesini yazılı veririz. Sabit fiyat listesi yayımlamıyoruz; fiyat, kapsam netleştikten sonra size özel çıkar. Çalışma biçimimizi mobil uygulama geliştirme hizmeti sayfamızda bulabilirsiniz.

Yapay zekâ özellikli bir uygulama düşünüyorsanız yapay zekâ projesi maliyeti yazımız ek kalemleri anlatıyor. Eski bir uygulamayı yenilemeyi düşünüyorsanız uygulama modernizasyonu karar rehberi işinize yarar.

Önemli çıkarımlar

  • Mobil uygulama maliyeti bir fiyat listesinden değil, iş kalemlerinin sayısından ve her kalemin adam-gün süresinden çıkar.
  • Teklif istemeden önce platform, ekran, sunucu, entegrasyon, tasarım, mağaza yayını ve bakım için kendi kalem listenizi yazın.
  • Teklifleri kapsama ve adam-gün dağılımına göre karşılaştırın; düşük toplam çoğu zaman eksik bir satır demektir.
  • Mağaza hesaplarını ve kod deposunu kendi şirketiniz adına açın, firmaya yetkili erişim verin.
  • İlk sürümü küçük tutun ve ödemeleri çalışan aşamalara bağlayın.

Sıkça sorulan sorular

Mobil uygulama yaptırma ücreti ne kadar?

Tek bir rakam yoktur, çünkü fiyat kapsamı izler: ekranlar, sunucu, entegrasyonlar, platformlar ve bakım. Basit tek platformlu bir uygulama ile ödeme alan ve yönetim paneli olan bir saha uygulaması çok farklı işlerdir. Toplamın nereden geldiğini görmek için firmalardan adam-gün dağılımı isteyin.

Mobil uygulama teklifleri neden birbirinden çok farklı çıkıyor?

Çoğunlukla firmalar kapsamı farklı varsaydığı için. Bir teklifte sunucu, yönetim paneli, test ya da bakım varken diğerinde olmayabilir. Toplamlara bakmadan önce kalem listelerini satır satır karşılaştırın.

Yalnızca tek platform için uygulama yaptırmak daha mı ucuz?

Tek platform kapsamı ve testi daralttığı için ilk sürüm daha hafif olabilir. Ancak kullanıcılarınızın çoğu o platformdaysa uygundur. Cross-platform geliştirmede kod paylaşılabilir; yine de cihaza özel özellikler platform işi çıkarabilir.

Google Play geliştirici hesabı ne kadar?

Google'ın geliştirici hesabı sayfası 2026 itibarıyla tek seferlik 25 ABD doları kayıt ücreti belirtiyor. Apple'ın kendi üyelik koşulları var; güncel halini Apple'ın sayfasından kontrol edin. İki hesabı da şirketiniz adına açın.

Uygulama yayımlandıktan sonra da ödeme yapar mıyım?

Genellikle evet. Sunucu, mağaza hesapları, işletim sistemi güncellemeleri, hata düzeltmeleri ve yeni özellikler süreklilik maliyeti çıkarır. İlk yıl bakımın dahil olup olmadığını ve sonraki yılların nasıl ücretlendirileceğini sorun.

Teklif istemeden önce neleri hazırlamalıyım?

Amacı, kullanıcıları, ana akışları, beğendiğiniz örnek uygulamaları, bağlanacak sistemleri ve takviminizi yazın. Liste ne kadar net olursa teklifler birbirine ve nihai maliyete o kadar yakın çıkar.

Tüm yazılar