Mobil uygulama geliştirme hizmeti: fikirden App Store ve Google Play’e, sizde kalan kodla.

Bu rehberi, müşterilerine ya da ekibine bir mobil uygulama sunmak isteyen, uygulama yaptırmayı düşünen ya da yarım kalmış veya mağaza incelemesinden geçemeyen bir uygulaması olan firmalar için yazdık. Mağaza şartlarını ve teknik gereklilikleri Apple Developer ve Google Play Console Yardım Merkezi’nin İngilizce belgelerine dayandırdık; kaynaklar sayfanın sonunda numaralı olarak listeleniyor. Ücretleri, test şartlarını, SDK ve API seviyelerini Ekim 2026 itibarıyla kaynaktan doğruladık. Kendi saha gözlemlerimizi “Uzman notu” başlığıyla ayrı işaretledik.

Mobil uygulama çalışmasında işimiz üç katmanda ilerler: kapsamın ve teknolojinin doğru seçilmesi, uygulamanın her platformun alışkanlıklarına uygun tasarlanıp kodlanması ve mağaza şartlarını karşılayarak test edilip yayınlanması. Aşağıdaki on başlık bu katmanların nasıl çalıştığını ve her adımda neye baktığımızı sırasıyla anlatır.

Mobil uygulama geliştirme nedir, süreç nasıl işler?

Mobil uygulama geliştirme, iOS ve Android telefonlarda çalışan bir uygulamanın kapsamının belirlenmesi, tasarlanması, kodlanması, test edilmesi ve App Store ile Google Play’de yayınlanması sürecidir. iOS tarafında uygulamalar Apple Developer Program üyeliğiyle dağıtılır; App Store kullanıcıların uygulamaları 175 bölgede bulup indirmesini sağlar ve Apple ödeme işlemlerini ve barındırmayı üstlenir.¹ Android tarafında uygulamalar Play Console hesabıyla Google Play’de yayınlanır.⁷

Uygulamanın arayüzünü ve kullanıcı akışını UX/UI hizmeti sayfamızda ayrıca anlatıyoruz; bu sayfa uygulamanın yapımına ve mağazaya çıkışına iner.

iOS ve Android uygulama geliştirmede yerli mi, çapraz platform mu?

Bir uygulama her platform için ayrı yerli kodla (iOS’ta Swift, Android’de Kotlin) ya da tek kod tabanından iki platforma çıkan çapraz platform araçlarıyla yazılabilir. Flutter, tek kod tabanından yerel olarak derlenen çok platformlu uygulamalar için açık kaynak bir çatıdır ve kodu ARM ya da Intel makine koduna derler.¹¹ React Native ise JavaScript ile yazılıp platformun yerel arayüz bileşenleriyle çizilir; yeni uygulamalar için Expo gibi bir çatıyla başlanması öneriliyor.¹²

Flutter’ın nasıl çalıştığını ve hangi uygulamalara uyduğunu Flutter nedir yazımızda ayrıca anlattık.

Kararı teknolojinin popülerliğine göre değil, uygulamanın ne yapacağına ve uygulamayı kimin bakımda tutacağına göre veriyoruz. Firmanızın içinde bir yazılım ekibi varsa onların bildiği dili ve aracı öne alıyoruz; uygulama yıllarca güncellenecekse bakımı kolaylaştıran seçim, ilk geliştirmeyi hızlandıran seçimden daha değerlidir.

İki yaklaşımın maliyet farkı yalnız ilk geliştirmede değil, sonraki yıllarda da ortaya çıkar. Yerli kodda her yeni özellik iki kez yazılır ve iki kez test edilir; çapraz platformda özellik bir kez yazılır, ama platforma özgü bir yetenek gerektiğinde araya yerli kod eklenir ve aracın kendi güncellemeleri de takip edilmelidir. Bu yüzden teklifimizde ilk sürümün yanında ilk yılın bakım yükünü de ayrıca gösteriyoruz.

İlk sürümün kapsamı nasıl belirlenir?

İlk sürüm, kullanıcının uygulamayı açma nedeni olan tek bir işi eksiksiz yapmalıdır. Randevu uygulamasında bu randevu almaktır; sadakat uygulamasında puanı görmek ve kullanmak, saha ekibi uygulamasında iş emrini almak ve kapatmaktır. Bu işin dışında kalan her ekran ilk sürümü geciktirir, test yükünü artırır ve mağaza incelemesinde açıklanması gereken bir özellik daha ekler.

Kapsamı yazılı hâle getirdikten sonra ekranları Figma’da tıklanabilir bir prototip olarak hazırlıyor ve birkaç gerçek kullanıcıyla deniyoruz. Prototipte fark edilen bir akış hatası saatler içinde düzeltilir; aynı hata kodlandıktan sonra fark edilirse haftalara mal olabilir.

İlk sürümün başarısını neyle ölçeceğimizi de kapsamla birlikte yazıyoruz: kaç kişinin uygulamayı indirip hesap açtığı, temel işi kaç kişinin tamamladığı ve kaç kişinin bir hafta sonra uygulamaya geri döndüğü. Bu ölçütler baştan belli olduğunda, uygulama içi olay takibi de geliştirmeyle birlikte kurulur ve yayından sonraki ilk haftalarda neyin işe yaradığı tartışmasız biçimde görülür.

Arayüz, erişilebilirlik ve performans

iOS ve Android kullanıcılarının alışkanlıkları farklıdır: geri dönme hareketi, menülerin yeri ve sistem düğmeleri platforma göre değişir. Çapraz platform bir araç kullansak bile bu farkları gözetiyor, uygulamanın her platformda o platformun uygulaması gibi hissettirmesini sağlıyoruz.

Erişilebilirliği sonradan eklenecek bir özellik olarak değil, geliştirmenin parçası olarak ele alıyoruz: düğmelere ekran okuyucu etiketleri veriyor, sistemin yazı boyutu ayarına uyuyor ve renk kontrastını kontrol ediyoruz. Performans tarafında açılış süresini ve listelerin akıcılığını eski ve orta seviye cihazlarda ölçüyor, bağlantı koptuğunda uygulamanın kullanıcıya ne göstereceğini baştan tasarlıyoruz.

Uygulamanın tabletlerde, karanlık modda ve farklı ekran boyutlarında nasıl göründüğünü de tasarım aşamasında kararlaştırıyoruz. Bu kararlar sonradan verildiğinde ekranların çoğu yeniden düzenlenmek zorunda kalır; baştan verildiğinde aynı bileşenler her boyuta uyum sağlar.

Arka uç, hesap ve gizlilik

Çoğu uygulama bir sunucuyla konuşur: kullanıcı hesapları, randevular, siparişler ya da içerik bir veritabanında tutulur ve uygulamaya bir API üzerinden gelir. Var olan bir web siteniz, e-ticaret altyapınız ya da ERP sisteminiz varsa uygulamayı bu sistemlerle aynı veriyi kullanacak biçimde bağlıyoruz; aynı bilginin iki yerde ayrı tutulması zamanla tutarsızlığa yol açar.

Anlık bildirimleri ve derin bağlantıları da bu aşamada planlıyoruz. Bildirim, kullanıcıyı doğru anda uygulamaya geri getirmenin en etkili yoludur, ama gereğinden sık gönderildiğinde kullanıcı bildirim iznini kapatır ya da uygulamayı siler. Derin bağlantı ise bir e-postadan, SMS’ten ya da web sitenizden gelen kullanıcıyı uygulamanın ana ekranına değil, doğrudan ilgili ekrana açar; kampanyaların ölçülmesi de bu bağlantılar sayesinde mümkün olur.

Apple, hesap açılmasına izin veren uygulamaların hesap silmeyi de uygulama içinden sunmasını şart koşar; uygulamanın temel işlevi hesaba dayanmıyorsa kullanıcının giriş yapmadan da uygulamayı kullanabilmesini ister.⁴ App Store’da her uygulamanın sayfasında gizlilik etiketi yer alır; bu bilgiler uygulamaya eklenen üçüncü taraf kodların topladığı verileri de kapsar ve yeni uygulama ile güncelleme göndermek için zorunludur.⁶ Google Play’de de bütün geliştiricilerin veri güvenliği formunu doldurması gerekir; form, uygulamadaki üçüncü taraf kitaplık ve SDK’ların topladığı verileri de içerir.¹⁰

TestFlight ve Google Play kapalı testi

Uygulama mağazaya çıkmadan önce gerçek cihazlarda ve gerçek kullanıcılarla denenmelidir. iOS’ta TestFlight ile beta sürümlerine yalnız e-posta adresi ya da herkese açık bir bağlantıyla 10.000 harici kullanıcıya kadar davet gönderilebilir.¹ Google Play’de 13 Kasım 2023’ten sonra açılan kişisel geliştirici hesapları, uygulamayı yayınlamadan önce en az 12 test kullanıcısının kesintisiz 14 gün katıldığı bir kapalı test yürütmek zorundadır; bu şart karşılanınca üretim erişimi için başvurulur.⁸

Test kullanıcılarını uygulamanın gerçek kitlesinden seçmeye çalışıyoruz: ekibinizden birkaç kişi, sadık müşterileriniz ve farklı cihaz kullanan tanıdıklar. Testte gelen geri bildirimleri ve çökme kayıtlarını tek bir listede topluyor, yayından önce düzeltilmesi gerekenleri sonraki sürüme bırakılabileceklerden ayırıyoruz.

Geliştirici hesapları ve mağaza incelemesi

Apple Developer Program’ın yıllık ücreti 99 ABD dolarıdır; fiyat bölgeye göre yerel para biriminde gösterilir.² Google Play Console hesabı açmak için 18 yaşında olmak ve 25 ABD doları tek seferlik kayıt ücreti ödemek gerekir; kayıt sırasında geliştirici kimlik bilgileri doğrulanır.⁷ Bu hesapları firmanız adına açıyoruz; uygulama, mağaza sayfası ve gelirler sizin hesabınızda durur.

Apple, uygulamaları, güncellemeleri ve uygulama içi satın almaları App Store’a çıkmadan önce inceler ve resmî App Review sayfasına göre gönderilerin genellikle en az %50’sini 24 saatten, %90’ını 48 saatten kısa sürede sonuçlandırır.³ Gönderilen sürüm son sürüm olmalı; yer tutucu metin ve boş bağlantılar temizlenmiş, uygulama cihazda test edilmiş olmalıdır ve uygulamada giriş varsa inceleme için bir deneme hesabı verilmelidir.⁴

Güncel teknik şartlar: SDK ve API seviyesi

Mağazalar, uygulamaların güncel geliştirme araçlarıyla derlenmesini şart koşar ve bu şartlar her yıl yükselir. Apple’a 28 Nisan 2026’dan beri yüklenen uygulamaların Xcode 26 ya da sonrasıyla ve iOS 26 SDK’sıyla derlenmesi gerekir.⁵ Google Play’de 31 Ağustos 2026’dan itibaren yeni uygulamaların ve güncellemelerin Android 16’yı (API seviyesi 36) hedeflemesi gerekir; ek süreye ihtiyaç duyanlar 1 Kasım 2026’ya kadar uzatma isteyebilir.⁹ Yayındaki uygulamaların yeni kullanıcılara görünmeye devam etmesi için en az Android 15’i (API seviyesi 35) hedeflemesi gerekir.⁹

Yayından sonra: bakım, ölçüm ve mağazada bulunmak

Uygulama yayınlandıktan sonra iş bitmez. İşletim sistemi güncellemeleri, mağaza şartları ve kullandığınız kitaplıkların yeni sürümleri, uygulamanın düzenli olarak güncellenmesini gerektirir. Uygulama içi olayları ve çökmeleri izliyor, kullanıcıların hangi ekranda takıldığını ve uygulamayı neden bıraktığını veriyle görüyoruz; düzeltmeleri ve yeni özellikleri bu veriye göre sürüm planına alıyoruz.

Yeni sürümleri tek seferde herkese açmak yerine önce küçük bir kullanıcı grubuna sunuyor, çökme oranı ve geri bildirimler normal seyrediyorsa yayını genişletiyoruz. Böylece bir hata ortaya çıktığında bütün kullanıcılar etkilenmeden düzeltilebilir.

Mağazada bulunmak da ayrı bir iştir: uygulamanın adı, alt başlığı, ekran görüntüleri ve yorumları, aramada kaç kişinin uygulamayı göreceğini ve indireceğini belirler. Mağaza sayfasının ilk hâlini yayından önce bu gözle hazırlıyor, ekran görüntülerinde uygulamanın temel işini ilk karede gösteriyoruz. Bu çalışmayı ASO danışmanlığı sayfamızda ayrıca anlatıyoruz.

Mobil uygulama geliştirme hizmeti ilk 30 günde nasıl işler?

İlk 30 günün işi kod yazmak değil; kapsamı, teknolojiyi ve hesapları doğru kurmak ve kullanıcıyla denenmiş bir prototipe ulaşmaktır. Şu sırayla ilerliyoruz:

1. 1. hafta · Kapsam: uygulamanın çözeceği iş, kullanıcı grupları ve ilk sürümün ekranları yazılır; var olan sistemler incelenir.
2. 2. hafta · Teknoloji ve hesaplar: yerli ya da çapraz platform kararı verilir; Apple ve Google geliştirici hesapları firmanız adına açılır.
3. 3. hafta · Prototip: ekranlar Figma’da tıklanabilir prototip olarak hazırlanır ve gerçek kullanıcılarla denenir.
4. 4. hafta · Plan: prototipten gelen düzeltmelerle geliştirme döngüleri, test takvimi ve mağaza hazırlığı birlikte planlanır.

Mobil uygulama yapan firmalar arasında seçim yaparken nelere dikkat edilmeli?

Mobil uygulama yaptırmak isteyen bir firma için asıl soru, kodu kimin yazacağından çok uygulamayı yayından sonra kimin ayakta tutacağıdır. Piyasada üç yaygın model var:

Hangi modeli seçerseniz seçin, teklifleri aynı ölçütlerle karşılaştırmak işe yarar:

1. Hesap sahipliği: Apple ve Google geliştirici hesapları firmanız adına açılır; geliştirici yalnız yetkili kullanıcı olarak eklenir. Kendi hesabında yayınlanan bir uygulamayı sonradan devralmak, mağaza geçmişini ve yorumları taşımayı zorlaştırır.
2. Kaynak kodun yeri: kod, sizin adınıza açılan bir depoda tutulur ve her sürümde güncel hâli oradadır; teslimi proje sonuna bırakılmaz.
3. Yazılı kapsam: ilk sürümün ekranları, bağlanacak sistemler ve kapsam dışı kalanlar teklifte tek tek yazar. “Her şey dahil” ifadesi, kapsamın konuşulmadığını gösterir.
4. Test ve mağaza sorumluluğu: TestFlight ve Google Play kapalı testini, inceleme notlarını ve gizlilik beyanlarını kimin hazırlayacağı bellidir.
5. Bakım planı: işletim sistemi ve mağaza şartları her yıl değiştiği için ilk yılın bakım kapsamı teklifte ayrı bir kalem olarak görünür.
6. Takvim dili: kapsam netleşmeden verilen kesin bir yayın tarihi ya da “mağaza onayı garantisi” gerçekçi değildir; inceleme kararını mağaza verir.

Mobil uygulama fiyatları neye göre belirlenir?

Mobil uygulama fiyatları, ilk sürümün kapsamıyla yayından sonraki bakım yükünün toplamına göre belirlenir. Teklifi en çok etkileyen kalemler şunlardır:

Ücret modeli genellikle iki parçadır: ilk sürüm için yazılı kapsama bağlı bir proje bedeli ve yayından sonra aylık bakım. Biz kapsamı ilk görüşmede birlikte çıkarıyor, ardından yazılı teklif veriyoruz; Apple ve Google geliştirici hesaplarının ücretleri hizmet bedelimizden ayrıdır ve doğrudan mağazalara, firmanızın hesabından ödenir.

Mobil uygulama fiyatları: başlangıç ve aralık

Aralığın alt ucu başlangıç fiyatıdır; KDV hariç. Kapsam ilk görüşmeden sonra yazılı teklifle kesinleşir. “/ ay” yazan satır aylıktır. Ekim 2026 itibarıyla.

Uygulama fikrinizi birlikte okumak isterseniz aşağıdan size uygun bir görüşme günü seçebilirsiniz; ilk görüşmede çözülecek işi, kullanıcıyı ve var olan sistemleri birlikte netleştiriyoruz.