Mobil Uygulama Nasıl Yapılır? Fikirden Mağazaya 8 Adım

Mobil uygulama; fikrin doğrulanması, kapsamın ve MVP'nin belirlenmesi, UX/UI tasarımı, teknoloji seçimi, sprintlerle geliştirme, test, App Store ve Google Play'de yayın ve yayından sonraki bakım adımlarıyla yapılır. Süreyi ve maliyeti en çok kapsam belirler; mağaza kuralları ile test gereksinimleri de takvime en baştan eklenmelidir.

Bu rehberde her adımda ne yapıldığını, hangi kararların sonradan pahalıya patladığını ve App Store ile Google Play'in resmî kurallarının süreci nasıl etkilediğini anlatıyoruz.

Mobil uygulama geliştirme süreci hangi adımlardan oluşur?

Mobil uygulama geliştirme süreci sekiz adımdan oluşur ve her adım bir sonrakinin girdisini üretir. Doğrulanmış fikir kapsamı, kapsam tasarımı, tasarım da teknoloji seçimini belirler. Adımlar kısmen paralel yürüyebilir; örneğin tasarım sürerken backend altyapısı kurulabilir. Ancak doğrulama ve kapsam atlanırsa sonraki her adım yeniden yapılır.

1. Fikir doğrulama: Çözülen sorunun gerçek olduğunu ve kullanıcıların bu çözümü istediğini kanıtlayın.
2. Kapsam ve MVP: İlk sürümde olacak özellikleri ve olmayacakları yazılı hale getirin.
3. UX/UI tasarımı: Kullanıcı akışlarını, tel kafesleri ve tıklanabilir prototipi hazırlayın.
4. Teknoloji seçimi: Native ya da cross-platform yaklaşımına, backend ve entegrasyonlara karar verin.
5. Sprintlerle geliştirme: Özellikleri kısa, sabit süreli döngülerde geliştirip her döngü sonunda çalışan sürümü gözden geçirin.
6. Test: Gerçek cihazlarda işlevsel, performans ve güvenlik testlerini yapın; kapalı test grubuyla deneyin.
7. Mağaza yayını: Mağaza kayıtlarını, gizlilik bildirimlerini ve inceleme notlarını hazırlayıp başvurun.
8. Bakım: Hata takibi, işletim sistemi uyumluluğu, güvenlik güncellemeleri ve yeni özelliklerle uygulamayı yaşatın.

Her adımın sonunda yazılı bir çıktı olmalıdır: doğrulama notları, kapsam belgesi, onaylı prototip, teknik mimari, sprint notları, test raporu ve mağaza kayıtları. Bu belgeler hem ilerlemeyi ölçmeyi kolaylaştırır hem de ileride ekip değişirse projenin kaldığı yerden sürdürülmesini sağlar.

Fikir nasıl doğrulanır ve MVP kapsamı nasıl belirlenir?

Fikir; hedef kullanıcılarla yapılan görüşmeler, rakip uygulamaların mağaza yorumlarının incelenmesi ve basit bir tanıtım sayfasıyla ilgi ölçülerek doğrulanır. Amaç, kod yazmadan önce sorunun gerçek, çözümün istenen ve kullanıcının alışkanlığını değiştirmeye hazır olduğunu görmektir. MVP kapsamı da bu bulgulardan çıkarılır ve yazılı bir kapsam belgesine dönüştürülür.

MVP, yani minimum uygulanabilir ürün, temel sorunu çözen en küçük kullanılabilir sürümdür. Kapsamı belirlemek için özellikleri üç gruba ayırın: ilk sürümde mutlaka olması gerekenler, ilk geri bildirimlerden sonra eklenecekler ve şimdilik rafa kalkanlar. Her özellik için “bu olmadan kullanıcı temel işi yapabilir mi?” sorusunu sorun. Kapsam belgesinde kullanıcı rolleri, ekran listesi, entegrasyonlar ve her özelliğin kabul kriterleri yer almalıdır; bu belge hem teklifin hem takvimin temelidir.

UX/UI tasarımında nelere dikkat edilmeli?

UX/UI tasarımında önce kullanıcının uygulamayı açtığı andan hedefine ulaştığı ana kadarki akış çizilir, görsel tasarım bunun üzerine kurulur. İyi bir mobil tasarım iOS ve Android'in kendi kullanım alışkanlıklarına uyar, tek elle kullanılabilir, yükleme ve hata durumlarını gösterir, izinleri de ihtiyaç anında ve gerekçesiyle ister.

• Tıklanabilir prototip: Geliştirmeye geçmeden önce birkaç gerçek kullanıcıyla deneyin; akıştaki sorunlar kodda değil tasarımda çözülürse çok daha ucuza gelir.
• Boş, yükleniyor ve hata ekranları: Bağlantı kesildiğinde ya da liste boşken ne görüneceğini tasarlayın.
• İzin istekleri: Konum, kamera ya da bildirim iznini uygulamanın ilk açılışında değil, ilgili özellik kullanılırken ve nedenini açıklayarak isteyin.
• Erişilebilirlik: Yeterli kontrast, büyütülebilir yazı ve ekran okuyucu etiketleri baştan planlanmalıdır.

Native mi cross-platform mu seçilmeli?

Native geliştirmede iOS için Swift, Android için Kotlin ile iki ayrı uygulama yazılır; cross-platform geliştirmede React Native ya da Flutter ile tek kod tabanından iki platforma uygulama çıkarılır. İş uygulamalarının çoğunda cross-platform yeterlidir; yoğun grafik, donanım ya da platforma özgü özellik gerekiyorsa native öne çıkar.

Hangi yaklaşım seçilirse seçilsin, uygulama sunucuyla konuşan bir API, kullanıcı yönetimi ve çoğu zaman bir yönetim paneli ister. Bu tarafı mobil uygulamayla birlikte planlamak gerekir; iş süreçlerinize özel bir backend gerekiyorsa özel yazılım geliştirme kapsamını da aynı projede ele almak entegrasyon sorunlarını azaltır.

Bazen doğru cevap uygulama yapmamaktır. Kullanıcılar ürününüzü nadiren kullanacaksa ve bildirim, kamera, konum ya da çevrimdışı çalışma gibi cihaz özelliklerine ihtiyaç yoksa, mobil uyumlu hızlı bir web sitesi aynı işi daha düşük maliyetle görebilir. Uygulama kararını, kullanıcının onu telefonunda tutması için somut bir neden olup olmadığına göre verin.

Geliştirme sprintleri nasıl yürütülür?

Geliştirme, kısa ve sabit süreli sprintlerle yürütülür: her sprintin başında o döngüde yapılacak işler seçilir, sonunda test cihazına kurulabilen çalışan bir sürüm gösterilir ve geri bildirim alınır. Bu yöntem, sorunların aylar sonra değil birkaç hafta içinde fark edilmesini ve önceliklerin gerçek ilerlemeye göre güncellenmesini sağlar.

Verimli bir sprint düzeni için iş listesi önceliklendirilmiş olmalı, her işin “bitti” tanımı yazılı olmalı ve test cihazına kurulabilen ara sürümler düzenli paylaşılmalıdır. Yeni fikirler sprint ortasında değil, bir sonraki planlamada değerlendirilir; aksi halde kapsam kontrolsüz biçimde büyür ve takvim kayar.

Uygulama nasıl test edilir?

Uygulama; farklı ekran boyutlarında ve işletim sistemi sürümlerinde gerçek cihazlarla, zayıf bağlantı ve çevrimdışı senaryolarında, otomatik testlerle ve gerçek kullanıcılardan oluşan kapalı bir grupla test edilir. Güvenlik testleri de bu aşamanın parçasıdır: cihazdaki veri saklama, oturum yönetimi ve API erişimi ayrıca kontrol edilmelidir.

Google Play tarafında test aynı zamanda bir yayın şartıdır. Play Console yardım sayfasına göre 13 Kasım 2023'ten sonra açılan kişisel geliştirici hesaplarında, uygulama herkese açılmadan önce en az 12 test kullanıcısının 14 gün boyunca kesintisiz katıldığı kapalı bir test yapılmalıdır. iOS tarafında beta sürümler TestFlight ile dağıtılır; Apple'ın yönergelerine göre beta sürümdeki önemli güncellemeler test kullanıcılarına dağıtılmadan önce TestFlight incelemesine gönderilmelidir. Güvenlik kontrolleri için mobil uygulama güvenliği rehberimizi kullanabilirsiniz.

App Store ve Google Play yayın süreci nasıl işler?

Yayın süreci; iki mağazada geliştirici hesabı açmak, uygulama kaydını Apple'da App Store Connect, Google Play'de Play Console üzerinden ekran görüntüleri, açıklama ve gizlilik bilgileriyle hazırlamak, uygulamayı incelemeye göndermek ve onaydan sonra yayın zamanını seçmekten oluşur. Reddedilme riskini azaltmanın en pratik yolu, mağaza kurallarını geliştirme bittikten sonra değil tasarım aşamasında okumaktır.

Apple'da Apple Developer Program üyeliği yıllık 99 ABD doları, Google Play'de geliştirici kaydı tek seferlik 25 ABD dolarıdır. Apple'a göre gönderilerin ortalama %90'ı 24 saatten kısa sürede incelenir. Reddedilmemek için App Store İnceleme Yönergeleri'ndeki temel kurallara dikkat edin:

• Tamamlanmış sürüm: Yer tutucu metin ve boş bağlantı olmamalı; giriş gerektiren uygulamalarda inceleme ekibine demo hesabı verilmeli ve sunucu açık olmalıdır.
• Gizlilik politikası: Hem mağaza kaydında hem uygulamanın içinde kolay erişilen bir gizlilik politikası bağlantısı bulunmalıdır.
• Hesap silme: Hesap oluşturmaya izin veren uygulamalar, hesabın uygulama içinden silinmesine de izin vermelidir.
• Asgari işlevsellik: Uygulama, yeniden paketlenmiş bir web sitesinin ötesine geçen özellik, içerik ve arayüz sunmalıdır.
• Doğru meta veri: Ekran görüntüleri, açıklama ve gizlilik bilgileri uygulamanın gerçek deneyimini yansıtmalı ve her yeni sürümde güncel tutulmalıdır.

Google Play kuralları ise Geliştirici Politika Merkezi'nde kısıtlanmış içerik, kullanıcı verileri, izinler, ödemeler, mağaza kaydı ve işlevsellik gibi başlıklarda toplanır. Uygulamanın hangi verileri topladığı da Play Console'daki Veri güvenliği (Data safety) bölümünde beyan edilir; bu beyanın nasıl hazırlanacağını güvenlik rehberimizde ayrıntılı anlattık.

Yayından sonra bakım neden şart?

Bakım şarttır, çünkü uygulama yayımlandığı günkü hâliyle kalamaz: işletim sistemleri her yıl yeni sürüm çıkarır, kullanılan kütüphaneler güncellenir, güvenlik açıkları kapatılır ve mağaza kuralları değişir. Bakımı planlanmayan bir uygulama bir süre sonra güncelleme yayımlayamaz hâle gelebilir ya da yeni cihazlarda sorun çıkarmaya başlar.

Somut bir örnek: Android Developers sayfasına göre 31 Ağustos 2026'dan itibaren yeni uygulamalar ve güncellemeler, Wear OS ve TV gibi bazı kategoriler dışında Android 16'yı (API düzeyi 36) hedeflemelidir. Mevcut uygulamaların ise daha yeni Android sürümlerini kullanan yeni kullanıcılara görünmeye devam etmesi için en az Android 15'i (API düzeyi 35) hedeflemesi gerekir. Bakım planına çökme takibi, performans izleme ve kullanıcı yorumlarının düzenli okunmasını da ekleyin.

Geliştirme süresini ve bütçeyi neler belirler?

Maliyet ve süre; ekran ve kullanıcı rolü sayısına, ödeme, harita, mesajlaşma ya da ERP gibi entegrasyonlara, yönetim paneline, çevrimdışı çalışma ihtiyacına ve tasarımın özgünlüğüne bağlıdır. Aynı başlığı taşıyan iki uygulama arasında kapsam farkı büyük olabildiği için kapsam netleşmeden verilen kesin süre ve fiyat tahminlerine temkinli yaklaşın.

Uni Digital Group'un yayımladığı başlangıç fiyatları MVP için 50.000₺'den başlıyor; paketlerin kapsamını mobil uygulama fiyatları sayfamızda bulabilirsiniz. Takvimi mağaza tarafı da etkiler: yeni kişisel Google Play hesaplarındaki 14 günlük kapalı test ve inceleme süreleri plana baştan eklenmelidir.

Uni Digital Group bu konuda ne yapıyor? iOS ve Android uygulamalarını React Native ya da Flutter ile geliştiriyor, projeye kapsam ve MVP tanımıyla başlıyoruz. Fiyat sayfamızda belirttiğimiz gibi paketlerimiz App Store ve Google Play yayın sürecini de kapsar. Süreç ve kapsam için İstanbul'da mobil uygulama geliştirme hizmetimizi inceleyebilirsiniz.