Bir mobil uygulamanın ne kadar süreceğini ve ne kadara mal olacağını dört etken belirler: kapsam (kaç ekran ve özellik olduğu), platform sayısı (iOS, Android ya da ikisi), mevcut sistemlerle kurulacak entegrasyonlar ve yayından sonraki bakım. Aynı adı taşıyan iki uygulama, bu dört etkene göre birbirinden çok farklı projeler olabilir. Bu yazıda bir uygulama projesinin hangi aşamalardan geçtiğini, süreyi ve maliyeti en çok neyin etkilediğini ve teklif alırken nelere bakmanız gerektiğini anlatıyoruz.
Bir uygulama projesi hangi aşamalardan geçer?
Mobil uygulama geliştirme yalnızca kod yazmaktan ibaret değildir. Süreyi doğru tahmin etmek için projenin tüm aşamalarını görmek gerekir:
- Kapsam ve keşif: Uygulamanın hedefi, kullanıcıları ve ilk sürümde yer alacak özellikler belirlenir. Bu aşamada netleşmeyen her konu, ilerleyen aşamalarda daha pahalı bir değişiklik olarak geri döner.
- Tasarım ve prototip: Ekran akışları ve arayüz tasarlanır, tıklanabilir bir prototip üzerinde onaylanır. Kullanıcıyla ilk test genellikle bu aşamada yapılır.
- Geliştirme: Uygulama ve gerekiyorsa arka plandaki sunucu tarafı (yönetim paneli, veritabanı, API) aşamalar halinde geliştirilir.
- Test: Farklı cihazlarda, ekran boyutlarında ve işletim sistemi sürümlerinde test sürümleri dağıtılarak hata ayıklama yapılır.
- Mağaza yayını: Uygulama App Store ve Google Play'in kurallarına göre incelemeye gönderilir ve onaylandıktan sonra yayımlanır.
- Bakım ve geliştirme: İşletim sistemi güncellemelerine uyum, hata düzeltmeleri ve yeni özellikler yayından sonra devam eder.
Bu aşamalardan biri atlandığında süre kısalmış gibi görünür, ama eksik kalan iş genellikle yayından sonra daha yüksek bir maliyetle tamamlanır.
Süreyi ve maliyeti en çok hangi etkenler belirler?
Teklifleri karşılaştırırken her birinin aşağıdaki kalemleri nasıl ele aldığına bakmanız, rakamların neden farklı olduğunu anlamanızı sağlar.
- Ekran ve özellik sayısı: Kullanıcı girişi, profil, ödeme, bildirim, harita, mesajlaşma ve çevrim dışı çalışma gibi her özellik ayrı bir geliştirme ve test yükü getirir.
- Kullanıcı rolleri: Müşteri, kurye ve yönetici gibi farklı rollerin her biri ayrı ekranlar ve yetki kuralları demektir.
- Sunucu tarafı ve yönetim paneli: İçeriği, siparişleri ya da kullanıcıları yönetmek için bir panel gerekiyorsa, bu proje içinde ayrı bir yazılımdır.
- Entegrasyonlar: Ödeme altyapısı, CRM, ERP, POS ya da mevcut web sitenizle kurulacak her bağlantı, karşı sistemin sunduğu imkânlara göre süreyi etkiler. Bağlantıların nasıl çalıştığını API entegrasyonu tanımında özetledik.
- Tasarımın özgünlüğü: Standart arayüz bileşenleriyle kurulan bir uygulama ile özel animasyonlar ve markaya özgü etkileşimler içeren bir uygulama aynı sürede tamamlanmaz.
- Kişisel veri ve güvenlik gereksinimleri: Sağlık, finans ya da konum gibi hassas veriler işleniyorsa ek güvenlik ve hukuki gereksinimler ortaya çıkar.
- Karar ve onay hızı: Tasarım ve test aşamalarında geri bildirimin ne kadar hızlı verildiği, toplam süreyi doğrudan etkiler.
Benzer bir mantıkla e-ticaret projelerinde maliyeti belirleyen kalemleri e-ticaret sitesi kurma maliyeti yazımızda ele aldık.
Native mi, çapraz platform mu?
Uygulamanın iOS ve Android için nasıl geliştirileceği, hem süreyi hem de yayından sonraki bakım yükünü etkileyen en önemli teknik karardır.
- Native geliştirme: Her platform için ayrı kod tabanı yazılır. Platforma özgü özelliklere en doğrudan erişimi sağlar, ancak iki ayrı uygulamanın geliştirilmesi ve bakımı anlamına gelir.
- Çapraz platform geliştirme: Tek bir kod tabanından iki platform için uygulama üretilir. Çoğu iş uygulamasında geliştirme daha hızlı, bakım daha kolaydır.
Karar verirken şu sorular yol gösterir:
- Uygulama, kamera, sensörler ya da arka planda sürekli çalışma gibi platforma özgü özelliklere yoğun biçimde mi dayanıyor?
- Kullanıcılarınız ağırlıklı olarak tek bir platformda mı, yoksa ikisine de aynı anda ulaşmanız mı gerekiyor?
- Yayından sonra iki ayrı kod tabanını güncel tutacak bir bakım planınız var mı?
CXDEM'de bu kararı projenin ihtiyacına göre veriyoruz. Çoğu projede tek kod tabanından iki platform için geliştirmek daha hızlı ve bakımı daha kolay oluyor. Platforma özel bir gereksinim varsa bunu kapsamda açıkça belirtiyoruz.
MVP ile başlamak süreyi nasıl kısaltır?
MVP (minimum uygulanabilir ürün), bir ürünün temel değerini gerçek kullanıcılarla test etmeye yetecek en dar özellik setiyle geliştirilen ilk sürümüdür. Özellikle girişimler ve yeni bir iş modelini deneyen şirketler için, tüm özellikleri ilk sürüme sığdırmaya çalışmak yerine MVP ile başlamak hem süreyi hem de riski azaltır.
MVP kapsamını belirlerken şu ayrım işe yarar:
- Olmazsa olmaz: Uygulamanın var olma nedeni olan, kullanıcının asıl sorununu çözen akış
- Önemli ama bekleyebilir: Deneyimi iyileştiren ama ilk kullanıcıların sorunu çözmesine engel olmayan özellikler
- Varsayım: Kullanıcıların isteyeceğini düşündüğünüz ama henüz doğrulanmamış özellikler
İlk sürüm yalnızca birinci gruptan oluşmalıdır. Diğer gruplar, gerçek kullanım verisine göre sonraki sürümlerde değerlendirilir. Girişimlere yönelik yaklaşımımızı startup çözümleri sayfasında bulabilirsiniz.
Mağaza yayını süreci neleri kapsar?
Mağaza yayını, uygulamanın Apple ve Google'ın mağaza kurallarına göre incelemeye gönderilip onaylandıktan sonra yayımlanmasıdır. Bu süreç planlamaya baştan dahil edilmelidir.
- Geliştirici hesapları: App Store için Apple Developer Program üyeliği, Google Play için ise Play Console hesabı gerekir. Bu hesapların işletmeniz adına açılması, uygulamanın sahipliğinin sizde kalmasını sağlar.
- İnceleme kuralları: Apple, uygulamaları App Review Guidelines kapsamında inceler. Bu kurallara göre tüm uygulamalar, App Store Connect'teki ilgili alanda ve uygulamanın içinde kolay erişilebilir bir gizlilik politikası bağlantısı sunmalıdır.
- Mağaza içeriği: Uygulama açıklaması, ekran görüntüleri ve kategori bilgileri hazırlanmalıdır.
- Kişisel veri yükümlülükleri: Uygulama kişisel veri topluyorsa, Türkiye'de KVKK kapsamındaki aydınlatma yükümlülüğü de devreye girer. Kişisel Verileri Koruma Kurumu'nun Aydınlatma Yükümlülüğünün Yerine Getirilmesi Rehberi bu konuda başvurulacak resmi kaynaktır. Kavramın kısa tanımı için KVKK aydınlatma metni maddemize bakabilirsiniz. Hukuki değerlendirme için bir hukuk danışmanından görüş almanızı öneririz.
İnceleme sonucu ve süresi mağazaların kendi süreçlerine bağlıdır. Bu nedenle yayın tarihini, olası bir ret ve düzeltme turunu da hesaba katarak planlamak gerekir.
Yayın sonrası bakım neden bütçeye dahil edilmeli?
Bir web sitesi yıllarca dokunulmadan çalışabilir, ama mobil uygulama için bu genellikle mümkün değildir. Apple ve Google işletim sistemlerini düzenli olarak günceller ve mağazalar zaman içinde yeni teknik şartlar getirir.
Somut bir örnek: Google Play'in hedef API düzeyi şartları sayfasına göre (21 Ekim 2026 itibarıyla), 31 Ağustos 2026'dan itibaren yeni uygulamaların ve uygulama güncellemelerinin Google Play'e gönderilebilmesi için Android 16'yı (API düzeyi 36) veya sonraki sürümleri hedeflemesi gerekir. Yani bir hata düzeltmesi yayınlamak için bile uygulamanın güncel şartlara uyarlanmış olması gerekir.
Bakım bütçesi genellikle şu kalemleri kapsar:
- Yeni işletim sistemi sürümlerine ve mağaza şartlarına uyum
- Hata düzeltmeleri ve güvenlik güncellemeleri
- Kullanılan kütüphane ve servislerin güncellenmesi
- Sunucu, barındırma ve üçüncü taraf servis giderleri
- Kullanıcı geri bildirimine göre yapılan küçük iyileştirmeler
Yeni özellik geliştirme ise bakımdan ayrı bir kalemdir ve teklifte ayrı görünmelidir. Teklif alırken "yayından sonra kim, hangi kapsamda destek veriyor" sorusunun cevabını mutlaka yazılı olarak isteyin.
CXDEM mobil uygulama projelerini nasıl yürütüyor?
CXDEM uygulamanızı kendi yazılım ekibiyle fikirden mağaza yayınına kadar geliştirir, mevcut sistemlerinize bağlar ve yayından sonra bakım ile güncellemeleri üstlenir. Süre ve maliyet tahminini, kapsamı birlikte netleştirdikten sonra aşama aşama veriyoruz. Mağaza hesaplarının işletmeniz adına açılmasını, yayın ve inceleme sürecini ise biz yönetiyoruz. Kapsamı mobil uygulama geliştirme hizmetimiz sayfasında bulabilirsiniz.
Uygulama fikrinizin kapsamını ve ilk sürümün nasıl planlanabileceğini konuşmak isterseniz ihtiyacınızı bize iletin, kapsamı netleştirdikten sonra size aşamalara ayrılmış bir teklif hazırlayalım.
Sık sorulan sorular
Mobil uygulama yaptırmak ne kadar sürer?
Süre; kapsam, platform sayısı, entegrasyonlar ve onay süreçlerinin hızına göre değişir. Sağlıklı bir süre tahmini ancak ilk sürümün özellikleri netleştikten sonra verilebilir. MVP ile başlamak ilk yayına ulaşma süresini kısaltır.
iOS ve Android için ayrı ayrı mı ödeme yapılır?
Bu, seçilen geliştirme yöntemine bağlıdır. Native geliştirmede iki ayrı kod tabanı, çapraz platform geliştirmede ise tek bir kod tabanı vardır. Teklifte hangi yöntemin seçildiği ve nedeni açıkça belirtilmelidir.
Uygulama yayınlandıktan sonra bakım gerekir mi?
Evet. İşletim sistemleri ve mağaza şartları düzenli olarak değişir. Örneğin Google Play, yeni uygulamaların ve güncellemelerin belirli bir hedef API düzeyini karşılamasını şart koşar. Bakım planı olmayan bir uygulama zamanla güncellenemez hale gelebilir.
Mağaza hesapları kimin adına açılmalı?
İşletmenizin adına. Böylece uygulamanın, kullanıcı verisinin ve mağaza geçmişinin sahipliği sizde kalır. Geliştirme ekibi bu hesaplara yetkili olarak erişebilir.
