
“Uygulamamız ne zaman hazır olur?” bize en sık sorulan sorudur. Kısa cevap: basit bir uygulama birkaç haftada, birden fazla kullanıcı tipi ve entegrasyon içeren bir sistem birkaç ayda yayına çıkar. Ama asıl önemli olan, bu sürenin neye göre değiştiğini bilmek. Çünkü süreyi ekran sayısından çok; uygulamayı kimlerin kullandığı, hangi sistemlerle konuştuğu ve kararların ne kadar hızlı verildiği belirler.
Bu yazıda bir mobil uygulama projesinin aşamalarını, her aşamada neler olduğunu ve takvimin en çok nerede uzadığını anlatıyoruz. Sonunda, kendi projeniz için daha gerçekçi bir tahmin yapabilecek duruma geleceksiniz.
Süreyi belirleyen altı etken
1. Kullanıcı rolleri
Yalnızca müşterinin kullandığı bir sipariş uygulaması ile müşteri, kurye, işletme ve yöneticinin ayrı ekranlarının olduğu bir sistem aynı iş değildir. Her rol; kendi ekranları, yetkileri ve bildirimleriyle neredeyse ayrı bir uygulama gibidir. Planlamaya başlarken ilk soru şudur: Bu uygulamayı kimler, hangi amaçla kullanacak?
2. Entegrasyonlar
Ödeme altyapısı, harita ve konum, anlık bildirimler, SMS doğrulama, muhasebe ya da stok yazılımınızla bağlantı… Her entegrasyon ayrı bir iş kalemidir. Özellikle mevcut bir yazılımla konuşmak gerekiyorsa, o yazılımın dışa açık bir arayüzü (API) olup olmadığı süreyi doğrudan etkiler.
3. Yönetim paneli
Uygulamadaki içeriği, ürünleri, kullanıcıları ya da siparişleri kim, nereden yönetecek? Çoğu projede uygulamanın arkasında web tabanlı bir yönetim paneli vardır ve bu panel de raporları, yetkileri ve filtreleriyle ciddi bir iş yüküdür.
4. Tasarımın özgünlüğü
Platformun standart bileşenleriyle sade bir arayüz mü, yoksa markaya özel animasyonlar ve etkileşimler içeren bir deneyim mi isteniyor? İkincisi daha etkileyicidir ama tasarım ve geliştirme süresine eklenir.
5. Çevrimdışı çalışma ve gerçek zamanlılık
İnternet yokken çalışması gereken, canlı konum takibi yapan ya da mesajlaşma içeren uygulamalar ek mühendislik ister. Bu gereksinimleri baştan bilmek, sonradan büyük değişiklik yapmaktan çok daha ucuzdur.
6. Karar ve onay hızı
En çok göz ardı edilen etken budur. Tasarım turlarında geri bildirimlerin bir günde mi, iki haftada mı geldiği takvimi haftalarca kaydırabilir. Projenin sizin tarafınızda tek bir karar vericisi olması süreci ciddi biçimde hızlandırır.
Aşama aşama bir uygulama projesi
| Aşama | Ne olur? | Çıktı |
|---|---|---|
| Keşif | Hedefler, kullanıcılar, rakipler ve ilk sürümün kapsamı netleşir | Yazılı kapsam ve tarihli iş planı |
| Tasarım | Ekran akışları ve arayüz tasarlanır | Tıklanabilir prototip |
| Geliştirme | Uygulama, sunucu ve yönetim paneli yazılır | Düzenli test sürümleri |
| Test | Farklı cihaz, bağlantı ve senaryolarda denenir | Yayına hazır sürüm |
| Yayın | App Store ve Google Play inceleme süreçleri | Mağazada canlı uygulama |
Keşif
Projenin en kısa ama en değerli aşamasıdır. Kimin için ne çözdüğümüzü, ilk sürümde mutlaka olması gerekenleri ve sonraya bırakılabilecekleri birlikte belirleriz. Sonunda elinizde yazılı bir kapsam ve haftalara bölünmüş bir iş planı olur. Bu belge, ileride “bu da olsaydı” taleplerinin takvime etkisini görmenizi de sağlar.
Kullanıcı deneyimi ve arayüz tasarımı
Önce ekranların iskeleti ve akışlar, ardından renk, tipografi ve ayrıntılarla son tasarım hazırlanır. Bu aşamanın sonunda tıklanabilir bir prototip ile uygulamayı daha tek satır kod yazılmadan telefonunuzda deneyebilirsiniz. Değişiklik yapmanın en ucuz olduğu an burasıdır.
Geliştirme
Uygulama, sunucu tarafı ve yönetim paneli paralel olarak yazılır. İyi yönetilen bir projede bu aşamada size düzenli aralıklarla test sürümleri gönderilir; ilerlemeyi kendi telefonunuzda görürsünüz. Sürpriz, projenin sonunda değil ilerledikçe ortaya çıkar ve erken çözülür.
Test
Uygulama farklı marka ve boyuttaki telefonlarda, yavaş internette, hatalı girişlerde ve yoğun kullanımda denenir. Ödeme ve bildirim gibi kritik akışlar tek tek doğrulanır. Test aşamasını kısaltmak, yayından sonra kullanıcı şikâyeti olarak geri döner.
Mağaza yayını
Apple ve Google'ın inceleme süreçleri tamamlanır. Apple incelemesi çoğu zaman bir iki gün sürer ancak ilk yayında ek sorular ya da düzeltme talepleri gelebilir. Google Play'de yeni kişisel geliştirici hesapları için yayından önce kapalı test zorunluluğu bulunur. Bu süreleri takvime baştan eklemek gerekir. Ayrıntılar için uygulamanızı mağazalara yükleme rehberimize göz atabilirsiniz.
Takvim en çok nerede uzar?
- Kapsamın proje ortasında büyümesi: Her yeni özellik tasarım, geliştirme ve test zincirinin tamamını etkiler.
- İçeriklerin geç gelmesi: Metinler, ürün görselleri, sözleşme metinleri ve mağaza açıklamaları çoğu zaman son haftaya kalır.
- Hesap ve erişimler: Apple ve Google geliştirici hesaplarının açılması, şirket doğrulaması ve ödeme altyapısı başvuruları kendi süreleri olan işlerdir; erkenden başlatılmalıdır.
- Üçüncü taraf bağımlılıkları: Entegre olunacak sistemin belgelerinin eksik olması ya da test ortamı sunmaması.
Süreyi kısaltmanın en etkili yolu: MVP
İlk sürümde her şeyi yapmaya çalışmak yerine, uygulamanın asıl değerini sunan en küçük sürümü (MVP) yayına almak hem süreyi hem riski azaltır. Örneğin bir randevu uygulamasının ilk sürümünde randevu alma, hatırlatma bildirimi ve iptal yeterlidir; sadakat puanları, kampanyalar ve detaylı raporlar ikinci sürüme kalabilir.
Gerçek kullanıcıların davranışını gördükten sonra eklenen özellikler, masa başında tahmin edilenlerden neredeyse her zaman daha isabetlidir. Üstelik uygulamanız mağazada erken yer almaya başlar.
Teknoloji seçimi de süreyi etkiler: iOS ve Android'i tek kod tabanıyla geliştirmek çoğu projede ciddi zaman kazandırır. Hangi durumda hangi yaklaşımın doğru olduğunu Native mi, Flutter mı, React Native mi? yazımızda anlattık.
Bizde nasıl ilerler?
Keşif görüşmesinden sonra size tarihli bir iş planı sunarız: hangi hafta hangi ekranların hazır olacağı, test sürümlerinin ne zaman geleceği ve yayın hedefi. Proje boyunca her hafta ilerlemeyi görür, test sürümlerini kendi telefonunuzda denersiniz. Böylece “ne zaman bitecek?” sorusu projenin başında cevaplanmış olur.
Kendi fikriniz için süre ve kapsam netleştirmek isterseniz mobil uygulama geliştirme sayfamıza göz atabilir ya da teklif formunu doldurabilirsiniz; Kayseri'den ya da Türkiye'nin herhangi bir yerinden fark etmez, süreç aynı şekilde yürür.
Sık sorulan sorular
Uygulamayı önce tek platformda mı yayınlamalıyım?
Hedef kitleniz ağırlıklı olarak tek platformdaysa bu mantıklı olabilir. Ancak günümüzde çapraz platform teknolojilerle iOS ve Android çoğu zaman tek kod tabanıyla birlikte geliştirilebildiği için iki platforma aynı anda çıkmak ek süreyi sınırlı tutar.
Web sitem var; uygulama için her şeye baştan mı başlamak gerekir?
Gerekmez. Mevcut sitenizin altyapısı uygun bir arayüz (API) sunuyorsa uygulama aynı verileri kullanabilir. Keşif aşamasında mevcut sistemi inceleyip neyin yeniden kullanılabileceğini belirleriz.
Yayından sonra güncelleme yapmak ne kadar sürer?
Küçük düzeltmeler günler içinde mağazaya gönderilebilir. Yeni özellikler, ilk projede olduğu gibi kısa bir planlama, geliştirme ve test döngüsünden geçer.
Proje sırasında yeni özellik eklemek istersem ne olur?
Eklenebilir; ancak her ekleme takvimi etkiler. Bu yüzden yeni talepleri değerlendirip ya mevcut sürüme dahil ederiz (takvim güncellenerek) ya da yayından sonraki sürüme planlarız. Karar her zaman sizindir.

