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

Özel Yazılım · 11 Eki 2026

Mobil uygulama yapmanın 8 adımı, native, Flutter ve PWA seçimi, mağaza yayın kontrol listesi ve ajansla çalışma kararı.

Mobil uygulama yapmak; fikri netleştirmek, ilk sürümün kapsamını belirlemek, tasarlamak, kodlamak, test etmek ve App Store ile Google Play’de yayımlamak adımlarından oluşur. Teknoloji seçimi (native, Flutter ya da PWA) bu adımların ortasında değil, kapsam belli olduktan hemen sonra yapılır. Süreyi ve maliyeti en çok belirleyen şey, ilk sürüme kaç özellik koyduğunuzdur.

“Uygulama nasıl yapılır” diye arandığında ilk sonuçlarda çoğunlukla kodsuz uygulama oluşturucular çıkar. Bu araçlar basit bir katalog ya da form uygulaması için işe yarar. Kendi iş akışınızı, kullanıcı hesaplarını, ödemeyi ya da başka sistemlerle bağlantıyı içeren bir uygulamada ise sınırlarına çabuk ulaşılır. Bu yazıda bir uygulamanın fikirden mağazaya giden yolunu, her adımın sonunda elinizde ne olması gerektiğini ve teknoloji seçimini nasıl yapacağınızı anlatıyoruz.

Fikirden mağazaya 8 adım

Adımları atlamak genellikle süreyi kısaltmaz, sona erteler. Örneğin prototip aşaması atlanırsa ekranlar kodlandıktan sonra değişir. Bu da işin iki kez yapılması demektir. İlk sürümü nasıl daraltacağınızı MVP nedir yazımızda ayrıntılı anlattık.

Native, Flutter ya da PWA: hangisini seçmeli?

Teknoloji seçimi, uygulamanın ne yapacağına göre yapılmalıdır. Aşağıdaki tablo üç yolun tipik farklarını gösterir.

Kabaca şöyle düşünebilirsiniz: Cihazın donanımıyla yoğun çalışan ya da yüksek performans isteyen uygulamalar native ile yapılır. Hesap, liste, sipariş, randevu gibi iş akışları çoğu zaman Flutter ile daha ekonomik yapılır. Kullanıcıların mağazadan indirmesi şart değilse PWA en hızlı başlangıçtır. PWA’nın sınırlarını PWA nedir yazımızda ayrıca ele aldık.

Kararsız kaldığınızda kullanıcıya bakın. Uygulamayı kim, nerede ve ne sıklıkla kullanacak? Günde birkaç kez açılan bir saha uygulamasıyla ayda bir açılan bir kampanya uygulamasının ihtiyacı aynı değildir. Teknolojiyi bu kullanım belirlemelidir.

Uygulamanın görünmeyen yarısı: sunucu

Kullanıcı yalnız ekranları görür. Ancak bir uygulamanın emeğinin önemli kısmı arka taraftadır. Kullanıcı girişi, verilerin saklanması, bildirim gönderme, ödeme ve yönetim paneli sunucu tarafında çalışır. Uygulama bu sunucuyla API üzerinden konuşur.

Kodsuz araçlarla gerçek yazılım arasındaki asıl fark burada ortaya çıkar. Kodsuz araçlarda veri o aracın sunucusunda durur, iş kuralları aracın izin verdiği kadardır ve aracı bırakmak istediğinizde verinizi taşımak zorlaşabilir. Kendi sunucusu olan bir uygulamada veri ve kurallar sizindir. Muhasebe programına, CRM’e ya da stok sistemine bağlantı da bu sayede mümkün olur. API kavramına yabancıysanız API nedir yazımıza göz atabilirsiniz.

Mağaza yayın kontrol listesi

Uygulama hazır olduğunda iş bitmez. Mağazalar her uygulamayı inceler ve eksik bulursa reddeder. Yayından önce şu maddeleri kontrol edin:

• Geliştirici hesabı: Apple Developer Program yıllık 99 ABD doları, Google Play geliştirici kaydı tek seferlik 25 ABD doları ücretlidir. Hesabın şirket adına açılması önerilir.
• Gizlilik politikası: Her iki mağaza da erişilebilir bir gizlilik politikası adresi ister.
• Hesap silme: Uygulama içinde hesap oluşturuluyorsa, kullanıcının hesabını silebilmesi de sağlanmalıdır.
• Veri beyanı: Hangi verilerin toplandığı mağaza formlarında doğru beyan edilmelidir.
• İzin açıklamaları: Kamera, konum ya da bildirim izni istenirken nedeni kullanıcıya açıkça yazılmalıdır.
• Demo hesap: Giriş gerektiren uygulamalarda inceleme ekibine test hesabı verilmelidir.
• Test dağıtımı: iOS’ta TestFlight, Android’de kapalı test kanalı kullanılır. Google Play’de yeni kişisel geliştirici hesaplarından yayın için önce belirli sayıda test kullanıcısıyla kapalı test yapılması istenir.

Apple’ın inceleme kuralları “App Store Review Guidelines” belgesinde yayımlanır. Kurallar sık güncellendiği için yayından önce güncel metne bakmak gerekir.

Kendiniz mi yaparsınız, ajansla mı?

Basit bir katalog, etkinlik ya da form uygulaması için kodsuz bir aracı kendiniz denemek mantıklıdır. Şu durumlarda ise bir yazılım ekibiyle çalışmak gerekir:

• Uygulama başka sistemlerinizle (ERP, CRM, ödeme, stok) veri alışverişi yapacaksa,
• Kullanıcı verisi önemliyse ve verinin sizde kalması gerekiyorsa,
• Uygulamaya özel iş kuralları varsa (onay akışı, fiyat hesabı, rol bazlı yetki),
• Kullanıcı sayısının hızla artması bekleniyorsa.

Ajans seçerken teklifin bu yazıdaki adımların hangilerini kapsadığını sorun. Tasarım, sunucu, yönetim paneli, mağaza yayını ve yayından sonraki bakım ayrı kalemlerdir. Maliyetin nasıl oluştuğunu mobil uygulama fiyatları yazımızda anlattık. Fikriniz henüz netleşmediyse, teknik kararları vermeden önce bir danışmanlık görüşmesi yapmak da zaman kazandırır. Ne zaman danışmana ihtiyaç olduğunu yazılım danışmanlığı yazımızda anlattık.

Bir uygulama projesinde kimler çalışır?

Uygulamayı tek bir geliştiricinin yaptığı düşünülür. Oysa sağlıklı bir projede birden çok rol vardır. Küçük ekiplerde bu rolleri aynı kişi üstlenebilir, ama işlerin her biri yapılmalıdır:

• Ürün sorumlusu: Kapsamı belirler, öncelik verir ve “bu özellik ilk sürüme girmeli mi?” sorusunu cevaplar. Çoğu zaman bu kişi müşterinin kendi tarafındandır.
• Tasarımcı: Ekran akışlarını ve arayüzü hazırlar. Kullanılabilirlik testlerini yürütür.
• Mobil geliştirici: Uygulama ekranlarını kodlar ve cihaz özelliklerini bağlar.
• Sunucu geliştiricisi: API’yi, veritabanını ve yönetim panelini kurar.
• Test sorumlusu: Farklı cihaz ve senaryolarda hataları bulur.

Teklif karşılaştırırken hangi rollerin projeye dahil olduğunu sorun. Daha düşük fiyatlı bir teklifte test ya da tasarım işinin müşteriye bırakıldığı sık görülür. Projenin müşteri tarafında da karar veren ve geri bildirimi zamanında veren bir kişi olmalıdır. Onayların gecikmesi takvimi en çok uzatan nedenlerden biridir.

Uygulamaya yapay zekâ özelliği eklemek

Bugün pek çok uygulamada yapay zekâ destekli özellikler bekleniyor: fotoğraftan metin okuma, kullanıcının yazdığını özetleme, ürün önerisi ya da uygulama içi asistan. Bu özellikler genellikle telefonda değil, sunucuda çalışır. Uygulama veriyi sunucuya gönderir, sunucu bir dil modeline sorar ve sonucu geri döner.

Bu yapının iki önemli noktası vardır. Birincisi maliyettir: her istek ücretlendirilir ve kullanıcı sayısıyla birlikte artar. İkincisi veridir: modele gönderilen kişisel verinin KVKK açısından değerlendirilmesi gerekir. Bu nedenle yapay zekâ özelliği ilk sürümde küçük ve ölçülebilir tutulmalıdır.

Yayından sonra

Uygulama yayımlandıktan sonra da bakım ister. iOS ve Android her yıl yeni sürüm çıkarır ve eski uygulamaların güncellenmesini bekler. Çökme raporları izlenmeli, kullanıcı yorumları okunmalı ve ikinci sürümün kapsamı gerçek kullanım verisine göre belirlenmelidir. Geliştirme sürecinin tamamını yazılım geliştirme süreci yazımızda adım adım anlattık. Uygulama projeniz için mobil uygulama geliştirme hizmetimizi inceleyebilirsiniz.

Sık sorulan sorular

Uygulama yapmak için kodlama bilmek şart mı?

Kodsuz araçlarla basit uygulamalar kodlama bilmeden yapılabilir. Kendi iş kurallarınızı, entegrasyonları ve verinin sizde kalmasını istiyorsanız yazılım geliştirme gerekir.

Bir uygulama ne kadar sürede yapılır?

Kapsama göre değişir. Dar tutulmuş bir ilk sürüm birkaç ayda yayına çıkabilir. Süreyi en çok etkileyen şey özellik sayısı ve entegrasyonlardır.

Aynı uygulama hem iOS hem Android’de çalışır mı?

Flutter ya da React Native gibi çapraz platform teknolojileriyle tek kod tabanından iki platform için uygulama çıkarılabilir. Native yaklaşımda ise her platform ayrı kodlanır.

Ücretsiz uygulama yapmak mümkün mü?

Kodsuz araçların ücretsiz planları denemek için yeterlidir. Ancak mağazada yayın için geliştirici hesap ücreti, sunucu ve bakım maliyeti her durumda ortaya çıkar.

Uygulama fikrimi nasıl koruyabilirim?

Fikirler değil, uygulamanın kendisi ve markası korunur. Çalışacağınız ekiple gizlilik sözleşmesi imzalayın, kaynak kodun ve mağaza hesaplarının size ait olacağını sözleşmede yazın. Uygulama adını ve logosunu marka olarak tescil ettirmeyi değerlendirin.

Uygulama yayımlandıktan sonra ne kadar bakım gerekir?

Her yıl çıkan yeni iOS ve Android sürümlerine uyum, güvenlik güncellemeleri ve hata düzeltmeleri düzenli iş gerektirir. Bakımı sözleşmede ayrı bir kalem olarak tanımlamak, yayından sonra sürprizleri önler.