Kısa cevap
Mobil uygulama geliştirmede maliyeti belirleyen en büyük karar kapsamdır. USFORM önce MVP kapsamını küçültür, tek platform-tek akış prensibiyle ilk çalışan sürüme tipik olarak 8–16 haftada ulaşır. Büyüme veriyle planlanır.
Kapsam
Mobil uygulama projesinde neler var?
Teslim edilenler
- 01MVP kapsam tasarımı ve akış şeması
- 02iOS / Android geliştirme (native veya cross-platform)
- 03Backend, yönetim paneli ve API
- 04Bildirim, analitik ve çökme takibi
- 05App Store / Google Play yayın süreci
- 06Yayın sonrası iterasyon planı
Kimler için
- Sadık müşterisine mobil kanal açmak isteyen markalar
- Saha ekibi veya bayi ağı için iç uygulama ihtiyacı olanlar
- Ürün fikrini mağazada doğrulamak isteyen girişimler
- Web uygulamasını mobile taşımak isteyen işletmeler
Çözdüğü sorunlar
- Uygulama fikri var, kapsam ve maliyet belirsiz
- Ajans teklifleri arasında ölçülebilir kıyas yok
- Backend, panel ve mağaza süreçleri ayrı tedarikçilerde
- İlk sürüm çok büyük planlandığı için yayın gecikiyor
Son güncelleme: 29 Eylül 2026
Platform kararı
Native, cross-platform ya da PWA: hangisi size uygun?
Platform seçimi önce bir ihtiyaç sorusudur, teknoloji sorusu sonra gelir. Kullanıcınız uygulamayı ne sıklıkla açacak, cihazın hangi özelliklerine ihtiyaç var ve bütçe hangi aralıkta, bu üç cevap seçimi büyük ölçüde belirler.

Önünüzde dört yol var: iki mağaza için ayrı native uygulamalar, tek kod tabanlı cross-platform uygulama, tarayıcıda çalışıp ana ekrana eklenen PWA ve mevcut web sitesini olduğu gibi paketlemek. Dördüncüsü tabloya yalnızca uyarı olarak giriyor, çünkü mağaza kuralları bunu çoğu durumda kabul etmiyor.
Aşağıdaki tablo her seçeneği aynı beş soruyla okur. Cihaz ve mağaza bilgileri Apple, Google, Flutter ve React Native dokümanlarına, PWA bilgisi MDN ve WebKit kaynaklarına dayanır.
| Seçenek | Ne zaman mantıklı | Mağazada ve cihazda | Ekip ve bakım | Ana risk |
|---|---|---|---|---|
| Native (Swift ve Kotlin) | Yoğun donanım kullanımı, üst düzey performans ve platforma özgü bir deneyim gerektiğinde | Her platform için ayrı uygulama, cihaz özelliklerine tam erişim | İki ayrı kod tabanı ve iki ayrı uzmanlık | İlk sürümün maliyeti ve süresi artar |
| Cross-platform (Flutter, React Native) | Çoğu ilk sürüm. İki mağazada aynı ürünü sınırlı bütçeyle yayınlamak istediğinizde | İki mağazada ortak kod tabanıyla yayın. Cihaz özelliklerine native modüllerle erişilir | Tek kod tabanı, tek ekip | Çok özel bir cihaz özelliği gerekirse o kısım için native modül yazılır |
| PWA (tarayıcıda çalışan uygulama) | Kullanım ağırlıkla tarayıcıda, mağazada olmak şart değil, fikri hızlı doğrulamak istiyorsanız | Mağazada yer almaz, ana ekrana eklenir. iOS'ta web push, iOS 16.4 ile geldi ve yalnızca ana ekrana eklenmiş uygulamalarda çalışır | Web ekibi yönetir, mağaza süreci yoktur | iOS tarafındaki yetenekler ve kısıtlar değişebilir, karar öncesi güncel duruma bakılmalı |
| Siteyi olduğu gibi paketlemek | Neredeyse hiçbir durumda | App Store kuralı 4.2: yeniden paketlenmiş web sitesi minimum işlevsellik için yeterli sayılmaz | Görünürde ucuz | Reddedilme riski ve boşa giden takvim |
Kaynaklar: Apple, Google, Flutter, React Native, MDN, WebKit. Ayrıntılar sayfa sonundaki Kaynaklar bölümünde.
Uygulama gerekmiyorsa
Kullanıcılarınız uygulamayı ayda bir kez açacaksa, cihaz kamerası, konum veya arka plan çalışma gibi yeteneklere ihtiyaç yoksa ve bildirim şart değilse, iyi kurulmuş bir web uygulaması çoğu zaman yeterlidir. Bunu keşifte açıkça söyleriz. Doğru cevap her zaman mağazada bir uygulama değildir.
USFORM'un varsayılan yaklaşımı
Çoğu ilk sürüm için tek kod tabanlı cross-platform yaklaşımı öneriyoruz. İki mağazada aynı ürün, tek ekip ve tek bakım planı demek. Yoğun donanım veya performans ihtiyacı varsa native modüller ekliyoruz ya da o parçayı tamamen native yazıyoruz. Karar keşif aşamasında, ihtiyaçlarınız yazıldıktan sonra verilir.
Kapsam
MVP kelimesi pazarda da bizde de aynı anlama gelmiyor
Bir teklifte MVP yazması, ne alacağınızı söylemez. Kapsamı yazılı görmeden fiyatları kıyaslamak yanıltıcıdır.
Eylül 2026'da yayımlanmış ajans fiyat sayfalarını inceledik. MVP etiketi taşıyan paketlerin fiyatı onbinlerce lira ile yüzbinlerce lira arasında değişiyor. Bunun nedeni basit: bazı teklifler MVP'yi tıklanabilir bir demo olarak, bazıları mağazada yayınlanan çalışan bir ürün olarak tanımlıyor.
Bizim tanımımız ikincisi. İlk çalışan sürüm, gerçek bir kullanıcının mağazadan indirip tek ana akışı baştan sona tamamlayabildiği sürümdür. Arka uç ve yönetim paneli buna dahildir, çünkü panelsiz uygulama yayınlanır ama yönetilemez.
| Konu | Faz 1: ilk çalışan sürüm | Sonraki fazlara bırakılan |
|---|---|---|
| Kullanıcı akışı | Tek ana akış, baştan sona çalışır | İkincil akışlar ve nadir kullanılan ekranlar |
| Platform | iOS ve Android, tek kod tabanı | Tablet için özel arayüzler |
| Yönetim paneli | Kullanıcı ve içerik yönetimi için temel panel | Gelişmiş raporlama ve toplu işlemler |
| Bildirim | Gerekiyorsa temel bildirimler | Segmentlere göre kampanya bildirimleri |
| Ödeme | Gerekiyorsa tek ödeme yöntemi | Çoklu ödeme ve abonelik kurguları |
| Ölçüm | Aktivasyon ve çökme takibi | Gelişmiş huni ve kohort analizleri |
Tipik ayrımdır. Her projenin kapsamı keşifte yazılı olarak belirlenir.
İkinci faza nasıl geçilir?
Faz geçişi indirme sayısına bakılarak verilmez. İlk değer anına ulaşan kullanıcı oranı (aktivasyon) ve 90 gün sonra uygulamayı hâlâ kullananların oranı (tutundurma) esas alınır. Bu iki ölçü Faz 1'de kurulur, ikinci fazın kapsamı bu verilere göre yazılır.
Bu yaklaşım bütçeyi de korur. Kullanılmayacak bir özelliği ilk sürümde geliştirmezsiniz, kullanılan özelliği ise veriyle büyütürsünüz.
Örnekler
İlk çalışan sürüm pratikte nasıl görünür?
Aşağıdaki üç senaryo kurgusaldır. Gerçek bir müşteriyi anlatmaz, ilk fazın kapsamını nasıl kurduğumuzu gösterir.
- Örnek senaryo · kurgusal
Saha servis ekibi
- Durum
- Teknisyenler iş emirlerini WhatsApp ve kâğıt formlarla alıyor. Merkez, bir işin hangi aşamada olduğunu telefonla soruyor.
- Yaklaşım
- Faz 1'de tek akış kurulur: iş emrini al, sahada fotoğraf ve not ekle, işi tamamla. Yönetim paneli iş emirlerini ve durumlarını gösterir.
- Elde edilen
- Merkez iş durumunu panelden görür. Stok ve müşteri imzası gibi özellikler ilk kullanım verisine göre Faz 2'ye alınır.
- Örnek senaryo · kurgusal
Randevu ve müşteri bağlılığı
- Durum
- Bir klinik randevuları telefonla alıyor. Hatırlatma yok, tekrar gelen hastalar ayrıca takip edilmiyor.
- Yaklaşım
- Faz 1'de randevu alma, iptal ve hatırlatma bildirimi kurulur. Randevu kaydı CRM'e kaynağıyla birlikte düşer.
- Elde edilen
- Randevu talebi kaynağıyla kayıt altındadır. Kampanya bildirimleri ve bağlılık kurgusu sonraki faza kalır.
- Örnek senaryo · kurgusal
B2B bayi siparişi
- Durum
- Bayiler siparişi WhatsApp'tan yazıyor, fiyat listesi PDF olarak dolaşıyor. Sipariş takibi Excel'de.
- Yaklaşım
- Faz 1'de katalog, bayiye özel fiyat ve sipariş oluşturma kurulur. Siparişler yönetim paneline düşer.
- Elde edilen
- Siparişler tek yerde toplanır. ERP ve ödeme entegrasyonu, ilk fazın çalıştığı görüldükten sonra ayrı faz olarak planlanır.
Bütçe
Bütçeyi belirleyen sekiz etken
Ekran sayısı tek başına maliyeti açıklamaz. Aynı ekran sayısına sahip iki uygulama, arkasındaki sistem yüzünden birkaç kat farklı maliyetli olabilir.
USFORM'da iki mağazaya yayınlanan, arka uç ve yönetim paneli dahil ilk çalışan sürüm 150.000 TL'den başlar. Bu başlangıcın neye göre yukarı çıktığı aşağıdaki tabloda. Yayımlanmış fiyat sayfalarında aynı mobil uygulama etiketi altında onbin liralarla milyonlar arasında rakamlar görüyoruz. Bu rakamların çoğunda yöntem, kapsam ve KDV durumu belirtilmiyor. Bu yüzden piyasa fiyatı diye tek bir tablo vermiyoruz. Bunun yerine hangi kalemin bütçeyi neden değiştirdiğini ve bizde hangi fazda ele alındığını gösteriyoruz.
| Etken | Bütçeyi neden değiştirir | Genelde hangi fazda ele alınır |
|---|---|---|
| Ekran ve akış sayısı | Her ekran tasarım, geliştirme ve test demektir. Akış sayısı ekran sayısından daha belirleyicidir | Faz 1'de tek ana akış, diğerleri sonraki fazlarda |
| Kullanıcı rolleri | Müşteri, personel ve yönetici gibi her rol ayrı yetki ve ekran seti getirir | Faz 1'de bir veya iki rol |
| Giriş ve hesap yönetimi | E-posta, telefon ve sosyal giriş farklı iş yükü getirir. Hesap oluşturulan uygulamalarda uygulama içinden hesap silme de gerekir (App Store 5.1.1) | Faz 1 |
| Arka uç ve yönetim paneli | Veri, kullanıcı ve içerik uygulama dışında bir panelden yönetilecekse ayrı bir ürün geliştirilir | Faz 1'de temel panel |
| Entegrasyonlar | CRM, ERP, ödeme veya mevcut web sitesiyle her bağlantı ayrı bir iş kalemidir | Faz 1'de en kritik tek entegrasyon, kalanı sonraki fazlarda |
| Bildirim ve çevrimdışı çalışma | Bildirim kurgusu ve verinin bağlantısız saklanması ek mimari ister | Bildirim ihtiyaca göre Faz 1'de, çevrimdışı kapsamı keşifte belirlenir |
| Tasarım derinliği | Hazır bileşenlerle sade bir arayüz ile markaya özel etkileşim ve animasyon farklı işlerdir | Faz 1'de sade ve tutarlı, ince ayar sonraki fazda |
| Test ve mağaza süreci | Cihaz çeşitliliği, inceleme turları ve gizlilik formları takvime ve bütçeye eklenir | Faz 1, yayın dahil |
Geliştirme bedelinin dışında kalanlar
Yazılı fiyatımız geliştirme bedelidir. Mağaza geliştirici hesapları (Apple için yıllık 99 ABD doları veya yerel para birimi karşılığı, Google Play için tek seferlik 25 ABD doları, 29 Eylül 2026 itibarıyla), sunucu ve servis abonelikleri, SMS, harita ve bildirim servisleri ayrıca yazılır. Bunlar keşif raporunda kalem kalem gösterilir.
Yöntem
Her aşamada ne teslim edilir, sizden ne beklenir?
Bir mobil proje uzun ve çok parçalıdır. Her aşamanın çıktısını ve sizden beklenen girdiyi baştan bilmek, takvimi korur.
- 01
Keşif ve kapsam
Fikir listesi ilk sürüm ve sonraki fazlar olarak ayrılır. Sizden hedef kullanıcıyı, tek ana senaryoyu ve mevcut sistemlerinizi anlatmanız beklenir.
TeslimKapsam belgesi, faz planı ve kalem kalem bütçe.
- 02
Akış ve ekran tasarımı
Kullanıcının ilk değer anına giden yol tek haritada çizilir. Ekranlar bu haritaya göre tasarlanır ve sizinle onaylanır. Sizden marka dosyalarınız ve zamanında geri bildirim beklenir.
TeslimAkış haritası ve onaylı ekran tasarımları.
- 03
Geliştirme
Uygulama, arka uç ve yönetim paneli aynı ekip tarafından, aynı planla geliştirilir. Her hafta çalışan bir demo gösterilir. Sizden demolarda karar vermeniz beklenir.
TeslimTest edilebilir sürüm, çökme takibi ve analitik kurulumu.
- 04
Mağaza hazırlığı ve yayın
Geliştirici hesapları uygulamanın sahibi adına açılır. Gizlilik formları ve mağaza metinleri hazırlanır, inceleme turları yönetilir. Sizden hesap sahibi kişi veya şirket bilgileri ve varsa D-U-N-S durumu beklenir.
TeslimYayındaki uygulama. Mağaza hesabının sahibi sizsiniz.
- 05
Yayın sonrası
Analitik ve kullanıcı geri bildirimine göre aylık iterasyon planlanır. İkinci fazın kapsamı aktivasyon ve tutundurma verisiyle yazılır.
TeslimYazılı aylık kapsam planı.
Mağaza
Mağaza yayın süreci: takvimi ne uzatır?
Kodun bitmesi yayın demek değildir. Mağaza hesapları, gizlilik formları ve inceleme turları, çoğu projede beklenenden fazla zaman alır.

| Konu | Apple App Store | Google Play |
|---|---|---|
| Geliştirici hesabı ücreti | Yıllık 99 ABD doları veya yerel para birimi karşılığı. Kâr amacı gütmeyen kuruluşlar için ücret muafiyeti başvurusu var | 25 ABD doları, tek seferlik |
| Hesap ve kimlik | Kurumsal hesap için D-U-N-S numarası, tüzel kişilik, bağlama yetkisi, kurumsal alan adlı e-posta ve çalışan web sitesi istenir | Kişisel ve kurumsal hesap türleri var |
| Yayın öncesi zorunlu test | Bu satırdaki şart Google'a özgüdür | 13 Kasım 2023 sonrası açılan kişisel hesaplarda, üretime çıkmadan önce en az 12 test kullanıcısıyla en az 14 gün kapalı test |
| Gizlilik beyanı | App Store Connect'te gizlilik uygulamaları bilgisi ve gizlilik politikası adresi. Üçüncü taraf SDK verileri de dahildir | Data safety formu ve gizlilik politikası bağlantısı. SDK'lar dahildir, yanlış beyan uygulamanın kaldırılmasına yol açabilir |
| Zorunlu teknik sürüm | 28 Nisan 2026'dan beri App Store Connect'e yüklenen uygulamalar Xcode 26 ve iOS 26 SDK ile derlenmeli | 31 Ağustos 2026'dan itibaren yeni uygulama ve güncellemeler Android 16 (API 36) veya üstünü hedeflemeli. Uzatma talebi 1 Kasım 2026'ya kadar yapılabilir |
| Sık karşılaşılan ret nedenleri | 2.1 tamlık, 4.2 minimum işlevsellik, 5.1.1 gizlilik, 3.1.1 dijital içerik için uygulama içi satın alma | Gizlilik ve Data safety beyanının uygulamayla uyuşmaması |
Ücretler ve kurallar değişir. Yayın öncesinde ilgili resmî sayfa yeniden kontrol edilir.
Hesap kimin adına açılmalı?
Mağaza hesabı uygulamanın sahibi olan kişi veya şirket adına açılmalıdır. Hesabı ajansın adına açtırmak, uygulamayı ajansa bağımlı kılar. Ajans değiştirmek istediğinizde uygulamayı aktarmak zor ve zaman alıcı olabilir. Bizde hesap sizin adınıza açılır ve hesabın sahibi siz olursunuz. Ekibimize mağaza panellerindeki kullanıcı rolleriyle işin gerektirdiği en dar yetki verilir ve proje bitince gözden geçirilir.
Apple kurumsal hesabı için D-U-N-S numarası gerekir. Numaranız yoksa önce onu almak gerekir ve bu süre proje takvimine eklenir. Alınma süresi başvuruya göre değiştiği için burada kesin bir süre vermiyoruz. Kesin takvim keşifte, hesap durumunuz görüldükten sonra yazılır.
Siteyi olduğu gibi paketlemek neden sorun çıkarır?
App Store kuralı 4.2, yeniden paketlenmiş bir web sitesini ya da bir link koleksiyonunu minimum işlevsellik için yeterli saymaz. Bir uygulamanın cihazda, tarayıcıdan farklı bir değer sunması beklenir. Sitesini paketleyerek mağazaya gönderen bir proje, inceleme turlarında takılır ve yayın takvimi uzar.
Sistem
Arka uç, bildirim, ödeme ve kişisel veriler
Ekranların arkasındaki sistem, uygulamanın geri kalanından daha uzun yaşar ve çoğu zaman daha çok emek ister.
Arka uç ve yönetim paneli
Kullanıcılar, içerik ve siparişler uygulama dışında bir panelden yönetilir. Panel, ilk sürümün parçasıdır, çünkü panelsiz uygulama yayınlanır ama işletilemez.
Bildirim
Native uygulamalarda bildirim platform servisleri üzerinden gider. PWA'da iOS'ta bildirim, iOS 16.4'ten beri yalnızca ana ekrana eklenmiş uygulamalarda çalışır. Bildirim ihtiyacı platform seçimini etkiler.
Ödeme
Dijital içerik veya abonelik satan uygulamalarda App Store 3.1.1 uygulama içi satın almayı zorunlu kılar. Fiziksel ürün ve hizmet satışı için farklı kurallar geçerlidir, hangisinin sizin durumunuza uyduğu keşifte netleşir.
Entegrasyon ve ölçüm
Uygulamadan gelen kayıtlar ve olaylar CRM'e, otomasyon akışlarına ve raporlara aktarılabilir. USFORM'un bu katmanlardaki deneyimi, uygulamayı işin geri kalanına bağlamayı mümkün kılar.
Kişisel veriler ve KVKK
Uygulama kişisel veri topluyorsa, kullanıcıya verinin ne için toplandığını anlatan aydınlatma metni sunulur. Açık rıza gereken durumlarda rıza, aydınlatmadan ayrı bir metinle ve verinin toplanmasından önce alınır. İkisi tek bir onay kutusunda birleştirilmez. Apple da veri toplanmadan önce rıza ve rızayı geri çekme yolu ister (App Store 5.1.1).
Mobil uygulamalarda dikkat edilecek başlıca noktalar şunlardır: konum, bildirim, kamera ve rehber izinlerinin ihtiyaç anında ve gerekçesiyle istenmesi, hesap silme yolunun uygulama içinde bulunması, üçüncü taraf SDK'ların hem mağaza formlarında hem aydınlatma metninde beyan edilmesi ve yurt dışında çalışan sunucu veya servislerin ayrıca değerlendirilmesi. Kişisel verinin yurt dışına aktarımına ilişkin hükümler 1 Haziran 2024'te değişti, bu yüzden sunucu ve SDK konumları proje başında yazılır.
Bu bölüm hukuki görüş değildir. Uygulamanızın veri işleme kapsamı için bir hukuk danışmanıyla çalışmanızı öneririz. Güncel yükümlülükler ve yaptırımlar için KVKK Kurumu'nun yayımladığı metinlere bakın. Madde numarası ve ceza tutarı burada yazmıyoruz, çünkü bunlar değişir.

Yayın sonrası
Yayından sonra: bakım ve zorunlu sürüm uyumluluğu
Uygulama yayınlandığında iş bitmez. Mağazalar her yıl yeni hedef sürüm ve geliştirme araçları ister, işletim sistemleri yeni sürümler çıkarır.
Bugün geçerli iki örnek: Google Play, 31 Ağustos 2026'dan itibaren yeni uygulama ve güncellemelerin Android 16 (API 36) hedeflemesini istiyor. Apple, 28 Nisan 2026'dan beri App Store Connect'e yüklenen uygulamaların Xcode 26 ve iOS 26 SDK ile derlenmesini bekliyor. Bu tür gereksinimler her yıl yenilenir, dolayısıyla bakım bir tercih değil, takvimin parçasıdır.

| Kalem | Ne yapılır | Ritim |
|---|---|---|
| Zorunlu sürüm uyumluluğu | Hedef API seviyesi ve geliştirme araçları mağaza takvimine göre güncellenir | Yıllık, mağaza takvimine bağlı |
| Güvenlik ve bağımlılık güncellemeleri | Kütüphaneler ve SDK'lar güvenlik yamalarıyla güncel tutulur | Sürekli |
| Çökme ve performans izleme | Çökme raporları okunur, tekrar eden sorunlar öncelik listesine alınır | Her sürümde |
| Mağaza politika değişiklikleri | Gizlilik formları ve beyanlar politika değişikliğine göre gözden geçirilir | Olay bazlı |
| Yeni özellik iterasyonu | Analitik ve kullanıcı geri bildirimiyle kapsam yazılı olarak planlanır | Aylık, önerilen |
Bakım için bir yüzde vermiyoruz. Yayımlanmış sayfalarda bakım oranları için çelişkili ve kaynaksız rakamlar görüyoruz. Bunun yerine bakımın kapsamını yazılı ve kalem kalem sunuyoruz, ne için ödeme yaptığınız açık olsun.
Riskler
Sık yapılan altı hata ve teklifte kırmızı bayraklar
Bunlar belirli bir firmayı değil, teklif okurken ve proje yürütürken sorulması gereken soruları gösterir.
Projeyi zora sokan altı hata
Her özelliği ilk sürüme koymak
Liste uzadıkça yayın gecikir. Kullanıcıya ulaşan ilk sürüm, sonraki kararların veriye dayanmasını sağlar.
Yönetim panelini sona bırakmak
Uygulama yayınlanır, ama içerik ve kullanıcılar yönetilemez. Panel ilk sürümün parçası olmalı.
Mağaza hesabını ajansa açtırmak
Uygulamanın sahibi hesabın sahibi olmalı. Aksi hâlde ajans değişikliği ciddi bir engel yaratır.
Siteyi olduğu gibi paketlemek
App Store kuralı 4.2 yüzünden inceleme turlarında takılır. Cihazda bir değer sunan işlev gerekir.
Gizlilik beyanını yayın gününe bırakmak
Apple gizlilik bilgisi ve Google Data safety formu, SDK'ları da kapsar. Bu formlar uygulamayla uyuşmazsa yayın engellenebilir.
Devri sözleşmeye yazmamak
Kaynak kod, tasarım dosyaları, mağaza hesabı ve sunucu erişiminin devri baştan yazılı olmalı.
Tekliflerde dikkat edilecek kırmızı bayraklar
Kapsam yazılı değil, yalnızca fiyat var
Ekran, rol, entegrasyon ve faz listesi olmayan bir fiyat kıyaslanamaz.
Devir koşulları belirsiz
Kaynak kod ve hesapların kime ait olacağı sözleşmede açıkça yazmıyorsa sorun çıkar.
Bakım ve destek tanımsız
Yayından sonra kimin, neyi, ne sürede düzelteceği yazılı olmalı.
Sözleşmede temel maddeler eksik
Kabul testi, fikri mülkiyet ve kişisel veri maddeleri sözleşmede yer almalı. Bu maddeleri bir hukuk danışmanının okumasını öneririz.
Hazırlık
Teklif almadan önce hazırlanacaklar
Bu listedeki her madde, teklifin daha doğru ve kıyaslanabilir gelmesini sağlar. Tam olması gerekmez, tek cümlelik bir cevap bile işe yarar.
- Hedef kullanıcı kim ve uygulamayı hangi durumda açacak?
- Tek ana senaryo ne? Kullanıcı ilk değeri hangi adımda görecek?
- Uygulamanın konuşacağı mevcut sistemler neler: web sitesi, CRM, ERP, ödeme?
- Kabaca hangi ekranlar ve hangi kullanıcı rolleri olacak?
- Marka dosyalarınız (logo, renkler, yazı tipi) hazır mı?
- Mağaza hesabı kimin veya hangi şirketin adına açılacak?
- Şirketinizin D-U-N-S numarası var mı, yoksa alınması gerekiyor mu?
- Gizlilik politikası taslağınız var mı ve uygulama hangi kişisel verileri toplayacak?
- İlk sürümde başarıyı nasıl ölçeceksiniz? Aktivasyonu nasıl tanımlıyorsunuz?
- Bütçe aralığınız ve istediğiniz yayın tarihi nedir?
Sözlük
Kısa sözlük
- MVP
- İlk çalışan sürüm. Gerçek bir kullanıcının tek ana akışı baştan sona tamamlayabildiği, mağazada yayınlanmış ilk ürün.
- Native uygulama
- Bir platform için o platformun kendi dil ve araçlarıyla yazılan uygulama. iOS için Swift, Android için Kotlin.
- Cross-platform
- Tek kod tabanından hem iOS hem Android uygulaması üretme yaklaşımı. Flutter ve React Native en bilinenleridir.
- PWA
- Tarayıcıda çalışan, ana ekrana eklenebilen ve bazı yetenekleri çevrimdışı sunabilen web uygulaması.
- Arka uç (backend)
- Uygulamanın arkasında çalışan sunucu tarafı. Kullanıcı hesapları, veriler ve iş kuralları burada yönetilir.
- API
- Uygulama ile arka uç, ya da farklı sistemler arasında veri alışverişini sağlayan arayüz.
- SDK
- Bir servisi uygulamaya bağlamak için kullanılan hazır yazılım geliştirme kiti. Analitik ve bildirim servisleri örnektir.
- Aktivasyon
- Kullanıcının uygulamada ilk değeri gördüğü an. Ürüne göre tanımlanır, örneğin ilk siparişin verilmesi.
- Tutundurma
- Kullanıcıların belirli bir süre sonra uygulamayı hâlâ kullanma oranı. Bu sayfada 90. günde ölçülür.
- Faz kapısı
- Bir sonraki faza geçmeden önce karşılanması gereken ölçüt. Örneğin aktivasyon ve tutundurma hedefleri.
Sınırlar
Neyi vaat etmiyoruz
- Mağaza onayını garanti etmiyoruz. İncelemeyi Apple ve Google yapar, süre ve sonuç bizim kontrolümüzde değildir.
- İndirme sayısı veya gelir vaadi vermiyoruz. Başarı aktivasyon ve tutundurma ile ölçülür.
- Mağaza hesap ücretleri, sunucu ve servis abonelikleri geliştirme bedelinin dışındadır.
- Oyun, donanım bağlantılı veya regülasyonlu uygulamalar ayrıca değerlendirilir.
- Hukuki görüş vermiyoruz. KVKK ve sözleşme metinleri için hukuk danışmanınıza başvurun.
Kanıt
Ürün geliştirme kanıtı.
Kendi ürünlerimiz ve canlı araçlarımız. Aşamalarını olduğu gibi yazıyoruz.
- Restoran operasyonuPilot
Sini
USFORM'un kendi ürünü. Yönetim panoları kuruldu ve test edildi, arayüz geliştirmesi sürüyor.
Ürün sayfasını incele - Sağlık · PsikolojiCanlı · web tabanlı
Dijital İlişki Dinamikleri
Bilimsel bir ölçeği güvenli bir dijital öz değerlendirme aracına dönüştürmek.
Vaka kaydını incele
Yatırım
Fazlara bölünmüş bütçe.
İlk çalışan sürüm 150.000 TL'den başlar. Platform sayısı ve backend derinliği keşifte netleşir; her fazın bedeli ve teslimatı yazılı olarak sunulur.
Faz 1 · İlk çalışan sürüm
150.000 TL'den
Tek akış, iOS ve Android, mağaza yayını dahil
- Kapsam tasarımı ve akış şeması
- iOS ve Android geliştirme
- Backend, yönetim paneli ve API
- Bildirim, analitik ve çökme takibi
- App Store ve Google Play yayını
Sonraki fazlar
Veriye göre
Kullanım verisi ve geri bildirimle planlanır
- Aylık iterasyon döngüsü
- Her fazın kapsamı ve bedeli yazılı
- Yeni özellikler sıraya veriyle girer
Maliyeti ekran sayısından çok backend derinliği, entegrasyonlar, gerçek zamanlı özellikler, ödeme ve platform sayısı belirler.
Süreç
Nasıl ilerliyor?
İlk çalışan sürüm 8–16 hafta. Mağaza hesabı hazırlığı ve inceleme turları kapsam ve hesap durumuna göre takvime eklenir. Kesin takvim keşifte yazılır.
Başlangıç
Keşif ve kapsam
Fikir listesi ilk sürüm ve sonraki fazlar olarak ayrılır.
Tasarım
Akış ve ekranlar
Kullanıcının ilk değer anına giden yolu tek haritada çizilir.
Geliştirme
Uygulama, backend, panel
Üçü aynı ekip tarafından, aynı planla geliştirilir.
8–16 hafta
İlk çalışan sürüm ve mağaza yayını
Hesap hazırlığı ve inceleme turları kapsama göre takvime eklenir.
Yayın sonrası
İterasyon
Analitik ve kullanıcı geri bildirimiyle aylık döngü.
Analiz talebi
Mobil Uygulama Ön Analizi
Kısa formu gönderin; fikrinize, kapsamınıza ve bütçe aralığınıza dair ilk tespitlerle bir iş günü içinde dönelim.
- 2 dakikalık form
- 1 iş günü içinde dönüş
- Satış baskısı yok
Sık sorulan sorular
Mobil uygulama geliştirme hakkında sık sorulanlar
Ekran sayısından çok; backend derinliği, entegrasyonlar, gerçek zamanlı özellikler, ödeme ve platform sayısı belirler. Kapsam küçültme, maliyeti düşüren en etkili araçtır.
Çoğu MVP için tek kod tabanlı cross-platform yaklaşım yeterli ve ekonomiktir; yoğun donanım/performans ihtiyacında native önerilir. Karar keşifte verilir.
Evet. Yayın sürecini ve mağaza metinlerini biz yürütürüz. Hesabın sahibi siz olduğunuz için hesap sahibi kişinin kimlik ve şirket doğrulaması sizden istenir.
Analitik ve kullanıcı geri bildirimine göre aylık iterasyon döngüsü önerilir; kapsam her ay yazılı olarak planlanır.
Çoğu ilk sürüm için tek kod tabanlı cross-platform yaklaşım yeterlidir. Yoğun donanım kullanımı veya üst düzey performans gerekiyorsa native düşünülür. Kullanım sıklığı, cihaz özellikleri ve bütçe yazıldıktan sonra keşifte karar verilir.
Kullanım ağırlıkla tarayıcıdaysa ve mağazada olmak şart değilse evet. iOS'ta web push, iOS 16.4'ten beri yalnızca ana ekrana eklenmiş web uygulamalarında çalışır. Bildirim ve cihaz özellikleri kritikse mağaza uygulaması daha güvenlidir.
29 Eylül 2026 itibarıyla Apple yıllık 99 ABD doları veya yerel para birimi karşılığı, Google Play tek seferlik 25 ABD doları alıyor. Ücretler değişebilir. Hesap sizin adınıza açıldığı için bu ücretler geliştirme bedelinin dışındadır.
En sık nedenler eksik veya çalışmayan sürüm (2.1), yeniden paketlenmiş bir web sitesinden ibaret olması (4.2), gizlilik gereksinimlerinin karşılanmaması (5.1.1) ve dijital içerik için uygulama içi satın alma kullanılmamasıdır (3.1.1).
Mağaza hesabı uygulamanın sahibi olan kişi veya şirket adına açılır, hesabın sahibi siz olursunuz. Ekibimize App Store Connect ve Google Play Console'daki kullanıcı rolleriyle işin gerektirdiği en dar yetki verilir ve proje bitince gözden geçirilir. Kaynak kod ve dokümantasyonun devri sözleşmede yazılı olarak belirlenir. Bu bir hukuki görüş değildir, sözleşmenizi bir avukata okutmanızı öneririz.
Evet, çünkü mağazalar her yıl yeni hedef sürüm ister. Google Play 31 Ağustos 2026'dan itibaren yeni uygulama ve güncellemelerde Android 16 (API 36) hedeflenmesini, Apple ise 28 Nisan 2026'dan beri Xcode 26 ile derlemeyi bekliyor.
Kaynaklar
Bu sayfadaki resmî bilgiler aşağıdaki kaynaklara dayanır. Ücret ve kurallar değişebilir, karar öncesi kaynağı kontrol edin.
- Apple Developer Program: neleri kapsarYıllık ücret. Erişim: 29 Eylül 2026
- Apple Developer Program: kayıt koşullarıKurumsal hesap ve D-U-N-S. Erişim: 29 Eylül 2026
- Apple: App Store inceleme yönergeleri2.1, 3.1.1, 4.2, 5.1.1. Erişim: 29 Eylül 2026
- Apple: uygulama gizliliği ayrıntılarıGizlilik beyanı. Erişim: 29 Eylül 2026
- Apple: yaklaşan gereksinimlerXcode ve SDK sürümleri. Erişim: 29 Eylül 2026
- Google Play: geliştirici hesabı oluşturmaHesap ücreti. Erişim: 29 Eylül 2026
- Google Play: yeni kişisel hesaplar için test şartı12 test kullanıcısı, 14 gün. Erişim: 29 Eylül 2026
- Google Play: hedef API seviyesi gereksinimiAPI 36 tarihi. Erişim: 29 Eylül 2026
- Google Play: Data safety formuErişim: 29 Eylül 2026
- WebKit: iOS ve iPadOS'ta web uygulamaları için web pushErişim: 29 Eylül 2026
- MDN: Progressive Web AppsErişim: 29 Eylül 2026
- Flutter: sık sorulan sorularErişim: 29 Eylül 2026
- React NativeErişim: 29 Eylül 2026
- Android: KotlinErişim: 29 Eylül 2026
- Apple: SwiftErişim: 29 Eylül 2026