Yazılım Geliştirme · Mobil maliyet ve teklif
Mobil Uygulama Yaptırmak Ne Kadar Tutar?
Mobil uygulama geliştirme maliyetini değiştiren platform, kullanıcı akışı, backend, entegrasyon, cihaz özelliği, mağaza yayını, test ve bakım kararlarını teklif öncesinde ayırın.
Kısa cevap
Bu yazının en kısa, uygulanabilir yanıtı.
Mobil uygulama yaptırmanın tek bir sabit fiyatı yoktur. Maliyet; iOS ve Android kapsamı, native veya çapraz platform kararı, kullanıcı rolleri, backend ve yönetim paneli, entegrasyonlar, kamera/konum/çevrimdışı kullanım gibi cihaz yetenekleri, güvenlik, test, mağaza yayını ve bakım sorumluluğuna göre belirlenir. Karşılaştırılabilir teklif için önce aynı ilk sürüm ve teslim sınırı yazılmalıdır.
01
Yalnız ekran sayısı, mobil uygulama geliştirme maliyetini açıklamaz; ekranın arkasındaki veri, yetki ve hata davranışı da kapsamdır.
02
iOS ve Android istemek otomatik olarak iki ayrı kod tabanı demek değildir; native, çapraz platform ve mobil web kararı kullanım ihtiyacına göre verilmelidir.
03
Teklifte backend, yönetim paneli, mağaza hesapları, üçüncü taraf giderleri ve yayın sonrası bakım ayrı ayrı görünmelidir.
Detaylı rehber
Konuyu adım adım netleştirelim.
01
Mobil uygulama fiyatı neden tek rakam değildir?
Aynı uygulama fikri, yalnız içerik gösteren basit bir mobil yüzey de olabilir; üyelik, ödeme, bildirim, konum, çevrimdışı çalışma ve yönetim paneli içeren işletilen bir ürün de. Görünen ekranlar benzer olsa bile kullanıcı yetkileri, veri doğrulama, başarısız işlem davranışı, güvenlik ve yayın sorumluluğu geliştirme yükünü değiştirir. Bu yüzden kısa bir fikir cümlesinden verilen rakam, hangi varsayımları içerdiği yazılmadıkça sağlıklı karşılaştırma sağlamaz.
02
iOS, Android ve teknoloji seçimi maliyeti nasıl etkiler?
Tek platform, iki platform, çapraz platform veya ayrı native uygulamalar aynı teslim değildir. Çapraz platform yaklaşımı ortak kullanıcı akışlarında geliştirme ve bakım yükünü azaltabilir; ancak yoğun cihaz entegrasyonu, performans veya platforma özgü deneyim gerektiğinde native geliştirme daha uygun olabilir. Yalnız telefondan erişim isteniyorsa mobil uyumlu web ya da PWA, mağaza uygulamasından daha sade bir başlangıç sunabilir. Karar teknoloji tercihiyle değil, kullanıcının işi ve cihaz ihtiyacıyla verilmelidir.
03
Backend, API ve yönetim paneli ayrı kapsam mıdır?
Çoğu mobil ürün yalnız telefondaki ekranlardan oluşmaz. Kullanıcı hesabı, veri saklama, rol ve yetki, içerik veya sipariş yönetimi, bildirim gönderimi, raporlama ve destek işlemleri için backend/API ve çoğu zaman bir yönetim yüzeyi gerekir. Mevcut bir API kullanılacaksa dokümantasyon, erişim, hız sınırı ve hata senaryoları incelenmelidir. Yeni backend geliştirilecekse veri modeli, güvenlik, yedekleme, izleme ve barındırma da teklifin parçasıdır.
04
Kamera, konum, bildirim ve çevrimdışı kullanım ne değiştirir?
Cihaz yetenekleri yalnız bir özellik satırı değildir. Kamera için dosya boyutu ve izin reddi, konum için hassasiyet ve saklama sınırı, bildirim için kullanıcı izni ve teslim edilememe durumu, çevrimdışı kullanım için yerel kayıt ve yeniden senkronizasyon kuralı tasarlanmalıdır. Bu davranışların farklı cihaz ve işletim sistemi sürümlerinde test edilmesi gerekir. İhtiyaç gerçek değilse özelliği ilk sürüme eklemek maliyeti ve bakım yüzeyini gereksiz büyütür.
05
Ödeme ve dış servis entegrasyonları nasıl fiyatlanır?
Ödeme, harita, SMS, e-posta, kimlik doğrulama, kargo, ERP veya CRM bağlantıları; yalnız API çağrısından ibaret değildir. Test ortamı, kimlik bilgileri, veri eşleme, başarısız işlem, tekrar deneme, iptal veya iade, loglama ve servis kesintisi davranışı birlikte ele alınır. Üçüncü tarafın kurulum ve kullanım ücretleri geliştirme bedelinden ayrı gösterilmeli; hesapların kimin adına açılacağı teklif öncesinde netleşmelidir.
06
App Store ve Google Play yayını fiyata dahil midir?
Otomatik olarak dahil kabul edilmemelidir. Geliştirici hesapları, sertifika ve imzalama, mağaza metinleri ve görselleri, gizlilik açıklamaları, test sürümleri, inceleme geri dönüşleri ve ilk yayın sorumluluğu teklifte yazılmalıdır. Mağaza onayı geliştirici tarafından garanti edilemez; fakat teknik ve içerik hazırlığı, ret nedenine müdahale sınırı ve hesabın müşteriye devri açık bir teslim planına bağlanabilir.
07
Test, güvenlik ve erişilebilirlik neden ayrı emektir?
Mobil uygulama farklı ekran boyutları, işletim sistemi sürümleri, bağlantı koşulları ve izin durumlarında çalışır. Giriş, parola yenileme, yetki, hassas veri, hata mesajı, klavye, ekran okuyucu, düşük bağlantı ve güncelleme senaryoları kabul kapsamına alınmalıdır. Test cihazı matrisi ile desteklenecek en eski sürüm baştan belirlenirse hem teklif hem canlı sonrası sorumluluk daha öngörülebilir olur.
08
İlk teklif için hangi bilgiler hazırlanmalı?
Teklif istemeden önce uygulamanın çözeceği ana işi, hedef kullanıcıyı, ilk sürümde tamamlanacak uçtan uca akışı, hedef platformları, gerekli cihaz özelliklerini, mevcut sistem ve verileri, zorunlu entegrasyonları ve başarı ölçütünü bir sayfada toplayın. Sonraki faz isteklerini ayrı tutun. Aynı kısa kapsamı birden fazla ekiple paylaşmak; fiyat, süre ve teslimat farklarının gerçekten karşılaştırılmasını kolaylaştırır.
Karar kontrolü
Bu konu sizin için ne zaman gündeme gelmeli?
- 01
Kullanıcının telefonda tamamlayacağı ana iş ve ilk sürümün başarı ölçütü yazılı mı?
- 02
Mobil web, çapraz platform ve native seçeneklerinden hangisinin neden gerektiği açık mı?
- 03
Backend, yönetim paneli, veri taşıma ve entegrasyonlar teklif içinde görünür mü?
- 04
Mağaza hesapları, yayın, test, izleme, bakım ve üçüncü taraf giderlerinin sahibi belli mi?
- 05
İki teklif aynı platform, özellik, kalite ve teslim sınırını mı fiyatlıyor?
Mobil maliyet haritası
Uygulama maliyeti, ürünün telefondaki yüzünden daha geniştir.
Karşılaştırılabilir bir mobil uygulama teklifi; kullanıcı deneyimini, sunucu tarafını, cihaz ve entegrasyon davranışlarını, yayın zincirini ve canlı sonrası işletimi aynı kapsam üzerinde ayırır. Tek rakamdan önce bu katmanların hangisinin gerekli olduğu doğrulanmalıdır.
Maliyet bileşenleri
Mobil uygulama teklifinin dört ana maliyet katmanı
01
Ürün ve mobil deneyim
Kullanıcı rolleri, ekran akışları, boş/hata durumları, iOS–Android uyumu ve erişilebilirlik geliştirme yükünü belirler.
Kontrol: Kullanıcı telefonda hangi işi baştan sona tamamlayacak; hangi durumlarda duracak veya geri dönecek?
02
Backend ve veri
Hesaplar, yetkiler, API, yönetim paneli, veri modeli, yedek, izleme ve barındırma görünmeyen ürün kapsamıdır.
Kontrol: Verinin ana kaynağı neresi; kim hangi kaydı görecek, değiştirecek ve yönetecek?
03
Cihaz ve entegrasyon
Kamera, konum, bildirim, çevrimdışı kullanım ve dış servislerde izin, hata ve senkronizasyon davranışı gerekir.
Kontrol: Hangi cihaz yeteneği ana iş için zorunlu; bağlantı veya dış servis kesilirse kullanıcı ne yapacak?
04
Yayın ve işletim
Mağaza hazırlığı, imzalama, test dağıtımı, analitik, crash izleme, destek ve sürüm bakımı toplam sahiplik maliyetine dahildir.
Kontrol: Yayını kim yönetecek; hesaplar kimin olacak ve canlı sorunlarında müdahale sınırı nedir?
Proje türü
Aynı fikir, üç farklı ilk ürün sınırıyla başlayabilir.
01
Mobil uyumlu web veya PWA
Ana ihtiyaç telefondan erişim; mağaza dağıtımı ve yoğun cihaz özelliği zorunlu değil.
Fiyatı etkileyen: Responsive akış, tarayıcı sınırları, oturum, performans ve gerektiğinde PWA davranışı.
02
Çapraz platform uygulama
iOS ve Android'de ortak ürün akışları var; platforma özgü ihtiyaçlar sınırlı ve yönetilebilir.
Fiyatı etkileyen: Ortak kod yanında cihaz eklentileri, iki mağaza, cihaz testi ve platforma özgü son düzenlemeler.
03
Native veya hibrit ürün ekosistemi
Yoğun cihaz entegrasyonu, çevrimdışı çalışma, yüksek performans ya da ayrı web yönetim yüzeyi gerekiyor.
Fiyatı etkileyen: Platforma özgü geliştirme, geniş test matrisi, senkronizasyon, backend ve sürekli sürüm yönetimi.
Tahmin sırası
Teklif öncesi maliyet tahmini hangi sırayla oluşur?
- 01
Ana kullanıcı işi, hedef platform ve ilk sürümün kabul ölçütü yazılır.
- 02
Backend, yönetim paneli, cihaz yetenekleri ve dış entegrasyonlar ayrı teslimler olarak çıkarılır.
- 03
Test cihazları, mağaza yayını, hesap sahipliği, güvenlik ve üçüncü taraf giderleri netleştirilir.
- 04
Kapsam dışı, sonraki faz, değişiklik yöntemi ve bakım modeli teklife bağlanır.
Teklif karşılaştırma
İki mobil uygulama teklifini yalnız toplam tutarla karşılaştırmayın.
- 01
iOS, Android, mobil web ve tablet kapsamı aynı mı?
- 02
Tasarım sistemi, backend/API ve yönetim paneli dahil mi?
- 03
Bildirim, konum, kamera, çevrimdışı kullanım ve entegrasyonların hata davranışı yazılı mı?
- 04
Test cihazları, desteklenen işletim sistemi sürümleri ve erişilebilirlik sınırı belli mi?
- 05
Mağaza hesapları, sertifikalar, kaynak kod, dokümantasyon ve analitik erişimleri kime ait?
- 06
Yayın sonrası hata düzeltme, bakım, yeni sürüm ve üçüncü taraf giderleri nasıl ayrılıyor?
Sık sorulanlar
Kısa cevaplarla netleşen sorular.
Mobil uygulama yaptırmak ne kadar tutar?
Tek bir sabit tutar söylemek sağlıklı değildir. Platform sayısı, kullanıcı akışı, backend ve yönetim paneli, cihaz özellikleri, entegrasyonlar, güvenlik, test, mağaza yayını ve bakım kapsamı birlikte fiyatlanır. Karşılaştırma için aynı ilk sürüm ve teslim sınırı yazılmalıdır.
iOS ve Android uygulama birlikte yapılırsa maliyet iki katına çıkar mı?
Her zaman değil. Çapraz platform yaklaşımı ortak akışlarda kodun bir bölümünü paylaşabilir; ancak iki mağaza, iki işletim sistemi ve cihaz testleri devam eder. Yoğun platform özelliği veya native deneyim gerektiğinde ayrı geliştirme yükü artabilir.
Mobil uygulama fiyatına backend ve yönetim paneli dahil midir?
Teklifte açıkça yazılmadıkça dahil varsayılmamalıdır. Kullanıcı hesabı, veri saklama, rol/yetki, içerik veya işlem yönetimi gereken ürünlerde backend/API ve yönetim yüzeyi ayrı teslim başlıklarıdır.
App Store ve Google Play yayın ücretleri teklife dahil olur mu?
Geliştirici hesabı ve üçüncü taraf ücretleri çoğu projede müşteri hesabına ait ayrı giderlerdir; yayın hazırlığı ve inceleme geri dönüşlerine müdahale ise hizmet kapsamına göre değişir. Teklifte hesap sahibi, ödeme ve yayın sorumlusu ayrı ayrı belirtilmelidir.
Mobil uygulama maliyeti nasıl düşürülür?
İlk sürümde tek bir ana kullanıcı işine odaklanmak, gereksiz platform ve cihaz özelliklerini ertelemek, hazır ve güvenilir servisleri uygun yerde kullanmak, entegrasyonları erken doğrulamak ve sonraki fazı ayırmak maliyeti daha yönetilebilir hale getirir.
Mobil uygulama için saatlik ücret mi sabit fiyat mı daha uygundur?
Kapsam ve kabul ölçütleri yeterince netse sabit veya faz bazlı fiyat karşılaştırılabilir olabilir. Teknik belirsizlik yüksekse önce sınırlı inceleme ya da prototip, ardından fazlı teklif daha güvenilir sonuç verir. Saatlik modelde de hedef, öncelik, raporlama ve bütçe sınırı yazılı olmalıdır.
İlgili hizmet
Mobil Uygulama Geliştirme
Hizmeti inceleyinİlgili çözüm
Saha Servis ve Mobil Ekip Takip Yazılımı
Çözümü inceleyinİlgili yazılar
Bu konuyu tamamlayan rehberler.
Karar rehberi
Özel Yazılım Nedir? Hangi İhtiyaçlarda Mantıklıdır?
Özel yazılımın ne olduğunu; hazır paket, entegrasyon ve sıfırdan geliştirme arasındaki karar sınırını, proje sahipliğini ve canlı sonrası sorumlulukları örneklerle anlatıyoruz.
Yazıyı okuyunProje ve ekip seçimi
Yazılım Projesi Nasıl Başlatılır? Anahtar Teslim ve Ekip Seçimi
Yazılım fikrini uygulanabilir kapsama dönüştürmek; anahtar teslim, fazlı geliştirme ve ekip modellerini karşılaştırmak; teklif ile devir teslim sınırlarını kontrol etmek için pratik rehber.
Yazıyı okuyunFiyat ve kapsam
Web ve Özel Yazılım Fiyatları Nasıl Belirlenir?
Web ve özel yazılım fiyatını etkileyen kapsam, kullanıcı rolleri, entegrasyon, veri, kalite ve bakım kararlarını; teklif karşılaştırma adımlarıyla birlikte anlatıyoruz.
Yazıyı okuyunSonraki adım
Bu konuyu kendi projenizde netleştirelim.
Problemi, mevcut akışı ve ilk beklentiyi anlatın. İlk görüşmede riski ve uygulanabilir başlangıç sınırını birlikte görünür hale getirelim.
Projenizi anlatın