Platform matrisi: iOS, Android, Huawei AppGallery, PWA, macOS, Windows ve web app ihtiyacının net ayrımı.

iOS, Android, Huawei AppGallery, PWA, macOS ve Windows kapsamı
Mobil uygulama geliştirme ve yayınlama
Mobil uygulamayı sadece ekran tasarımı olarak değil; iOS, Android, Huawei AppGallery, PWA, macOS, Windows, backend, admin panel, API, mağaza yayını ve canlı sonrası bakım sistemiyle birlikte planlarız.
Platform
iOS, Android, PWA, Huawei, macOS ve Windows
Yayın
App Store, Google Play, AppGallery ve Microsoft Store hazırlığı
Ürün altyapısı
Backend, admin panel, push, analytics ve bakım ritmi
Risk haritası
Bu çalışma hangi problemi çözer?
- 01Uygulama fikri net görünse de iOS, Android, mağaza kuralları, backend, API, üyelik, ödeme ve bildirim kapsamı baştan ayrıştırılmadığı için maliyet büyüyor.
- 02Google Play, App Store, Huawei AppGallery, macOS veya Microsoft Store gereksinimleri yayına yakın fark edildiğinde test, gizlilik ve mağaza inceleme süreçleri projeyi geciktiriyor.
- 03Admin panel, push notification, analytics, crash reporting, versiyonlama ve bakım planı tasarlanmadığında uygulama canlıya çıksa bile sürdürülebilir olmuyor.
Çıktılar
Sprint sonunda neyin netleşeceği baştan belli olmalı.
MVP ekranları, kullanıcı rolleri, backend/API, admin panel, push, üyelik, ödeme, abonelik, analytics ve güvenlik kapsamı.
App Store Connect, Google Play Console, AppGallery Connect, TestFlight, kapalı test, Microsoft Store ve bakım kontrol listesi.

Tamamlandı
mobile.tr
İlan platformu ve çoklu platform uygulama
Çoklu platform kanıtı
mobile.tr ile web, iOS, Android ve macOS kapsamını tek ürün mantığında ele aldık.
İlan platformu gibi büyüyen ürünlerde mobil uygulama tek başına yeterli değildir. Web, mobil, masaüstü, backend, yayın ve bakım ihtiyacı aynı ürün mimarisinde planlanmalıdır.
- Web, iOS, Android ve macOS hedefleri aynı ürün anlatısı altında toplandı.
- İlan listeleme, kullanıcı akışı ve platform deneyimi çoklu cihaz kullanımına göre kurgulandı.
- Yayın, bakım ve yeni sürüm ihtiyacı baştan planlanan daha sürdürülebilir ürün yaklaşımı oluşturuldu.
Kapsam
Hizmet başlığı değil, gerçek uygulama başlıkları.
iOS ve iPadOS uygulamaları
Apple ekosistemi için ürün akışı, iPhone/iPad deneyimi, izinler, abonelik/ödeme ihtiyacı ve mağaza yayın süreci birlikte planlanır.
- App Store Connect
- TestFlight
- iPhone/iPad arayüzü
- Apple inceleme kontrol listesi
- In-App Purchase
- Gizlilik beyanları
Android ve Google Play
Android cihaz çeşitliliği, kapalı test, cihaz uyumluluğu, izinler ve Google Play yayın gereksinimleri baştan ele alınır.
- Google Play Console
- Kapalı test
- Cihaz uyumluluğu
- Firebase / bildirim akışı
- Play Billing
- Android izinleri
Huawei AppGallery
Huawei kullanıcıları hedefleniyorsa AppGallery Connect, HMS uyumluluğu ve alternatif servis kullanımı değerlendirilir.
- AppGallery Connect
- HMS kontrolü
- Push Kit
- Map / Location alternatifi
- Mağaza görselleri
- Yayın metinleri
PWA, macOS ve Windows
Ürünün kullanım senaryosu uygunsa PWA, macOS uygulaması veya Microsoft Store / Windows dağıtımı ayrıca planlanır.
- PWA kurulabilir deneyim
- macOS hedefi
- Microsoft Store
- Offline / update stratejisi
- Web push
- Desktop paketleme
Backend, API ve admin panel
Mobil uygulamanın gerçek ürüne dönüşmesi için veri, panel, rol yönetimi, içerik, sipariş, rezervasyon veya talep akışları birlikte tasarlanır.
- REST / GraphQL API
- Admin panel
- Rol ve yetki
- Veritabanı
- Dosya yükleme
- Loglama
Ödeme, abonelik ve ticari akışlar
Satış, abonelik, randevu, ilan, üyelik veya dijital ürün akışları varsa mağaza kuralları ve ödeme sağlayıcıları baştan ayrıştırılır.
- In-app purchase
- Play Billing
- Kart ödeme
- Abonelik
- Kupon / kampanya
- Fatura / makbuz akışı
Platformlar
Platform ve mağaza kapsamı
Her uygulama her mağazada yayınlanmak zorunda değildir. Önce hedef kullanıcı, cihaz, mağaza maliyeti ve bakım yükü üzerinden doğru platform haritasını çıkarırız.
Apple App Store
App Store Connect, TestFlight, gizlilik beyanları, yaş derecelendirmesi, ekran görüntüleri, kategori ve inceleme süreci planlanır.
Google Play
Google Play Console, kapalı test, cihaz uyumluluğu, yaş derecelendirmesi, veri güvenliği formu ve mağaza açıklamaları hazırlanır.
Huawei AppGallery
Huawei hedefi varsa AppGallery yayın akışı, HMS bağımlılıkları ve alternatif servisler kontrol edilir.
PWA ve web app
Kurulabilir web uygulaması, offline davranış, responsive deneyim, web push ve hızlı MVP ihtiyacı değerlendirilir.
macOS uygulaması
Masaüstü kullanım gerçek değer üretiyorsa macOS paketleme, izinler ve dağıtım akışı ayrıca ele alınır.
Windows / Microsoft Store
Kurumsal veya masaüstü kullanıcı hedefi varsa Windows paketleme ve Microsoft Store gereksinimleri planlanır.
Teknoloji seçimi
Native, cross-platform, PWA veya desktop kararını iş modeline göre veririz.
Mobil uygulama teknolojisi yalnızca geliştirme hızına göre seçilmez. Mağaza hedefi, cihaz özellikleri, ödeme/abonelik, performans, ekip bütçesi ve bakım ritmi birlikte değerlendirilir.
Native iOS / Android
Ne zaman doğru?
Performans, cihaz özellikleri, ödeme/abonelik, Bluetooth, kamera, konum veya ileri seviye native deneyim kritikse.
Risk / dikkat
İki ayrı platformda geliştirme ve bakım maliyeti artabilir; roadmap ve ekip ritmi baştan netleşmelidir.
- Swift / Kotlin yönü
- Native izin matrisi
- Platform bazlı test planı
React Native veya Flutter
Ne zaman doğru?
iOS ve Android aynı anda çıkacaksa, MVP hızı önemliyse ve ortak kod tabanı bakım avantajı sağlayacaksa.
Risk / dikkat
Bazı native modüller, mağaza kuralları ve performans gereksinimleri proje bazında ayrıca test edilmelidir.
- Ortak kod tabanı
- iOS/Android build planı
- Native modül listesi
PWA / web app
Ne zaman doğru?
İlk sürümde hızlı canlıya çıkmak, SEO/web erişimi korumak veya mağaza sürecine girmeden ürün doğrulamak gerekiyorsa.
Risk / dikkat
Mağaza görünürlüğü, bazı bildirim ve cihaz erişimleri native uygulamaya göre sınırlı olabilir.
- Kurulabilir web app
- Responsive ekranlar
- Offline ve web push planı
macOS / Windows desktop
Ne zaman doğru?
Operasyon paneli, üretkenlik aracı, bayi/servis uygulaması veya yoğun masaüstü kullanımı varsa.
Risk / dikkat
Desktop paketleme, otomatik güncelleme, izinler ve mağaza dağıtımı mobil uygulamadan ayrı ele alınmalıdır.
- Desktop paketleme
- Microsoft Store / macOS planı
- Update stratejisi
Mağaza ve canlıya hazırlık
App Store, Google Play ve AppGallery yayını geliştirme bittikten sonra düşünülmemeli.
Yayın sürecinde teknik build kadar mağaza açıklamaları, ekran görüntüleri, gizlilik formları, data safety, test kullanıcıları, destek URLleri ve inceleme dönüşleri de proje planının parçasıdır.
Mağaza hesapları ve yayın materyalleri
Uygulamanın mağazada güven vermesi için sadece build değil; açıklama, görsel, kategori, gizlilik ve destek bilgileri de hazırlanır.
- App Store Connect
- Google Play Console
- AppGallery Connect
- Ekran görüntüleri
- Tanıtım metinleri
- Destek URLleri
Gizlilik, izinler ve KVKK hazırlığı
Kamera, konum, bildirim, rehber, ödeme veya kullanıcı verisi varsa izin ekranları ve gizlilik metinleri yayından önce netleşir.
- KVKK metinleri
- Privacy policy
- Data safety form
- İzin açıklamaları
- Çerez / tracking sınırı
- Veri saklama notları
Test, kalite ve cihaz kontrolü
Yayın öncesi kritik kullanıcı akışları farklı cihaz, ekran, internet ve hata senaryolarıyla test edilir.
- TestFlight
- Kapalı test
- Cihaz matrisi
- Crash testleri
- Performans kontrolü
- Edge-case listesi
Analytics, crash ve versiyonlama
Canlı sonrası neyin çalıştığını görmek için event, crash reporting, sürüm notları ve hata takip ritmi kurulur.
- GA4 / Firebase eventleri
- Crash reporting
- Release notes
- Sürüm takibi
- Rollback planı
- Bakım sprintleri
Süreç
Önce kapsamı daraltır, sonra kaliteli uygulamaya geçeriz.
Ürün ve platform keşfi
Kullanıcı rolleri, cihaz hedefi, mağaza ihtiyacı, ticari akışlar, API kaynakları ve MVP ekranları netleştirilir.
UX, prototip ve teknik mimari
Ana akışlar, onboarding, üyelik, ödeme, bildirim, admin panel, backend/API ve veri modeli prototip üzerinde doğrulanır.
Geliştirme, test ve yayın
Uygulama buildleri, mağaza materyalleri, test dağıtımı, analytics, crash reporting ve yayın sonrası bakım planı hazırlanır.
Teslimatlar
Sadece üretim değil, işletilebilir çıktı.
Platform uygunluk matrisi ve MVP yol haritası
Mobil UI/UX akışları ve tıklanabilir prototip
Backend/API ve admin panel ihtiyaç listesi
Veritabanı, rol/yetki ve entegrasyon mimari notları
Push notification, deep link, analytics ve crash reporting planı
App Store, Google Play, AppGallery ve gerekiyorsa Microsoft Store yayın materyalleri
Gizlilik, KVKK, izin ve mağaza uyumluluk kontrol listesi
Bakım, hata izleme, yeni sürüm ve roadmap planı
Canlı sonrası
Mobil uygulama yayına çıkınca iş bitmez, işletme dönemi başlar.
Canlı sonrası bakım
İşletim sistemi güncellemeleri, mağaza politika değişiklikleri, SDK versiyonları ve hata düzeltmeleri için düzenli bakım ritmi tanımlarız.
Yeni özellik roadmap’i
MVP sonrası ödeme, abonelik, kampanya, çoklu dil, bildirim segmentasyonu veya panel geliştirmeleri sprint bazlı planlanır.
Güvenlik ve veri sorumluluğu
Kimlik doğrulama, rol/yetki, API güvenliği, dosya yükleme, loglama ve kişisel veri sınırları teknik tasarımın parçası olur.
Büyüme ve dönüşüm ölçümü
Kayıt, onboarding, satın alma, talep, randevu veya ilan verme gibi ana aksiyonlar event ve funnel olarak izlenir.
Paket mantığı
İhtiyaca göre doğru başlangıç seviyesini seçeriz.
Mobil ürün keşfi
Fikrin gerçek platform ihtiyacı, MVP kapsamı, mağaza hedefi, backend ihtiyacı ve teknik riskleri netleştirilir.
- Platform matrisi
- Ekran listesi
- API/panel haritası
- MVP ve yayın planı
MVP mobil uygulama
İlk değer üreten akış iOS/Android veya PWA hedefiyle geliştirilip test dağıtımına hazırlanır.
- UX prototip
- Uygulama geliştirme
- API bağlantıları
- TestFlight / kapalı test
Çoklu mağaza yayını
Uygulama App Store, Google Play, AppGallery veya masaüstü dağıtım ihtiyaçlarına göre yayına hazırlanır.
- Store listing
- Gizlilik formları
- Yayın sonrası bakım
- Sürüm yönetimi
Başarı sinyalleri
Bu çalışmanın iyi gittiğini nasıl anlarız?
- MVP akışlarının test kullanıcılarıyla tamamlanma oranı
- App Store, Google Play ve AppGallery yayın hazırlığı tamamlanma durumu
- Crash, hata ve performans izleme sinyalleri
- Push notification, deep link ve analytics eventlerinin doğru çalışması
- Kullanıcı kayıt, giriş, talep veya satın alma akışındaki tamamlanma oranı
- Yeni sürüm ve bakım taleplerinin sprint bazında kapanma hızı
- Mağaza inceleme dönüşlerinin hızlı kapatılması ve sürüm ritminin korunması
Karar listesi
Başlamadan önce netleşmesi gereken sorular.
- İlk sürüm için iOS, Android, PWA veya masaüstü hedefi net mi?
- Uygulamanın backend, API ve admin panel ihtiyacı tarif edildi mi?
- Mağaza hesapları, gizlilik metinleri ve yayın materyalleri hazır mı?
- Push notification, üyelik, ödeme veya konum gibi izin gerektiren özellikler var mı?
- In-app purchase, abonelik, kart ödeme veya üçüncü parti ödeme ayrımı yapıldı mı?
- Test cihazları, kapalı test kullanıcıları ve mağaza inceleme takvimi belli mi?
- Canlı sonrası bakım, hata izleme ve yeni sürüm ritmi planlandı mı?
İlgili referanslar
Bu hizmete yakın çalışmalar.

mobile.tr
Tamamlandıİlan platformu ve çoklu platform uygulama
İlan platformu için web, iOS, Android ve macOS tarafını kapsayan çoklu platform ürün deneyimi geliştirildi.

IQ Testim
Eğitim teknolojileri
Dijital test ürünü için marka, web ve mobil deneyim aynı ürün anlatısı altında birleştirildi.

AI Video Creator
Devam ediyorDevam eden AI içerik ürünü
AI Video Creator uygulamasında video üretim sürecini senaryo, içerik fikri, varyasyon ve yayın akışına bağlayan ürün geliştirme çalışması başladı.
SSS
Karar vermeden önce netleşmesi gerekenler.
iOS ve Android aynı anda mı geliştirilir?
Hedef kullanıcı ve bütçeye göre karar verilir. Bazı projelerde React Native veya Flutter ile ortak kod tabanı mantıklıdır; bazı projelerde native geliştirme daha doğru olur.
App Store ve Google Play yayını da dahil mi?
Kapsama dahil edilebilir. Mağaza hesapları, görseller, açıklamalar, gizlilik beyanları, test süreci ve inceleme gereksinimleri baştan planlanır.
Huawei AppGallery veya Microsoft Store için ayrıca çalışma gerekir mi?
Evet. Her mağazanın teknik ve içerik gereksinimi farklıdır. Hedef kullanıcı gerçekten o mağazadaysa ek yayın paketi olarak planlarız.
Mobil uygulama için backend ve admin panel gerekir mi?
Çoğu ciddi uygulamada gerekir. Kullanıcı, içerik, sipariş, ilan, randevu, bildirim veya raporlama varsa mobil ekranların arkasında API, veritabanı ve admin panel planlanmalıdır.
Ödeme veya abonelik eklenebilir mi?
Evet. Dijital ürün ve aboneliklerde App Store / Google Play ödeme kuralları; fiziksel ürün, hizmet veya randevu ödemelerinde farklı ödeme sağlayıcıları ayrıca değerlendirilir.
Canlı sonrası bakım nasıl yürür?
SDK, işletim sistemi ve mağaza politika değişiklikleri için düzenli bakım gerekir. Hata izleme, crash raporu, yeni sürüm planı ve güvenlik güncellemeleri bakım kapsamına alınır.
Doğru başlangıç