Giriş: 4 fazlı süreç neden gerekli?
Mobil uygulama projeleri "fikir → kod → yayın" basit hattıyla planlandığında %80 oranında gecikiyor. Çünkü yazılım belirsizliğin yönetildiği bir süreçtir; belirsizliği fazlara bölerek küçültürsünüz.
Aşağıdaki 4 faz CreativeCode'un teslim disiplinidir: Keşif → Tasarım → Geliştirme → Yayın & Operasyon. Her fazın yazılı çıktısı, sabit süresi ve karar kapısı (gate) vardır. Bir faz tamamlanmadan diğerine geçilmez.
Faz 1 — Keşif: kapsam yazılı olarak donar
Süre: 1-2 hafta. Çıktı: kullanıcı personaları, ekran haritası, kullanıcı akışları, öncelik listesi (MoSCoW), teknoloji seçimi (Flutter / React Native / native), sabit kapsamlı yazılı teklif.
Keşif disiplinsiz olursa scope creep her sprint'i geriler. Yazılı teklif kapsamı kilit altına alır; değişiklik isteklerini change request olarak ayrı sürece bağlar.
Bu fazda sıkça atlanan noktalar: API kontratı (mevcut bir backend varsa), 3. parti entegrasyon listesi (ödeme, harita, push), KVKK ve App Store / Play Store gereksinimleri. Eksik bırakılırsa Faz 3'te sürpriz çıkar.
Faz 2 — Tasarım: tıklanabilir prototip + sistem
Süre: 1-2 hafta. Çıktı: Figma'da component-bazlı tasarım sistemi (renk, tipografi, spacing, button states), tüm ekranlar, tıklanabilir prototip ve micro-interaction akışı.
İyi bir tasarım sistemi geliştirmeyi hızlandırır. "Bir buton 12 farklı şekilde mi görünüyor?" sorusu burada cevaplanır. Tek bir
Button komponenti, tüm ekranlarda aynı stil ile.Karar kapısı: prototip kullanıcı testine girer (5-7 hedef kullanıcı). Test sonrası kritik bulguların entegrasyonu yapılmadan Faz 3'e geçilmez. Bu disiplinin bedeli 2-3 gün; atlanmasının bedeli aylar.
Faz 3 — Geliştirme: sprint + demo + paralel akış
Süre: 4-8 hafta (kapsama göre). Çıktı: App Store / Play Store'a yüklenmeye hazır build. Sprint süresi 1-2 hafta. Her sprint sonu canlı demo + yazılı sürüm notu.
Tasarım ile geliştirme paralel ilerler: tasarımcı sonraki ekrana geçerken geliştirici bir önceki ekranı implement eder. Bu paralellik teslim hızını ikiye katlar; ekran arası bekleme yok.
Bu fazda kalite barajları: birim testler (kritik logic için), entegrasyon testleri (auth, ödeme, push), her sprint sonu staging build'e müşteri erişimi. Buglar üretim ortamında değil staging'de yakalanır.
Risk: müşteri tarafı geri bildirim gecikirse sprint kayar. Bu yüzden geri bildirim kapısı sözleşmede tanımlıdır (örn. her demo sonrası 48 saat içinde yazılı onay).
Faz 4 — Yayın & Operasyon: gerçek süreç başlıyor
Süre: 1 hafta yayın + sürekli operasyon. Çıktı: App Store + Play Store onayı, monitoring kurulumu (Sentry, Firebase Analytics), crash reporting, performans dashboard'u, ilk kullanıcılar için onboarding e-posta akışı.
App Store / Play Store onay süresi 1-7 gün. Reddedilme nedenleri (privacy policy eksik, in-app purchase yanlış, IPv6 desteği yok) Faz 1'de kontrol listesinde olmuşsa burada sorun çıkmaz.
Yayın sonrası 30 gün veri toplama dönemidir: activation rate, day-1 / day-7 retention, conversion funnel, crash-free session oranı. Ay 2'den itibaren bu veriler change request önceliklerini şekillendirir.
Aylık destek paketleri tipik içerik: bug fix SLA (kritik: 24 saat, normal: 5 gün), performans monitoring, küçük feature ekleme (sözleşmede tanımlı saat banti), App Store / Play Store yenilemeler (yıllık).
Sonuç: Faz disiplinin bedeli ve getirisi
Toplam süre: 6-13 hafta (kapsama göre). Toplam ekip: 1 PM, 1 tasarımcı, 2-3 developer, 1 QA. Bu yapıda %95+ teslim oranı sağlanır.
Disiplin atlanırsa? "Hızlı başlayalım, tasarımı paralelinde yaparız" yaklaşımı 2 katı sürede biten projeler doğurur. Çünkü her geri dönüş kod yeniden yazımı demektir.
Mobil uygulama projesi planlıyorsanız mobil uygulama geliştirme sayfamız üzerinden iletişime geçebilirsiniz; size özel 4 fazlı yol haritası ve sabit teklif çıkartırız.
İlgili hizmetler
İlgili yazılar
Aynı kararı destekleyen diğer yazılar
Maliyet Analizi
Mobil Uygulama Maliyeti 2026: Fiyatı Gerçekte Ne Belirler?
200K mı, 2M mı? Mobil uygulama maliyeti 7 kalemde belirlenir: kapsam, backend, entegrasyon, native ihtiyacı, test+güvenlik, bakım, fazlı yaklaşım. Her kalem için somut aralıklar.
Şehir Bazlı Rehber
İstanbul'da Mobil Uygulama Ekibiyle Çalışmak: Uzaktan mı Hibrit mi?
İstanbul mobil ekosistemi büyük ama dağınık. Uzaktan mı, hibrit mi, full ofis mi? 6 başlık altında karar çerçevesi: trafik gerçeği, ritim, maliyet, kontrol, kültür.
Karar Rehberi
iOS mu Android mi Önce: 2026 Bütçe + Pazar + Strateji Kararı
Hangi platform önce? Pazar payı + kullanıcı değeri + bütçe + monetizasyon + review hızı + native gereklilik. 8 başlıkta veriyle karar rehberi.
Sonraki adım
Benzer bir proje planlıyorsanız, bağlamınızı netleştirip teklif akışını birlikte kurabiliriz.
Proje talebi oluştur