Kurumsal Saha Uygulamaları ve MVP Mobil Çözümler

Saha operasyonlarınızı mobilleştirin ya da yeni fikrinizi çalışan bir ürüne dönüştürün.

Kullanıcı Deneyimi Odaklı Kurumsal ve Bireysel Mobil Uygulama (Mobil Aplikasyon) Geliştirme

Her telefon, potansiyel bir iş aracıdır. Bir işletme için bu, ekip verimliliğini sahada da korumak anlamına gelir. Bir girişimci için ise fikrin milyonlarca cihaza ulaşabileceği anlamına gelir. Bu iki hedef birbirinden farklı süreçler, farklı mimari kararlar ve farklı başarı ölçütleri gerektirir.

Mobil uygulama geliştirme; Android uygulama yaptırmak, iOS uygulama geliştirmek veya her iki platforma birlikte cross-platform çözüm üretmek; bu sayfanın kapsamıdır.

App Geliştirme ve Mobil Uygulama Nedir?

Mobil uygulama (app), akıllı telefon ve tablet cihazlar için geliştirilen, cihazın donanım özelliklerini (kamera, GPS, ivmeölçer, yerel depolama) kullanabilen yazılım programlarının genel adıdır. Web sitelerinden farkı; internet bağlantısı olmadan çalışabilmesi, anlık bildirimler (push notification) gönderebilmesi ve cihazın donanımıyla doğrudan etkileşim kurabilmesidir.

Mobil uygulamalar iki temel kategoriye ayrılır:

Native uygulamalar: Yalnızca belirli bir platform için yazılır. iOS için Swift veya Objective-C, Android için Kotlin veya Java kullanılır. Her platformun kendine özgü tasarım dili ve performans kapasitesini tam olarak kullanır.

Cross-platform uygulamalar: Tek bir kod tabanıyla hem iOS hem Android'e deploy edilen uygulamalardır. Flutter (Dart) ve React Native bu kategorinin en yaygın çerçeveleridir. İki ayrı native ekip maliyeti olmaksızın iki platformda yayın imkânı sunar.

Hangisinin tercih edileceği, uygulamanın gereksinimlerine ve bütçe kısıtlarına göre belirlenir; genel geçer bir doğru yanıt yoktur.

Mobil uygulama geliştirme süreci ve platform seçimi

İşletmeler, Markalar ve Startuplar Neden Bir Mobil Uygulamaya İhtiyaç Duyar?

Mobil cihazlar artık kısmen değil, büyük ölçüde çalışma ortamının kendisidir. Saha çalışanı masa başında değildir; müşteri sıraya girmek istemez; yönetici ofiste olmadan kararını bekletmek istemez. Bu gerçeklik, mobil uygulamayı "ilave özellik" olmaktan çıkarıp operasyonun zorunlu altyapısına taşımaktadır.

Kurumsal ihtiyaçlar açısından mobil uygulamanın somut getirileri:

Saha verimliliği: Saha personeli iş emri, teslimat onayı, müşteri ziyareti notunu anlık sisteme işler; ofise dönünce raporlama gerekmez.
Gerçek zamanlı görünürlük: Yönetim, sahada olanı gecikmesiz takip eder; bekleme süreleri ortadan kalkar.
Hata azaltımı: Kağıt form, telefon notu veya mesaj yerine yapılandırılmış veri girişi; aktarım hataları önlenir.
Müşteri deneyimi: Kargo takibi, randevu yönetimi, sipariş durumu gibi bilgiler müşterinin cebindedir; destek talebi azalır.

Startup ve bireysel girişimciler için mobil uygulama, ürün fikrini pazarla test etmenin en doğrudan yoludur. App Store ve Google Play, ürünü milyonlarca potansiyel kullanıcıya sıfır dağıtım maliyetiyle sunabilen bir kanaldır.

"Mobil Uygulama Yapmak İstiyorum" Diyen Bireysel Girişimciler İçin Fikir Doğrulama

"Bir uygulama fikrim var" cümlesi, çoğunlukla yoğun bir heyecanla söylenir ve bu heyecanın büyük bölümü ilk teknik görüşmede gerçeklikle çarpıştığında azalır. Bunun nedeni fikrin kötü olması değil; fikrin doğrulanmadan teknik konuşmaya geçilmesidir.

Doğru başlangıç noktası teknik değil, ticaridir: Bu uygulama hangi sorunu çözüyor? Bu soruna sahip ve ödeme yapabilecek kaç kişi var? Piyasada benzer bir çözüm neden yeterli değil?

Bu sorulara net yanıt olmadan başlayan mobil uygulama geliştirme, ilerleyen aşamalarda çok yüksek olasılıkla şu senaryolardan biriyle karşılaşır:

Yayınlanan uygulama kullanıcı çekmiyor çünkü gerçek bir problemi çözmüyor.
Kullanıcılar uygulamayı indiriyor ama beklenen şeyi bulamıyor; çünkü yanlış özellik önceliklendirilmiş.
Rakip uygulamalar zaten var ve farklılaşma noktası tanımlı değil.

Bu riskleri minimize etmek için fikir doğrulama sürecini teknik geliştirmeden önce yapılandırmak şarttır. Kullanıcı görüşmeleri, rekabetçi analiz ve bir "kağıt prototip" bu aşamada işe yarar; kod yazmaktan çok daha ucuzdur.

Uygulama fikrinizi değerlendirme görüşmesiyle başlatın →

Kurum İçi Personel İçin Dahili Saha Mobil Uygulamaları

Dahili saha uygulamaları, herkese açık uygulama mağazalarında yer almaz. Şirket içinde belirli cihazlara veya çalışan hesaplarına dağıtılır. Bu ayrım, tasarım önceliklerini de değiştirir: kullanıcı edinimi değil, benimseme oranı ve operasyonel hata azaltımı ölçülür.

Dahili saha uygulamalarının en yüksek etki ürettiği senaryolar:

Teknik servis yönetimi: Teknisyen iş emrini alır, müşterinin imzasını alır, kullanılan parçaları kaydeder; tüm süreç anlık merkezi sisteme yansır.
Lojistik ve teslimat: Sürücü güzergâhını görür, teslimat onayını fotoğrafla kaydeder, müşteri imzasını dijital alır.
Saha satış: Müşteri ziyaret notu, teklif oluşturma ve CRM'e aktarım tek ekrandan yapılır.
Kalite kontrol: Üretim hattında muayene formu, fotoğraf ekleme ve uygunsuzluk bildirimi anlık işlenir.
Stok sayım: Barkod veya QR okuyucuyla anlık stok güncelleme; merkezi stok sistemine senkronizasyon.

Bu tür uygulamalar için çevrimdışı çalışabilme (offline-first) kritik bir gereksinimdir. Saha koşullarında internet bağlantısı her zaman mevcut olmayabileceğinden, uygulama bağlantısız çalışmaya devam edebilmeli ve bağlantı kurulduğunda veriyi senkronize etmelidir.

UX/UI Tasarım Süreci: Mobil Uygulamada Kullanıcı Deneyimi

Mobil uygulama kalitesini belirleyen en gözden kaçan faktör, kullanıcı arayüzü tasarımıdır. Güçlü bir backend'in üzerine kötü bir UX inşa edildiğinde, kullanıcılar uygulamayı terk eder. Küçük bir ekrana yerleştirilen karmaşık arayüz, masaüstü alışkanlıklarıyla düşünülerek tasarlanmış menüler ve başparmakla zor ulaşılan butonlar; bunlar birer teknik değil, tasarım problemidir.

Mobil UX/UI sürecinde alınan kararlar:

Bilgi mimarisi: Kullanıcı hangi ekrandan başlar, nereye gider? Kaç dokunuşta hedefe ulaşır? Bu akış, ekran tasarımından önce kâğıt üzerinde netleştirilir.

Platform uyumu: iOS ve Android'in tasarım dili farklıdır. iOS için Apple'ın Human Interface Guidelines, Android için Material Design yönergeleri esas alınır. Platform kullanıcısı alışık olmadığı bir arayüzle karşılaştığında direnir.

Parmak dostu yerleşim: Bir cihazı tek eliyle kullanan kişi için kritik butonlar başparmak bölgesinde olmalıdır. 44px altı dokunma alanları tıklama hatalarına yol açar.

Yük süreleri ve geçişler: Kullanıcı bekleme bilgisi olmadan 300ms üzerinde beklediğinde uygulamanın donduğunu düşünür. Her asenkron işlemin kullanıcıya görsel geri bildirimi olmalıdır.

Wireframe'ler ve interaktif prototip onaylandıktan sonra geliştirme başlar; bu sıralamayı değiştirmek ilerleyen aşamalarda yüksek revizyon maliyeti doğurur.

Mobil uygulama kullanıcı arayüzü tasarım süreci ve wireframe aşaması

Tablet ve Giyilebilir Teknoloji (Wearable / IoT) Uygulama Geliştirme

Mobil uygulama geliştirme yalnızca akıllı telefonla sınırlı değildir. Tablet ve giyilebilir cihazlar (akıllı saat, endüstriyel barkod okuyucu, akıllı gözlük) kurumsal senaryolarda anlamlı çözüm noktaları sunar.

Tablet uygulamaları: Perakende nokta satış (POS) sistemleri, restoranlar için sipariş alma ekranları, bayi showroom kiosk uygulamaları ve sağlık sektöründe hasta kayıt sistemleri tabletin büyük ekranını operasyonel avantaja dönüştürür. Tablet arayüzleri, telefon ekranından farklı bir yerleşim mantığıyla tasarlanmalıdır; telefon uygulamasını büyütmek yetersizdir.

Giyilebilir cihazlar: Akıllı saatler; bildirim yönetimi, hızlı onay/ret akışları ve kritik uyarılar için tamamlayıcı bir touchpoint sunar. Endüstriyel ortamlarda eller serbest bırakılarak çalışmak gereken teknisyenler için akıllı gözlük entegrasyonu (AR overlay) mümkündür.

IoT entegrasyonu: Sensör verisini mobil uygulamaya taşımak; sıcaklık, nem, konum, üretim hızı gibi verilerin gerçek zamanlı izlenmesine olanak tanır. Bu entegrasyonu sağlamak için cihazdan buluta veri yolu (MQTT, BLE, WiFi protokolleri) tasarlanmaktadır.

E-Ticaret Markaları İçin M-Ticaret (Mobil Ticaret) Uygulaması Geliştirme

Mobil ticaret (m-commerce) uygulamaları, marka ile müşteri arasındaki en doğrudan dijital köprüdür. Push bildirimler, kişiselleştirilmiş ürün önerileri ve tek tıkla satın alma; web sitesinde karşılanamayan dönüşüm kaldıraçlarıdır.

Hazır e-ticaret platformlarının mobil uygulamaları genellikle ek ücretli modül veya sınırlı özelleştirmeli çözümler sunar. Özel bir m-ticaret uygulaması ise şu farklılaşma noktalarını mümkün kılar:

Kişiselleştirilmiş akış: Kullanıcının önceki alışverişine ve gezinme davranışına göre dinamik ana ekran.
Augmented reality (AR) özelliği: Mobilya veya giyim gibi kategorilerde "Bu ürün ortamımda nasıl görünür?" deneyimi.
Sadakat programı entegrasyonu: Puan, ödül ve kampanya takibi native uygulama deneyimiyle.
Anlık envanter görünürlüğü: Ürün stok durumu, teslimat süresi gerçek zamanlı.
Mağazaya özel push kampanyaları: Konum tabanlı veya davranışsal tetikleyicilerle kişiselleştirilmiş bildirim.

Uzmanlık Analizi: Native Mobil Uygulama Yaptırmak mı, Cross-Platform Geliştirme mi?

Bu karar, mobil uygulama projelerinin en çok sorulan ve en çok yanlış yanıtlanan sorusudur. Popüler yanıt çoğunlukla "cross-platform daha ucuz, native daha iyi" şeklinde özetlenir. Bu özetleme doğrudur ama yetersizdir.

Native mobil uygulama ne zaman gerçekten gerekir?

Cihazın donanım özelliklerini (kamera pipeline, Bluetooth GATT, donanım şifreleme) düşük seviyede kullanmak gerekiyorsa.
Yüksek kare hız gerektiren animasyon veya oyun uygulamalarında.
Platforma özgü en yeni API'leri yayınlandığı günde kullanmak kritikse.
Güvenlik gereksinimleri platform düzeyinde sertleştirilmiş kontrol gerektiriyorsa.

Cross-platform (Flutter / React Native) ne zaman doğru tercihtir?

İki platforma aynı anda ve benzer iş mantığıyla çıkılacaksa.
Donanım düzeyinde özelleştirme gerekmiyorsa; standart kamera, GPS, bildirim, dosya sistemi yeterli kalıyorsa.
Geliştirme kapasitesi kısıtlıysa ve iki ayrı native ekip maliyeti sürdürülebilir değilse.
Hızlı MVP çıkarmak öncelikliyse.

Çoğu kurumsal saha uygulaması ve B2C uygulama, cross-platform mimarisiyle native deneyime çok yakın sonuç verir. Kod paylaşım oranı %80-90 aralığında kalır; platform özelinde %10-20'lik bölümde platforma özgü kod yazılır.

Flutter Uygulama Geliştirme: Sahada Gözlemlenen Gerçek Avantajlar

Flutter, Google tarafından geliştirilen ve Dart programlama diliyle yazılan cross-platform bir arayüz çerçevesidir. 2020 sonrasında kurumsal mobil geliştirme projelerinde React Native ile birlikte baskın iki seçenekten biri hâline geldi.

Sahada gözlemlenen Flutter avantajları:

Tam kontrollü render: Flutter, platforma özgü UI bileşenlerini kullanmak yerine kendi render motorunu (Skia/Impeller) çalıştırır. Bu, her platformda piksel mükemmeliyetinde tutarlı görünüm sağlar; "Android'de güzel görünüyor, iOS'ta bozuk" sorununu büyük ölçüde ortadan kaldırır.

Hızlı prototipleme: Hot reload özelliğiyle değişiklikler saniyelerde cihazda görünür; özellikle UI iterasyonu yoğun olan MVP aşamalarında ciddi zaman kazancı sağlar.

Tek kod tabanıyla web ve masaüstü: Flutter uygulamaları, ek eforla web ve masaüstü platformlarına da derlenebilir; bu özellik özellikle dahili kurumsal araçlar için değerlidir.

Performans: UI katmanında JavaScript köprüsü bulunmadığından (React Native'in geleneksel dezavantajı) animasyonlar ve geçişler 60fps akıcılıkta çalışır.

Dezavantajı: Uygulama boyutu native uygulamadan daha büyüktür ve bazı platforma özgü kütüphaneler için plugin gerekebilir. Bu durum proje başında değerlendirilir.

"Android Uygulama Yaptırmak İstiyorum" vs "iOS Uygulama Yaptırmak": Platform Seçiminin Gerçek Belirleyicileri

Platform seçimi çoğunlukla yanlış bir soruyla başlar: "Android mi, iOS mu?" Doğru soru şudur: Hedef kullanıcı kitleniz hangi platformda?

Türkiye pazarında Android penetrasyon oranı iOS'a kıyasla belirgin biçimde yüksektir; ancak bu genel istatistik, uygulamanın hedef segmentini değiştirmez. Kurumsal B2B uygulaması için şirket telefonu filosu belirleyicidir. Üst gelir segmentteki B2C uygulaması için iOS ağırlığı anlamlı olabilir.

Platform bazlı teknik farklılıklar:

	Android	iOS
Yayın süresi	Store onayı 1-3 gün	App Review 1-7 gün (ilk başvuruda daha uzun)
Dağıtım esnekliği	APK ile kurumsal dağıtım mümkün	Enterprise sertifikası veya TestFlight
Cihaz çeşitliliği	Yüksek; farklı ekran boyutları test yükü	Belirli cihazlar; test yükü daha düşük
Donanım erişimi	Daha geniş izin katmanı	Sandboxed; Apple sıkı kontrol uygular
Gelir potansiyeli	Küresel hacim	Gelişmiş pazarlarda yüksek harcama eğilimi

AI Tabanlı Mobil Uygulama Geliştirme: Görüntü İşleme ve Akıllı Algoritmalar

Yapay zeka entegrasyonu, mobil uygulamalarda artık ileri teknik bir ekip gerektirmez; büyük ölçüde hazır model altyapılarının (TensorFlow Lite, Core ML, Google ML Kit) uygulamaya entegre edilmesiyle gerçekleştirilir.

Mobil AI entegrasyonunun pratik kullanım senaryoları:

Görüntü tanıma ve sınıflandırma: Ürün barkod okuma, hasar tespiti, belge (fatura, kimlik) tanıma ve veri çekimi.
Yüz tanıma ve biyometrik doğrulama: Güvenlik gerektiren kurumsal uygulamalarda kimlik doğrulama.
Doğal dil işleme: Ses komutlarıyla uygulama kontrolü, metin özetleme, müşteri message sınıflandırma.
Nesne algılama (real-time object detection): Kalite kontrol, trafik ve kalabalık analizi, envanter yönetimi.
Tahminleyici öneri motoru: Kullanım davranışına göre kişiselleştirilmiş içerik veya ürün önerisi.

On-device (cihaz üzerinde) modeller, internet bağlantısına gerek duymadan çalışır ve hassas verilerin sunucuya gönderilmesini önler. Bu, özellikle KVKK uyumu gerektiren kurumsal uygulamalar için kritik bir avantajdır.

Mobil Uygulama Yaptırmak Kurumunuza veya Girişiminize Neler Kazandırır?

Mobil uygulama yatırımının geri dönüşünü ölçmek, çoğu zaman ihmal edilen ama mutlaka yapılması gereken bir egzersizdir.

Kurumsal uygulamalar için somut metrikler:

Haftada kaç saat manuel veri girişi eliminasyonu sağlandı?
Saha personeli günlük kaç dokunuşu atladı?
Müşteri destek talebi, self-servis uygulama sayesinde kaç birim azaldı?
Hata raporlama süresi ne kadar kısaldı?

Girişim uygulamaları için:

Kullanıcı edinimi (Customer Acquisition Cost) nedir?
Günlük aktif kullanıcı (DAU) ve aylık aktif kullanıcı (MAU) büyüme eğrisi nasıl?
Uygulama içi satın alma dönüşüm oranı nedir?
30 günlük kullanıcı tutma (retention) oranı nedir?

Bu metrikleri proje başında tanımlamak; hem geliştirme önceliklerini netleştirir hem de yatırımın geri dönüşünü somut biçimde ölçmeyi mümkün kılar.

Mobil Uygulama Yapan Şirketler ve Freelancerlar Arasındaki Fark

"Mobil uygulama yaptırmak istiyorum" araması yapan biri üç farklı seçenekle karşılaşır: büyük yazılım şirketleri, butik ajanslar ve bireysel freelancerlar. Her birinin avantajı ve riski farklıdır.

	Büyük Şirket	Butik Ajans	Freelancer
Süreç disiplini	Yüksek	Orta-Yüksek	Değişken
İletişim	Proje yöneticisi aracılığıyla	Doğrudan ekip	Doğrudan birey
Maliyet	Yüksek	Orta	Düşük-Orta
Esneklik	Düşük	Yüksek	Yüksek
Süreklilik riski	Düşük	Orta	Yüksek
Bakım kapasitesi	Evet	Evet (SLA ile)	Riskli

Freelancer seçiminde en kritik risk, proje ortasında iletişimin kopması veya kişinin kapasitesinin kapsamı taşımamasıdır. Butik ajans seçiminde ise proje teslimindeki kaynak kod hakkı ve uzun vadeli bakım modelinin baştan netleştirilmesi gerekir.

Telefon Uygulaması Yaptırmadan Önce Sorulması Gereken 5 Soru

Her mobil uygulama projesine başlamadan önce yanıtlanması gereken beş soru vardır. Bu soruları atlayan projeler, büyük çoğunlukla ilerleyen aşamalarda revizyon gerektirir:

Hedef kullanıcı kim ve onlar neyi başarmak istiyor? Kullanıcının değil, şirketin istediği şeyleri geliştirmek israfın başlangıcıdır.
Hangi platformdan başlanacak? Hem iOS hem Android'e aynı anda mı, yoksa önce birine mi çıkılacak?
Çevrimdışı çalışma gerekiyor mu? Bu sorunun yanıtı mimari seçimi doğrudan etkiler.
Mevcut hangi sistemlerle entegrasyon olacak? ERP, CRM veya üçüncü taraf API'ler geliştirme kapsamını ve süreyi doğrudan etkiler.
Yayın sonrası güncelleme ve bakım nasıl planlanacak? Uygulama tek seferlik teslim değildir; iOS ve Android sürümleri değiştikçe uygulama da güncellenmek zorundadır.

En Doğru Mobil Uygulama Geliştirme Ajansını Nasıl Seçersiniz?

Mobil uygulama ajansı seçerken portföy tek başına yeterli değildir. Aynı platformdaki onlarca uygulama, yalnızca geliştirildiklerini kanıtlar; başarılı olduklarını değil.

Değerlendirme kriterleri:

Süreç şeffaflığı: Sprint demoları var mı? Her aşamada çalışan uygulama görebiliyor musunuz?
Platform uzmanlığı: Native ve cross-platform arasındaki teknik farkı gerekçesiyle açıklayabiliyorlar mı?
UX kapasitesi: UI/UX ve geliştirme aynı ekipten mi geliyor, yoksa farklı disiplinler mi? İkisini bir arada yönetmek kritiktir.
Store yayın deneyimi: App Store Review ve Google Play politikalarında ret yaşandı mı? Bu deneyim nasıl yönetildi?
Bakım modeli: Yayın sonrası bakım, güncellemeler ve hata düzeltme sözleşmeye dahil mi, yoksa ayrı fatura mı?

Mevcut Web Platformları veya ERP'lerin Mobile Entegrasyonu

"Zaten bir sistemimiz var; bunu mobilize etmek istiyoruz" talebi, sıfırdan uygulama geliştirmekten farklı bir mühendislik problemidir.

Mevcut sistemin mobil bir uygulama tarafından kullanılabilmesi için iki ön koşul gerekir: sisteme API erişimi ve bu API'nin mobil kullanım senaryolarına uygun tasarım.

Pratikte karşılaşılan senaryo çoğunlukla şudur: Web tabanlı sistem bir REST API sunmaktadır; ancak mevcut endpoint'ler web ekranları için tasarlanmıştır. Mobil uygulama için daha granüler, daha hafif veri yanıtları gerekebilir. Bu durumda backend üzerinde mobil odaklı bir API katmanı (BFF — Backend for Frontend) oluşturulur; bu katman, mobil cihazın bant genişliği kısıtlarını gözetecek biçimde optimize edilmiş yanıtlar sunar.

ERP entegrasyonunda ise genellikle şu iki yol izlenir: ERP'nin sunduğu standart API ile entegrasyon, veya ERP veritabanına doğrudan connector yazılması. İkinci yol risk taşır; ERP güncellendiğinde bağlantı kırılabilir.

Mevcut sisteminizi mobilize etmek için değerlendirme alın →

Fikir Aşamasından App Store/Play Store Yayınına: Geliştirme Aşamaları

Bir mobil uygulamanın fikir noktasından mağaza yayınına giden yol birden fazla kritik geçiş noktası içerir:

1. Fikir Doğrulama ve Kapsam: Kullanıcı araştırması, rekabetçi analiz ve özellik önceliklendirme.

2. UX/UI Tasarımı: Bilgi mimarisi, wireframe, interaktif prototip ve platform tasarım rehberleri.

3. Teknik Mimari: Backend altyapısı, API tasarımı, veritabanı, kimlik doğrulama, push bildirim servisi.

4. MVP Geliştirme: Temel modüllerin çalışır hâli; beta kullanıcılarla test için hazır.

5. Beta Test: TestFlight (iOS) veya kapalı track (Android) üzerinden sınırlı kullanıcı grubuyla test; geri bildirim toplanır.

6. QA ve Hata Giderimi: Kapsamlı test süreci; cihaz ve OS versiyonu matrisine göre test yapılır.

7. Store Hazırlığı: Uygulama ikonu, ekran görüntüleri, açıklama metni, gizlilik politikası, içerik derecelendirmesi.

8. Review Süreci: App Store'da Apple, Play Store'da Google incelemesi. Ret gelmesi durumunda gerekçe değerlendirilir ve düzeltme yapılır.

9. Yayın ve İzleme: Crash analytics, kullanıcı davranış izleme, performans metrikleri kurulur.

Crash ve Hata Yönetimi: Mobil Uygulamanın QA Süreci

Mobil uygulama test süreci, masaüstü veya web uygulamasından daha karmaşıktır; çünkü binlerce farklı cihaz modeli ve işletim sistemi versiyonu vardır.

Kapsamlı bir mobil QA süreci şu katmanları içerir:

Cihaz matrisi testi: Uygulama, en az 5-10 farklı fiziksel cihazda ve OS versiyonunda test edilir. Düşük uçlu cihazlarda performans kritik bir göstergedir.
Kullanıcı akışı testi: Her temel kullanıcı yolculuğu (kayıt, satın alma, form gönderimi) uçtan uca test edilir.
Ağ koşulları testi: Yavaş bağlantı (3G simülasyon), bağlantı kesilmesi ve yeniden bağlanma senaryoları test edilir.
İzin yönetimi testi: Kullanıcı konum veya kamera iznini reddederse uygulama nasıl davranır?
Crash analytics: Firebase Crashlytics veya benzer araçlar yayın öncesinde kurulur; canlıda oluşan hatalar gerçek zamanlı izlenir.

Apple App Store ve Google Play Store Yayınlanma Süreçleri

Store süreçleri, ilk kez mobil uygulama yayınlayacak ekipler için beklenmedik gecikmeler üretebilir.

Apple App Store:

İlk yayın için Apple geliştirici hesabı ($99/yıl) ve App Store Connect kayıt gerekir.
Apple, uygulamayı manuel incelemeden geçirir; süre genellikle 1-7 gün arasındadır.
Ret nedenleri arasında en yaygınları: eksik gizlilik açıklaması, yanıltıcı uygulama açıklaması, düzgün çalışmayan özellik, Apple tasarım rehberlerine aykırılık.
Güncelleme başvuruları da aynı inceleme sürecinden geçer.

Google Play Store:

Google Play Console hesabı ($25 tek seferlik) gerekir.
Otomatik ve manuel karma inceleme süreci; genellikle 1-3 gün.
Yeni hesaplarda ilk 2 hafta kapalı test zorunlu tutularak önce geniş kitlelere açış engellenir.
Play'in politika değişiklikleri (özellikle gizlilik ve izin kullanımı) hâlihazırda yayında olan uygulamaları da etkileyebilir.

Her iki platform için de önemli olan: gizlilik politikası URL'i, veri toplama beyanı (Data Safety / Privacy Nutrition Label) ve uygulama içi izin gerekçeleri eksiksiz hazırlanmalıdır.

Push Bildirim ve Konum Servisi Yönetimi

Push bildirimler mobil uygulamanın en güçlü etkileşim aracıdır; aynı zamanda en çok kötüye kullanılan araçtır. Alakasız veya sık gelen bildirimler, kullanıcının bildirimleri tamamen kapatmasıyla sonuçlanır; bu bir daha geri alınamaz.

Etkili push bildirim stratejisi şu prensiplere dayanır:

Tetikleyici bazlı: Kullanıcı bir akış tamamladığında, belirli bir zaman geçtiğinde veya bir eşik aşıldığında — rastgele değil.
Kişiselleştirilmiş: Kullanıcının davranışına, segmentine veya tercihine göre farklılaşmış içerik.
Sıklık sınırı: Günde maksimum bildirim sayısı tanımlıdır.
Kolay kapatma: Kullanıcı bildirim tipini granüler düzeyde yönetebilir.

Konum servisleri de benzer dikkat gerektirir. iOS ve Android'de konum izni; "her zaman", "uygulama kullanılırken" ve "bir kez" olmak üzere üç katmana ayrılmıştır. Uygulama yalnızca gerçek ihtiyacı olan izin düzeyini talep etmelidir; fazla izin talebi store ret nedeni ve kullanıcı güveni kaybı doğurur.

Mobil Uygulamalarda Veri Güvenliği ve KVKK Uyumu

Mobil uygulamalar, kullanıcıdan toplanan veri miktarı açısından en yüksek riskli dijital ürünlerden biridir. Konum, kamera, rehber, mikrofon; bunlar ciddi izin katmanları gerektiren hassas verilerdir.

KVKK uyumu açısından mobil uygulamada dikkat edilmesi gereken başlıklar:

Açık rıza: Hangi verinin hangi amaçla toplandığı, kullanıcıya anlaşılır biçimde sunulmalı ve onayı açıkça alınmalıdır.
Veri minimizasyonu: Uygulama yalnızca işlevi için zorunlu olan veriyi toplamalıdır. "İleride gerekebilir" gerekçesiyle toplanan veri hem hukuki hem etik risk taşır.
Güvenli iletişim: Cihaz ile sunucu arasındaki tüm trafik TLS ile şifrelenmelidir.
Yerel depolama güvenliği: Cihaza kaydedilen hassas veriler (token, şifre, kişisel bilgi) şifreli depolanmalıdır; Keychain (iOS) ve Keystore (Android) bu amaç için kullanılır.
Veri silme: Kullanıcı hesabını sildiğinde verilerin gerçekten silinmesi; bu akışın test edilmesi gerekir.

Yayın Sonrası İzleme, Güncellemeler ve Bakım (SLA)

Mobil uygulama yayına girmesiyle bir süreç tamamlanmaz; yeni bir süreç başlar. Bu süreç yönetilmezse üç tipik sorun ortaya çıkar: iOS/Android güncellemeleriyle çalışmaz hâle gelen özellikler, birikip büyüyen hata listesi ve kullanıcıların yeni istekleriyle takipçi kalan bir ürün.

Yayın sonrası bakım kapsamı:

OS güncellemeleri: Apple ve Google, yılda en az bir büyük platform güncellemesi yayınlar. Mevcut uygulama bu güncellemelerle uyumlu kalmak zorundadır.
Kütüphane güncellemeleri: Dışa bağımlı kütüphanelerin (SDK, plugin) güvenlik yamaları izlenir ve uygulanır.
Crash ve performans izleme: Gerçek kullanıcı verisi üzerinden aylık rapor; önemli düşüşler önceden tespit edilir.
Kullanıcı geri bildirimi yönetimi: Store yorumları ve destek talepleri değerlendirilir; sık tekrarlayan sorunlar sprint'e alınır.
Yeni özellik planlaması: Kullanıcı verisi ve geri bildirim öncelik listesini günceller; kapsamın önce küçük, test edilebilir parçalara kırılması sağlanır.

Sık Sorulan Sorular

"Mobil uygulama yaptırmak istiyorum" — tıpkı X gibi bir uygulama yaptırmak mümkün mü?

Evet. Ama en doğru başlangıç, "X gibi" derken tam olarak neyi kastettiğinizi netleştirmektir. Referans uygulama genellikle yıllar içinde büyümüş, onlarca özelliği olan bir üründür. Başlangıç noktası, o ürünün hangi temel işlevini çözüyor olduğunu belirlemek ve bunu MVP kapsamında ele almaktır.

Mobil uygulama geliştirme ortalama kaç ay sürer?

Kapsama göre değişir. Temel özelliklerden oluşan bir MVP genellikle 8-14 haftada tamamlanır. Karmaşık integrasyon ve özel tasarım gerektiren uygulamalar 6 ay veya daha uzun sürebilir. Süreyi en çok etkileyen faktör kapsam netliğidir; başlamadan önce belirsizliği gidermek tahmin doğruluğunu artırır.

Hem iOS hem Android kitlesi var; iki ayrı bütçe mi ayırmak zorundayız?

Hayır; cross-platform geliştirme ile tek bütçe ve tek kod tabanından her iki platforma çıkılabilir. Flutter veya React Native bu yaklaşımı mümkün kılar. Native'e kıyasla %30-40 oranında geliştirme maliyeti tasarrufu sağlar. Hangi yaklaşımın doğru olduğu projenin gereksinimlerine göre birlikte değerlendirilir.

Mevcut web sitemizi doğrudan mobil uygulamaya çevirebilir miyiz?

Web sitenizi WebView ile sararak bir uygulama oluşturmak teknik olarak mümkündür; ancak bu yaklaşım App Store ve Play Store politikalarına çoğunlukla aykırıdır ve kullanıcı deneyimi açısından tercih edilmemelidir. Gerçek bir mobil uygulama, mobil cihazın özelliklerine göre tasarlanmış native veya cross-platform bir mimari üzerine kurulur.

Kullanıcılara kişiselleştirilmiş push bildirim mesajları gönderebilecek miyiz?

Evet. Segment bazlı, davranış tetikleyicili veya zamanlanmış push bildirimler, Firebase Cloud Messaging (FCM) veya Apple Push Notification Service (APNS) altyapısı üzerine uygulama spesifik loglama entegre edilerek kurulur. Etkin bir bildirim stratejisi kullanıcı tutma oranını önemli ölçüde etkiler.

App Store ve Play Store kural değişiklikleri bizi nasıl etkiler?

Her iki platform da gizlilik, izin yönetimi ve içerik politikalarını düzenli güncellemektedir. Bu değişiklikler zaman zaman hâlihazırda yayında olan uygulamaları etkiler ve belirli süre içinde uyum zorunlu tutulur. Bakım SLA kapsamında bu değişiklikler izlenir ve uyum güncellemeleri zamanında uygulanır.

Uygulama yayınlandıktan sonra yeni iOS/Android sürümleriyle uyumluluk nasıl sağlanır?

Her büyük platform güncellemesi potansiyel uyumsuzluk riski taşır. Bu riski yönetmek için platform yayın notları (release notes) beta döneminden itibaren takip edilir; uygulamanın yeni API'lerle test edilmesi ve gerekli güncellemelerin önceden yapılması güncelleme tarihine kadar tamamlanır.

Kullanıcıların uygulama içinde hangi ekranlarda vakit geçirdiğini takip edebilecek miyiz?

Evet. Firebase Analytics, Mixpanel veya Amplitude gibi araçlarla ekran bazında oturum süresi, dönüşüm hunisi analizi ve özellik kullanım oranları ölçülebilir. Bu veriler, hangi özelliklerin kullanıldığını ve hangilerinin kaldırılabileceğini ortaya koyar; geliştirme önceliklerini veriye dayalı hâle getirir.

Mobil uygulamanın backend'i de sizden alınacak mı?

Evet, çoğunlukla iki bileşen birlikte kurgulanır. Mobil uygulama (frontend) ve arkada çalışan API altyapısı (backend) birlikte tasarlanması, entegrasyon sorunlarını ve "kim yazdı, kim yönetecek" belirsizliğini ortadan kaldırır. Özel yazılım geliştirme ve backend altyapısı →