20 Nisan 2026 · 9 dk okuma

Mobil Uygulama Yaptırmak İstiyorum: B2B Kurumsal Mobil Proje Başlatma Rehberi

Makrops Mühendislik Ekibi

Yazılım, 3D ve yapay zeka mühendisliği · İstanbul / Berlin / New York

Özet: "Mobil uygulama yaptırmak istiyorum" cümlesi genelde üç farklı ihtiyacı kapsar: tüketici uygulaması, B2B saha uygulaması ve iç operasyon uygulaması. Üçünün de teslim modeli, store süreci ve mimari kararları birbirinden farklıdır. Uygulama yapımı sürecini planlamadan önce hangisine ihtiyacınız olduğunu netleştirmek, projenin kaderini belirler.

1. Önce ihtiyacı kategorize edin

Üç tip mobil uygulama vardır; teknoloji, mimari ve bütçe farkları buradan başlar:

A. Tüketici mobil uygulaması (B2C)

Milyonlarca kullanıcıya açık; App Store + Google Play üzerinden dağıtılır. Kayıt olma, ödeme, push notification, sosyal paylaşım, içerik tüketimi odağında. Örnekler: e-ticaret app, yemek sipariş, eğitim, oyun, fitness.

B. B2B saha mobil uygulaması (işte kullanılan uygulama)

Satış ekibi, saha servis, depo operatörü, şantiye şefi, kurye, teknisyen için. Genelde internet bağlantısı olmayabilir — offline-first mimari şart. Senkronizasyon, barkod okuma, GPS, foto çekimi, dijital imza kritiktir.

C. İç operasyon mobil uygulaması (enterprise internal)

Şirket içi ekipler için; sadece çalışan cihazlarına yüklenir (MDM / Intune / Jamf). Store onayı gerekmez ya da enterprise distribution kullanılır. Örnekler: IT onay akışı, üretim hattı tablet app, yöneticilere KPI dashboard.

Hangi kategoriye girdiğinizi ilk görüşmede net söylemek, "mobil uygulama geliştirme" teklifinin maliyetini ve süresini 2–3 kat farklılaştırır.

2. Mobil uygulama ile "internet uygulaması" farkı

Sıkça karıştırılan bir konu: ihtiyacınız gerçekten mobil uygulama mı, yoksa mobil cihazda iyi çalışan bir web uygulaması mı?

Gerçek mobil uygulama gerekir:

Offline çalışma zorunluysa
Kamera, GPS, barkod okuyucu, bluetooth, NFC derin erişim istiyorsa
Push notification kritikse
Biyometrik kimlik doğrulama gerekiyorsa
App Store / Play Store görünürlüğü marka stratejisinin parçasıysa

Mobil-uyumlu web uygulaması yeterlidir:

Her kullanımda internet varsa
İndirme / store süreci marka değeri katmayacaksa
Cihaz özelliklerine derin erişim gerekmiyorsa
Hızlı iterasyon ve store onayı olmadan güncelleme öncelikliyse

"İnternet uygulaması" tanımı genelde ikinci grubu tarif eder. Bu ayrımı erken yapmak, sizi gereksiz store süreci, cross-platform karmaşıklığı ve ekstra bakım maliyetinden kurtarır.

3. Native mi, cross-platform mı?

Bu soru 2016–2020 arası "React Native henüz olgun değil" ile cevaplanırdı. 2026 itibariyle tablo değişti.

React Native

Modern React Native (new architecture, Fabric, TurboModules) ile yapılan uygulamalar native'e çok yakın performans sergiler. Aynı kod tabanıyla iOS + Android + web + (opsiyonel) masaüstü hedeflenir. Güçlü olduğu alanlar:

Orta/büyük B2B saha uygulamaları
E-ticaret ve tüketici uygulamaları
Finans / bankacılık app'leri (bazı bankalar dahil)
Startup MVP'leri

Flutter

Google'ın Dart tabanlı çerçevesi. Özellikle özel UI + marka hissiyatı öne çıkan projelerde güçlü. Bazı B2B tüketici uygulamalarında tercih edilir.

Native (Swift / Kotlin)

Hala birkaç senaryoda kaçınılmaz:

ARKit / ARCore yoğun AR deneyimleri
Apple Watch + widget + CarPlay entegrasyonu
Çok ağır grafik / oyun motoru entegrasyonu
Ses + video düşük gecikme işleme
Yerel OS API'larıyla derin entegrasyon gerektiren iç operasyon uygulamaları

Karar çerçevesi

Durum

Tercih

|---|---|

Startup MVP, hız kritik	React Native
B2B saha + offline-first	React Native veya Flutter
Tüketici e-ticaret	React Native veya Flutter
AR / widget / CarPlay	Native
Derin OS entegrasyonlu enterprise	Native
Sadece iOS hedef	Swift
Sadece Android hedef	Kotlin

4. Uygulama yapımı süreç aşamaları

Kurumsal bir mobil uygulama yapmak istiyorum başlangıcından canlı store yayınına kadar tipik akış:

1. Keşif + brief: 1–2 hafta — hedef kullanıcı, kritik kullanım senaryoları, cihaz matrisi (hangi OS versiyonları, ekran boyutları) 2. UX araştırma + wireframe: 1–2 hafta 3. UI tasarım + tasarım sistemi: 2–3 hafta 4. Mimari + arka uç tasarımı: 1 hafta 5. Sprint tabanlı geliştirme: 6–16 hafta (kapsama göre) 6. QA + cihaz matrisi testi: 2 hafta (iOS farklı cihazlar + Android farklı üreticiler) 7. Beta test + TestFlight / Play Internal Testing: 2 hafta 8. App Store + Play Store submission + review: 1–3 hafta (buffer dahil) 9. Canlı + post-launch izleme: 2 hafta

Toplam: 14–28 hafta (kapsamına göre).

Mobil uygulama yaptırmak istiyorum diyen ekiplerin en sık hata yaptığı nokta: 8 hafta plan yapıp lansman duyurusu yayınlamak. Store onay süreci + iki farklı ekosistemin test matrisi bu planı genelde aşar.

5. App Store ve Play Store süreçleri — gerçek engel nerede?

Mobil uygulama geliştirme süreçlerinde en sık gecikme teknik kodda değil, store politikalarındadır.

Apple App Store

Review süresi: 24–72 saat normalde, ama ilk submission'da 1–2 hafta olabilir
Reject sebepleri: login zorunluluğu olmayan giriş ekranı, "sign in with Apple" eksik, privacy manifest eksik, "subscribe before use" modelleri
TestFlight beta süreci: 1–2 hafta stabilite testi
App Tracking Transparency prompt'u + privacy nutrition label'ı tamamen doğru olmalı

Google Play Store

Review süresi: 3–7 gün
Data safety formu + target SDK policy + APK size + privacy policy URL zorunlu
Internal Testing → Closed Testing → Open Testing → Production akışı
Play Store politika değişiklikleri yılda 2–3 kez ciddi güncelleme getirir

Kurumsal mobil uygulama yaptırmak istiyorum diyen ekipler için pratik öneri: store hesaplarını keşif aşamasında açın ve developer hesaplarını ajansa teslim edin. Kurumsal onay süreçleri genelde 2–4 hafta alır.

6. Offline-first, push ve analytics — B2B saha uygulamaları için olmazsa olmaz

B2B saha mobil uygulaması teslim edecek herhangi bir ekibin listesinde şunlar bulunmalı:

Offline-first mimari

SQLite / WatermelonDB / MMKV üzerinde yerel state
Conflict-free replication (CRDT veya manuel merge stratejisi)
Delta sync — sadece değişen veriyi çek
İş emri, sipariş, foto, imza — hepsi internet kesildiğinde de alınabilmeli

Push notification altyapısı

OneSignal / Firebase Cloud Messaging / APNs direkt
Kullanıcı bazlı + segment bazlı + olay bazlı tetikleme

Analytics + crash reporting

Firebase + Crashlytics veya Sentry
Mixpanel / Amplitude tipinde behavioral analytics
Session replay (opt-in)

Biyometrik kimlik doğrulama

Face ID / Touch ID / Android biometric
Kurumsal güvenlik politikası gereği sık sık zorunlu

7. Mobil uygulama geliştirme ajansı nasıl seçilir?

Sorulacak somut sorular:

1. Son 12 ayda canlıya aldığınız app sayısı? Hem iOS hem Android mı? 2. Store'daki aktif app'lerinizi görebilir miyim? 3. Store reject yönetimi deneyiminiz var mı? Kaç submission'dan kaçı ilk seferde geçti? 4. Offline-first mimaride deneyim? 5. Kurumsal MDM / Intune / Jamf ile enterprise distribution deneyimi? 6. Lansman sonrası OS update (iOS 19, Android 15 geçişleri) bakım modelinize nasıl giriyor? 7. Ekiple aynı zaman diliminde mi çalışıyoruz? 8. iOS developer account ve Play Console erişimi kimin üzerinde olacak? 9. Kaynak kodun + API'nin + build pipeline'ın (Fastlane / EAS) devri nasıl? 10. Kullanıcı verisi için KVKK aydınlatma + privacy manifest + data safety form hazır şablonlarınız var mı?

8. Mobil uygulama projesi bütçesi nasıl şekillenir?

Kurumsal mobil uygulama projelerinde bütçeyi belirleyen faktörler:

Platform sayısı (sadece iOS, sadece Android, ikisi birden, + web)
Cross-platform mı native mi
Backend var mı yok mu (mevcut API mi, sıfırdan mı)
Offline-first zorunlu mu
Kullanıcı bazı beklenen ölçek (1.000 / 100.000 / 10 milyon)
Üçüncü parti entegrasyon sayısı (ERP, CRM, ödeme, harita, push provider)
Compliance gereksinimleri (KVKK, GDPR, HIPAA, PSD2)

Standart fiyat listesi yayınlamayız. Her mobil uygulama projesi için keşif sonrası sabit kapsam + sabit süre + sabit fiyat teklifi paylaşırız.

9. Teslim sonrası: uygulamanın gerçek yaşam döngüsü

Mobil uygulama yaptırmak istiyorum aşamasında düşünülmeyen ama hayati konular:

OS güncelleme döngüsü: Apple yılda 1 büyük iOS sürümü, Google da Android için benzer takvim. Her büyük sürüm 2–4 hafta test + uyumluluk güncellemesi gerektirir.
Framework güncellemesi: React Native / Flutter yılda 2 kez major release. Geride kalmak 6 ay sonra "rewrite" maliyetine döner.
Store politikası değişikliği: Yılda 2–3 kez Play Store veya App Store politika değişikliğiyle mevcut uygulamanızı güncellemeniz zorunlu olabilir.
Performans regresyonu: Kullanıcı sayısı arttıkça backend + sync altyapısı yüklenir.

Kurumsal mobil uygulama için bakım modeli olmadan 12 ay sonra uygulamanızı store'da bulamayabilirsiniz.

Uygulanabilir checklist

[ ] Tüketici / B2B saha / iç operasyon — hangi kategori?
[ ] Gerçekten mobil app mi gerekli, yoksa mobil web yeterli mi?
[ ] Native / React Native / Flutter kararı verildi mi?
[ ] iOS + Android mı yoksa tek platform mı?
[ ] Offline-first gerekiyor mu?
[ ] App Store + Play Store developer hesapları açıldı mı?
[ ] Keşif sonrası sabit fiyat teklifi alındı mı?
[ ] Post-launch bakım modeli yazılı mı?
[ ] KVKK + data safety + privacy manifest şablonları hazır mı?

*Makrops; iOS, Android, React Native ve Flutter ile B2B saha, tüketici ve enterprise mobil uygulama projelerini teslim eden İstanbul merkezli bir kurumsal yazılım geliştirme şirketidir. Keşif görüşmesi sonrası 48 saat içinde sabit fiyat teklifi paylaşırız. Mobil uygulama hizmet sayfası veya iletişim.*