İçeriğe geç
USFORM

iOS ve Android mobil uygulama geliştirmeÖnce küçült.
Sonra büyüt.

İlk sürüm tek akışı uçtan uca çözer. Tipik süre 8–16 hafta, mağaza inceleme takvimi buna göre planlanır. Backend, yönetim paneli ve yayın süreci aynı ekipte.

09:41

Bugünkü işler

Salı · 3 iş bekliyor

MK
BekleyenTamamlanan

Klima bakımı

Sıradaki

Ataşehir · 10:30

Kombi arızası

Kadıköy · 13:00

Periyodik kontrol

Maltepe · 15:30

Günün rotası

3 durak · 24 km

İşi başlat
Örnek arayüz · kurgusal saha servis uygulaması

Kapsam

Her şeyi yapan ilk sürüm
geç çıkar.

Fikir listesi hep uzundur. İlk sürüm yalnızca en değerli akışı uçtan uca çözer, gerisi kullanıcı verisiyle sıraya girer. Maliyeti düşüren en etkili araç budur.

İlk sürüm · tek akış

  1. 01Giriş
  2. 02İş listesi
  3. 03İş detayı
  4. 04Fotoğraf kanıtı
  5. 05Müşteri imzası

Sonraki sürümler · veriye göre

  • Sohbet
  • Canlı harita
  • Stok takibi
  • Fatura kesme
  • Puanlama
  • Çoklu dil
  • Takvim senkronu
  • Mesai raporu
  • Sesli not
  • Karanlık mod
  • Rozetler
  • Müşteri portalı
  • Yapay zekâ asistanı
Örnek liste · kurgusal senaryo

Akış

Açılıştan ilk değere
tek akış.

Uygulamayı açtığı andan işini bitirdiği ana kadar kullanıcının her adımı tek haritada. Ekranlar bu haritanın üzerine tasarlanır.

  1. 09:41

    Örnek Servis

    0532 ••• •• ••
    Kod gönder

    01 Giriş

  2. 09:41

    Bugünkü işler

    Klima bakımı

    Ataşehir · 10:30

    Kombi arızası

    Kadıköy · 13:00

    Periyodik kontrol

    Maltepe · 15:30

    İşi başlat

    02 İş listesi

  3. 09:41

    Klima bakımı

    Ataşehir · 10:30

    Filtre temizliği

    Gaz basıncı ölçümü

    Drenaj kontrolü

    Adımları tamamla

    03 İş detayı

  4. 09:41

    Fotoğraf ekle

    Devam et

    04 Fotoğraf kanıtı

  5. 09:41

    Müşteri onayı

    Hizmet tamamlandı olarak işaretlenecek.

    İşi tamamla

    05 Müşteri imzası

İlk değer anı · iş tamamlandı

Platform

Tek kod.
İki mağaza.

Çoğu ilk sürüm için iOS ve Android'i tek kod tabanıyla hedeflemek yeterli ve ekonomik. Yoğun donanım veya performans gerektiğinde native önerilir; karar keşifte verilir.

Tek kod tabanıiOS + Android

screens/ 5 ekran · tek akış

api/ isler.ts · auth.ts

theme.ts

Native · yoğun donanım ihtiyacında

09:41

Bugünkü işler

Salı · 3 iş bekliyor

MK
BekleyenTamamlanan

Klima bakımı

Sıradaki

Ataşehir · 10:30

Kombi arızası

Kadıköy · 13:00

Periyodik kontrol

Maltepe · 15:30

Günün rotası

3 durak · 24 km

İşi başlat

iOS

09:41

Bugünkü işler

Salı · 3 iş bekliyor

MK
BekleyenTamamlanan

Klima bakımı

Sıradaki

Ataşehir · 10:30

Kombi arızası

Kadıköy · 13:00

Periyodik kontrol

Maltepe · 15:30

Günün rotası

3 durak · 24 km

İşi başlat

Android

Sistem

Uygulama tek başına
çalışmaz.

Arkasında backend, API ve yönetim paneli var. Teknisyen işi kapattığında panel güncellenir, müşteriye bildirim gider. Hepsi aynı ekip, aynı plan.

panel.ornekservis.com.tr
İş atamaYönetim paneli
İşBölgeDurum
Klima bakımıAtaşehirTamamlandı
Kombi arızasıKadıköyYolda
Periyodik kontrolMaltepeBekliyor
Teknisyen: M. Kaya
  • API
  • Veritabanı
  • Bildirim
  • Analitik
  • Çökme takibi
Örnek senaryo · kurgusal

Yayın

Mağazaya çıkış
işin parçası.

Geliştirici hesapları sizin adınıza açılır. Mağaza metinleri, görseller ve inceleme süreci teslimata dahildir.

App Store · Google PlayİncelemedeYayında
ÖS

Örnek Servis

Örnek Firma A.Ş.

09:41

Bugünkü işler

Klima bakımı

Ataşehir · 10:30

Kombi arızası

Kadıköy · 13:00

Periyodik kontrol

Maltepe · 15:30

İşi başlat
09:41

Klima bakımı

Ataşehir · 10:30

Filtre temizliği

Gaz basıncı ölçümü

Drenaj kontrolü

Adımları tamamla
09:41

Müşteri onayı

Hizmet tamamlandı olarak işaretlenecek.

İşi tamamla
  1. Geliştirici hesabıSizin adınıza
  2. Mağaza metinleriAçıklama ve görseller
  3. İncelemeMağaza onayı
  4. Yayınİki mağazada

Ölçüm

İndirme değil.
Tutunma.

Başarı indirme sayısıyla değil, ilk değer anına ulaşan kullanıcı ve 90 günlük tutunmayla ölçülür. Bildirim, analitik ve çökme takibi ilk sürümde kurulur.

Kurulumİlk girişİlk değer anı7. gün30. gün90. günAKTİVASYONTUTUNMA

Aktivasyon
İlk değer anına ulaşan kullanıcı

Tutunma
90. günde hâlâ kullanan kullanıcı

Şematik gösterim, veri değildir.

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

  1. 01MVP kapsam tasarımı ve akış şeması
  2. 02iOS / Android geliştirme (native veya cross-platform)
  3. 03Backend, yönetim paneli ve API
  4. 04Bildirim, analitik ve çökme takibi
  5. 05App Store / Google Play yayın süreci
  6. 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.

İnce çizgilerle çizilmiş bir telefon iskeleti ve ekranın içine akan neon yeşil veri çizgisi, kavramsal illüstrasyon
Kavramsal illüstrasyon

Ö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.

Mobil platform seçeneklerinin karşılaştırması
SeçenekNe zaman mantıklıMağazada ve cihazdaEkip ve bakımAna risk
Native (Swift ve Kotlin)Yoğun donanım kullanımı, üst düzey performans ve platforma özgü bir deneyim gerektiğindeHer 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şilirTek 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ızMağazada yer almaz, ana ekrana eklenir. iOS'ta web push, iOS 16.4 ile geldi ve yalnızca ana ekrana eklenmiş uygulamalarda çalışırWeb ekibi yönetir, mağaza süreci yokturiOS tarafındaki yetenekler ve kısıtlar değişebilir, karar öncesi güncel duruma bakılmalı
Siteyi olduğu gibi paketlemekNeredeyse hiçbir durumdaApp Store kuralı 4.2: yeniden paketlenmiş web sitesi minimum işlevsellik için yeterli sayılmazGörünürde ucuzReddedilme 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.

Web uygulama geliştirme sayfasına bakın

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.

İlk çalışan sürüm ile sonraki fazlar arasındaki tipik ayrım
KonuFaz 1: ilk çalışan sürümSonraki fazlara bırakılan
Kullanıcı akışıTek ana akış, baştan sona çalışırİkincil akışlar ve nadir kullanılan ekranlar
PlatformiOS ve Android, tek kod tabanıTablet için özel arayüzler
Yönetim paneliKullanıcı ve içerik yönetimi için temel panelGelişmiş raporlama ve toplu işlemler
BildirimGerekiyorsa temel bildirimlerSegmentlere göre kampanya bildirimleri
ÖdemeGerekiyorsa tek ödeme yöntemiÇoklu ödeme ve abonelik kurguları
ÖlçümAktivasyon ve çökme takibiGeliş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.

Teklif almadan önce verilmesi gereken 12 kararı okuyun

Ö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.

Mobil uygulama bütçesini belirleyen etkenler
EtkenBütçeyi neden değiştirirGenelde 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 belirleyicidirFaz 1'de tek ana akış, diğerleri sonraki fazlarda
Kullanıcı rolleriMüşteri, personel ve yönetici gibi her rol ayrı yetki ve ekran seti getirirFaz 1'de bir veya iki rol
Giriş ve hesap yönetimiE-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 paneliVeri, kullanıcı ve içerik uygulama dışında bir panelden yönetilecekse ayrı bir ürün geliştirilirFaz 1'de temel panel
EntegrasyonlarCRM, ERP, ödeme veya mevcut web sitesiyle her bağlantı ayrı bir iş kalemidirFaz 1'de en kritik tek entegrasyon, kalanı sonraki fazlarda
Bildirim ve çevrimdışı çalışmaBildirim kurgusu ve verinin bağlantısız saklanması ek mimari isterBildirim ihtiyaca göre Faz 1'de, çevrimdışı kapsamı keşifte belirlenir
Tasarım derinliğiHazır bileşenlerle sade bir arayüz ile markaya özel etkileşim ve animasyon farklı işlerdirFaz 1'de sade ve tutarlı, ince ayar sonraki fazda
Test ve mağaza süreciCihaz çeşitliliği, inceleme turları ve gizlilik formları takvime ve bütçeye eklenirFaz 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.

Maliyet rehberinin tamamını okuyun

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.

  1. 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.

  2. 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ı.

  3. 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.

  4. 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.

  5. 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.

İki ince dikdörtgen kapıdan geçen tek bir neon yeşil çizgi, kapıların arasında küçük turuncu bir düğüm, kavramsal illüstrasyon
Kavramsal illüstrasyon
Apple App Store ve Google Play karşılaştırması, 29 Eylül 2026 itibarıyla
KonuApple App StoreGoogle Play
Geliştirici hesabı ücretiYıllık 99 ABD doları veya yerel para birimi karşılığı. Kâr amacı gütmeyen kuruluşlar için ücret muafiyeti başvurusu var25 ABD doları, tek seferlik
Hesap ve kimlikKurumsal 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 istenirKişisel ve kurumsal hesap türleri var
Yayın öncesi zorunlu testBu satırdaki şart Google'a özgüdür13 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 dahildirData 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üm28 Nisan 2026'dan beri App Store Connect'e yüklenen uygulamalar Xcode 26 ve iOS 26 SDK ile derlenmeli31 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 nedenleri2.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 almaGizlilik 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.

Köşeleri yuvarlatılmış üç boş uygulama ekranı, aralarında tek bir neon yeşil çizgi ve son ekranda küçük turuncu düğüm, kavramsal illüstrasyon
Kavramsal illüstrasyon

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.

Küçük bir telefon iskeletinin etrafında dönen ince neon yeşil yörünge çizgisi ve yörüngede ilerleyen küçük turuncu düğüm, kavramsal illüstrasyon
Kavramsal illüstrasyon
Bakım kalemleri ve ritimleri
KalemNe yapılırRitim
Zorunlu sürüm uyumluluğuHedef API seviyesi ve geliştirme araçları mağaza takvimine göre güncellenirYıllık, mağaza takvimine bağlı
Güvenlik ve bağımlılık güncellemeleriKütüphaneler ve SDK'lar güvenlik yamalarıyla güncel tutulurSürekli
Çökme ve performans izlemeÇökme raporları okunur, tekrar eden sorunlar öncelik listesine alınırHer sürümde
Mağaza politika değişiklikleriGizlilik formları ve beyanlar politika değişikliğine göre gözden geçirilirOlay bazlı
Yeni özellik iterasyonuAnalitik ve kullanıcı geri bildirimiyle kapsam yazılı olarak planlanırAylı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.

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.

  1. Başlangıç

    Keşif ve kapsam

    Fikir listesi ilk sürüm ve sonraki fazlar olarak ayrılır.

  2. Tasarım

    Akış ve ekranlar

    Kullanıcının ilk değer anına giden yolu tek haritada çizilir.

  3. Geliştirme

    Uygulama, backend, panel

    Üçü aynı ekip tarafından, aynı planla geliştirilir.

  4. 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.

  5. 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.

Kaynaklar

Bu sayfadaki resmî bilgiler aşağıdaki kaynaklara dayanır. Ücret ve kurallar değişebilir, karar öncesi kaynağı kontrol edin.

Derinleşmek isteyenler için rehberler

İNŞA ET katmanındaki diğer hizmetler

Hızlı ara
Hızlı soru