Konuştuğumuz her kurucu mobil uygulama istiyor. Çoğunun buna ihtiyacı yok. İhtiyaçları olan şey hızlı ve iyi tasarlanmış bir mobil web deneyimi ve gerçekten önemsedikleri metriği hareket ettirmeyen özelliklere “hayır” diyebilme disiplini.
Bu yazı, paralarını almadan önce müşterilerimizle yaptığımız konuşmanın özetidir. Yazıyı okuduktan sonra mobil uygulamaya ihtiyacınız olmadığına ikna olursanız, bu bir kazanç. Tam olarak neden ihtiyacınız olduğunu bilerek ayrılırsanız, bu da bir kazanç.
Dürüst Soru: Uygulama mı Mobil Web mi?
Framework tartışmasına girmeden önce tek bir soru sorun: bir mobil uygulamanın mobil webde yapamayacağı ne var?
Bunun yalnızca dört iyi cevabı var: derin donanım erişimi (düşük gecikmeli kamera, ARKit, Bluetooth LE, arka plan konumu), güvenilir çevrimdışı mod, yüksek açılma oranlı push bildirimleri ve alışkanlık haline gelen dönüşleri besleyen ana ekran simgesi. Senaryonuz bunlardan en az ikisine dayanmıyorsa, muhtemelen mühendislik değil ego nedeniyle uygulama yapıyorsunuz.
Twitter yıllarca Twitter Lite’ı (bir PWA) öne çıkardı; bugün 75 milyondan fazla kullanıcı tarafından kurulu, çoğunlukla veri ve depolamanın pahalı olduğu pazarlarda. PWA, 2G’de 3 saniyenin altında açılıyor, native uygulamanın 200MB+ alanına karşılık 1-3MB yer kaplıyor ve Twitter’ın resmi açıklamasında “native ile karşılaştırılabilir” dediği oranlarda dönüşüm sağlıyor. Okuma ağırlıklı bir içerik ürünü için PWA doğru cevaptı.
Instagram tam tersi durum. Native uygulama kamera hattını, jiroskobu, filtreler için ML Core / Core ML’i ve tarayıcıların eşleyemeyeceği agresif önbellekleme kullanıyor. PWA Instagram, daha kötü bir Instagram olurdu. Araçlarınızı modaya göre değil, gerçekten sevk etmeniz gerekene göre seçin.
“Uygulamanız” çoğunlukla öğelerin listelendiği ve bir ödeme düğmesi olan bir yapıdaysa, pahalı bir yer imi yapıyorsunuz demektir. Bir PWA çıkarın, kimsenin kurup kurmadığına bakın, sonra karar verin.
PWA vs Native: Hangisi Ne Zaman Kazanır
PWA, derinlikten çok erişim önemli olduğunda kazanır. Tek bir kod tabanı, App Store inceleme yok, anlık güncellemeler ve Google’da görünen indekslenebilir URL’ler elde edersiniz. Ciddi bir PWA inşa etmenin maliyeti yaklaşık 20 bin – 60 bin dolar civarındadır ve Apple’ın inceleyicilerini beklemeden haftalık iterasyon yapabilirsiniz.
Native ise deneyimin kendisi ürün olduğunda kazanır. Oyunlar, ağır medya kullanan sosyal uygulamalar, arka plan sensörlerine ihtiyaç duyan fitness uygulamaları, biyometrik kimlik doğrulamalı finans uygulamaları ve App Store’un keşif yüzeyine ihtiyaç duyan her şey. Native maliyet gerçeği: backend, altyapı, analitik ve lansman sonrası bir yıl iterasyon dahil, düzgün inşa edilmiş bir iOS + Android uygulama için 80 bin – 300 bin dolar. İnternette göreceğiniz çoğu “30 bin dolarlık mobil uygulama” teklifi, bir web sitesinin etrafına geçirilmiş ince bir sarmalayıcıdır. Native ile kastettiğimiz bu değil.
İşe yarayan bir kural: ürününüzü “kamera”, “çevrimdışı”, “bildirim” veya “arka plan” kelimelerini kullanmadan anlatabiliyorsanız, PWA ile başlayın. Daha sonra her zaman native’e geçebilirsiniz. Ters göç — native uygulamadan PWA’ya — kurucuların itiraf ettiğinden daha sık yaşanır.
Bu native uygulamaların altında yatan mantığı çoğunlukla besleyen cross-platform web frameworkleri hakkında daha derin bir bakış için React, Vue ve Angular karşılaştırmamıza göz atın.
Native vs Cross-Platform: React Native vs Flutter
Native’e karar verdiyseniz, sıradaki çatallanma platforma özgü Swift/Kotlin ile cross-platform React Native ya da Flutter arasındadır. Dürüst ayrım şöyle:
React Native, ekibiniz zaten React yazıyorsa ve web ile mobil arasında mantığı paylaşmanız gerekiyorsa kazanır. Shopify, Discord ve Microsoft Office mobil ürünlerinin tamamı ölçekte React Native sevk ediyor. Performans, uygulamaların %95’i için yeterince iyi. Acı noktaları: native modül entegrasyonu zahmetli, animasyonlar Android’de zaman zaman kare düşürüyor ve pazarlamanın söylediğinden daha sık platforma özgü kod yazarsınız.
Flutter, her iki platformda piksel bazında aynı arayüzü istiyorsanız ve Dart öğrenmeye razıysanız kazanır. Google’ın BMW, Alibaba ve Reflectly uygulamaları Flutter ile yazılmıştır. Render motoru (Skia, şimdi Impeller) her pikseli kendisi çizer; bu da tutarlı tasarım ve mükemmel animasyon performansı sağlar — ancak Cupertino normlarına uymak için çalışmazsanız iOS’ta hafifçe yabancı hissettirebilir.
Cross-platform maliyet gerçeği: ciddi bir uygulama için 50 bin – 180 bin dolar. İkili native’e kıyasla yaklaşık %30-40 tasarruf edersiniz, %50 değil. Tasarruf, ilk inşadan çok bakımda görünür hale gelir. Bir bug, iki app store.
Cross-platform ne zaman başarısız olur? Ağır grafikler (oyunlar — Unity kullanın), iOS ve Android UX’inin gerçekten birbirinden farklı olması gereken uygulamalar (bölgesel uyumlulukları farklı bankacılık uygulamaları) ve en yeni OS özelliklerinin lansman gününde entegrasyonuyla yaşayan veya ölen her şey.
App Store Vergisi: %30, İncelemeler ve IAP
App store’lar bedava dağıtım değildir. Apple, çoğu dijital işlemde %30 alır (1 milyon doların altındaki küçük işletmelerde ve birinci yıldan sonraki aboneliklerde %15). Google da aynı oranı alır. Uygulamanız üzerinden dijital ürün satıyorsanız bu kesinti tepeden gelir ve — Dijital Pazarlar Yasası ile Epic davasının henüz geçerli olmadığı yargı bölgelerinde — kullanıcılara web sitenizde daha az ödeyebileceklerini söylemeniz yasaktır.
Bir de inceleme var. Standart bir App Store gönderimi 24-48 saat sürer, ancak belirsiz nedenlerle reddedilmek o kadar sık olur ki büyük her sürüm için bir hafta bütçelemelisiniz. Google Play daha hızlı ve daha hoşgörülüdür; bu hem nimet (bugün sevk edin) hem de lanetdir (rakipleriniz yarın kötü amaçlı yazılım sınırındaki klonları sevk edebilir).
İş modeliniz aboneliklerse dikkatli hesaplayın. Apple’a %30 veren aylık 9,99 dolarlık bir uygulama, aylık 7 dolarlık bir web aboneliğiyle aynı brüt geliri elde eder. Birçok SaaS şirketi, IAP zorunluluğundan kaçınmak için birincil kaydı web’e taşıdı ve mobil uygulamayı mevcut hesapların bir tamamlayıcısı olarak sundu. Faturalandırma mimarisi kurmadan önce Apple geliştirici yönergelerini dikkatlice okuyun.
Push Bildirimleri: Gerçek Sayılar
Push bildirim açılma oranları mobilde en yanlış alıntılanan istatistiktir. Dürüst aralık:
- iOS push açılma oranı: opt-in kullanıcılar için %4-8 (medyan yaklaşık %5)
- Android push açılma oranı: %8-12 (Android, kullanıcıları otomatik dahil eder)
- Web push açılma oranı: %5-10, ancak çok daha yüksek opt-in sürtünmesi vardır
- E-posta açılma oranı (karşılaştırma için): sektörler genelinde %20-25
Push’un kazandığı yer aciliyet ve yeniden etkileşimdir. Doğru anda zamanlanmış iyi bir push — sipariş teslim edildi, arkadaş paylaşım yaptı, takip edilen üründe fiyat düştü — e-postanın asla ulaşamayacağı oranlarda dönüşüm sağlar. Push’un kaybettiği yer hacimdir. Haftada üç pazarlama push’u gönderin, kullanıcılar uygulamayı silsin. iOS 16+‘da opt-out tek dokunuştur.
Opt-in psikolojisi de önemlidir. iOS, kullanıcılardan bildirimlere izin vermesini ister ve çok erken sormak oranınızı düşürür. En iyi sınıf uygulamalar kullanıcı değeri anlayana kadar bekler — genellikle 2. veya 3. oturum — ve bağlam içinde sorar (kullanıcı bildirime değer bir şey yaptıktan hemen sonra). Lansmanda soran uygulamalar %30-40 opt-in alır. Bağlam içinde soranlar %60-70 alır.
Çevrimdışı: Gerçekten Ne Zaman Önemli
“Çevrimdışı çalışır”, kurucuların talep ettiği ve kullanıcıların nadiren fark ettiği bir özelliktir — çevrimdışılığın varsayılan olduğu bir bağlamda çalışmıyorsanız.
Gerçek çevrimdışı kullanım senaryoları:
- Lojistik ve teslimat: Bodrum otoparklarındaki sürücüler, kırsal rotalar, metal çatılı depolar. Onfleet ve Bringg gibi uygulamalar offline-first inşa edilmiştir.
- Saha servisi: Makine dairelerinde, çatılarda, asansörlerin içindeki teknisyenler.
- Seyahat: Biniş kartları, ulaşım haritaları, uçuşlar için indirilmiş medya.
- Düşük bağlantılı bölgelerde sağlık: Uplink döndüğünde senkronize olan EHR uygulamaları.
Uygulamanız “X için sosyal ağ” veya “Y için pazaryeri” ise, çevrimdışı bir gösterişten ibarettir. Güzel bir yükleme durumu ve net bir hata mesajı tasarlayın. Offline-first senkronizasyon mühendisliğine 40 bin dolar harcarsınız ve tutma metrikleriniz yüzde sıfır hareket eder.
Kurulum Oranı ve Tutma: Acımasız Matematik
Son Statista ve AppsFlyer raporlarından sektör genelinde tutma sayıları ayıltıcıdır. Güncel kırılımlar için Statista mobil uygulama kıyaslamalarına bakın.
Ortalama 1. gün tutma: kategoriler genelinde ~%25 Ortalama 30. gün tutma: ~%5-8 Sınıfının en iyisi 30. gün: %25-35 (sosyal, fitness, finans)
Çeviri: uygulamanızı kuran her 1.000 kişiden 920’si bir ay sonra kullanmıyor olacak. CAC’nizin %8’lik bir hayatta kalan havuzunu varsayması gerekir. Kurulum başına 5 dolar ödüyorsanız, tutulan kullanıcılara karşı gerçek CAC’niz 62 dolar.
Bu nedenle hedef kurulum değildir. Hedef, kurulumdan sonraki davranıştır. İlk indirme için değil, ikinci oturum için inşa edin. 3. günde birinin uygulamanızı neden açacağını ifade edemiyorsanız, onu inşa etmeye hazır değilsiniz.
Örneğin bir mobil ticaret uygulaması, ikinci satın alma üzerinde yaşar ya da ölür. Daha geniş örüntüyü mobil ticaret yazımızda ele aldık. Mobil öncelikli ödeme, tek dokunuşla yeniden sipariş ve adres otomatik doldurma, ana ekran karuselinden çok daha önemlidir.
Güvenlik: Lansmanları Mahveden Sıkıcı Şeyler
Mobil uygulamalar App Store incelemesinde çökmelerden çok gizlilik ihlalleri nedeniyle başarısız olur. iOS 17+, kullanıcı verilerine erişmek için kullanılan her API’nin açıkça beyan edilmesini zorunlu kılar ve Google Play’in veri güvenliği bölümü giderek daha sıkı uygulanır. Sık gördüğümüz hatalar:
- Kullanıcı verilerini açıklama yapmadan üçüncü taraf çökme raporlayıcılarına loglamak
- ATT istemi olmadan IDFA / Reklam Kimliği göndermek
- Eve telefon eden SDK’lar paketlemek (2020-2022’deki Facebook SDK’sı, sana bakıyoruz)
- Tokenları Keychain / Keystore yerine düz UserDefaults / SharedPreferences’ta saklamak
Daha geniş tehdit modeli hakkında güvenli web uygulamaları rehberimizde yazdık ve çoğu mobile de aktarılabilir — mobil, müzakere etmeniz gereken bir OS seviyesi yetenek katmanı ekler.
Mobil Uygulama İnşa Etmeli misiniz?
Bu kısa testi uygulayın:
- Temel kullanım senaryonuz harika bir mobil web deneyimi olabilir mi? Evetse, oradan başlayın.
- Yüksek oranda kamera, çevrimdışı veya push’a gerçekten ihtiyacınız için gerçek bir nedeniniz var mı? Hayırsa, ana ekrandaki bir simge için 150 bin dolar ödüyorsunuz.
- İki yıllık native bakıma — iOS sürümleri, Android güncellemeleri, mağaza politikası değişiklikleri — taahhüt edebilir misiniz? Hayırsa cross-platform veya PWA seçin.
- Tutma modeliniz %8 30. gün taban çizgisini hayatta tutacak kadar güçlü mü? Hayırsa, uygulamayı inşa etmeden önce tutmayı düzeltin.
Bunların çoğuna evet dediyseniz, native için gerçek bir vakanız var. Hayır dediyseniz, üçte bir maliyetle ve dörtte bir sürede sevk edilen bir PWA için harika bir vakanız var.
Her ikisini de inşa ettik. İşinize hangisinin uyduğunu size dürüstçe söyleriz. Mobil stratejiniz hakkında bizimle konuşun — ya 100 bin dolarınızı kurtarırız ya da kullanıcıların 30. günde gerçekten açtığı bir şey inşa ederiz.
