Mobil Uygulama Geliştirme

Mobil uygulama geliştirme nedir, uygulamaya ne zaman ihtiyaç vardır?

Mobil uygulama geliştirme, iOS ve Android cihazlarda çalışan bir uygulamanın ürün tanımından tasarımına, kodlanmasından mağaza yayınına ve sonraki güncellemelerine kadar uzanan süreçtir. Uygulama yalnızca telefondaki ekranlardan ibaret değildir; arkasında veriyi tutan bir sunucu, uygulamayla konuşan bir API ve içeriği yöneten bir panel bulunur.

UNIT İstanbul, mobil uygulama geliştirme hizmetini yazılım markası Unit Software ile verir. Ekip, 2009'dan beri pazarlama yapan bir ajansın içinde çalıştığı için ölçüm, kullanıcı edinimi ve mağaza görünürlüğü projenin ilk gününden masadadır.

Her fikir bir uygulama gerektirmez. Mobil uygulama yaptırmak genellikle şu durumlarda anlamlıdır:

• Kullanıcı ürünü sık ve düzenli kullanacaksa: sipariş, randevu, sadakat programı ya da saha ekibi araçları gibi.
• Kamera, konum, Bluetooth, biyometrik giriş ya da arka planda çalışma gibi cihaz özelliklerine ihtiyaç varsa.
• Bağlantı zayıfken ya da hiç yokken de işin sürmesi gerekiyorsa.
• Push bildirim, kullanıcıyla iletişimin asıl kanalı olacaksa.

Kullanıcı sizi yılda birkaç kez ziyaret ediyorsa, iyi kurgulanmış bir mobil web sitesi çoğu zaman daha doğru yatırımdır. Oyun projeleri için oyun geliştirme, kamera üzerinden artırılmış gerçeklik deneyimleri için AR ve VR sayfalarımız ayrı yaklaşımları anlatır.

Native mi, React Native ya da Flutter mı?

Teknoloji kararı, uygulamanın bütçesini, hızını ve bakım yükünü uzun yıllar belirler. Native geliştirme, her platformun kendi diliyle yazılması demektir: iOS için Swift, Android için Kotlin. Çapraz platform yaklaşımda ise React Native ya da Flutter ile tek bir kod tabanından iki platform için uygulama üretilir.

Çoğu iş uygulaması için çapraz platform, aynı özelliği iki kez yazmadan iki mağazaya çıkmayı sağlar. Uygulama yoğun biçimde kamera, sensör, arka plan işlemleri ya da platformların en yeni özelliklerini kullanıyorsa native geliştirme uzun vadede daha az sürpriz çıkarır. Bu karar bir zevk meselesi değildir; özellik listesi, ekip yapısı ve bakım planı üzerinden yazılı gerekçeyle verilir.

PWA ne zaman yeterli olur?

PWA (progressive web app), ana ekrana eklenebilen, önbellek sayesinde kısmen çevrimdışı çalışabilen ve bildirim gönderebilen bir web uygulamasıdır. Mağaza onayı beklemeden güncellenir ve tek bir kod tabanıyla tüm cihazlarda çalışır.

PWA; iç ekip araçları, kampanya dönemine özel deneyimler ve bir uygulama fikrinin önce küçük ölçekte denenmesi için iyi bir başlangıçtır. Buna karşılık tek başına mağaza aramalarında yer almaz, iOS'ta bazı cihaz özelliklerine ve arka plan işlemlerine erişimi sınırlıdır, bildirim alabilmek için de kullanıcının siteyi ana ekrana eklemesi gerekir. Mağaza varlığı ve derin cihaz entegrasyonu gerekiyorsa mağaza uygulaması daha doğru seçimdir.

Mobil kullanıcı deneyimi ve erişilebilirlik neden önemlidir?

Mobilde kullanıcı çoğu zaman tek elle, hareket halindeyken ve bölünmüş bir dikkatle işlem yapar. İyi bir mobil deneyim; az adımlı akışlar, başparmağın kolayca ulaştığı düğmeler, anlaşılır hata mesajları ve yavaş bağlantıda bile tepki veren ekranlar demektir.

Erişilebilirlik bu deneyimin ayrılmaz parçasıdır. VoiceOver ve TalkBack ekran okuyucularıyla uyumlu etiketler, büyütülmüş yazı boyutunda bozulmayan ekranlar, yeterli renk kontrastı ve rahat dokunma alanları tasarım aşamasında planlanır; sonradan eklemek çok daha zahmetlidir.

Uygulamanın görünmeyen yarısı: backend, API ve yönetim paneli

Kullanıcı hesabı, sipariş, içerik ya da bildirim içeren her uygulama bir sunucu tarafına ihtiyaç duyar. Bu tarafı ekranlarla aynı titizlikle tasarlıyoruz; çünkü yavaş bir API en iyi arayüzü bile yavaş gösterir.

• API tasarımı: Uygulamanın eski sürümleri bir süre daha kullanılmaya devam ettiği için API'yi sürümlü kuruyor, eski sürümleri bozmadan yeni özellik ekliyoruz.
• Yönetim paneli: İçerik, kampanya, kullanıcı ve bildirim yönetimini geliştiriciye ihtiyaç duymadan ekibinizin yapabileceği bir web paneli.
• Entegrasyonlar: ERP, CRM, stok, randevu ya da sadakat sistemleriyle düzenli ve izlenebilir veri akışı.

Push bildirim nasıl planlanır?

Push bildirim, iOS'ta Apple'ın, Android'de Google'ın bildirim servisleri üzerinden iletilir. Teknik kurulum işin kolay kısmıdır; asıl iş, hangi olayın bildirim tetikleyeceğini, iznin hangi anda isteneceğini ve bildirim sıklığını belirlemektir. İzni uygulama açılır açılmaz değil, kullanıcının bildirimin değerini gördüğü anda istemek daha sağlıklı sonuç verir.

Uygulama çevrimdışı nasıl çalışır?

Saha ekipleri, depo, etkinlik ya da seyahat senaryolarında bağlantı her zaman yoktur. Çevrimdışı çalışan bir uygulama veriyi cihazda güvenli biçimde saklar, bağlantı geldiğinde sunucuyla eşitler ve aynı kayıt iki tarafta değiştiyse hangisinin geçerli olacağını önceden tanımlanmış bir kurala göre çözer. Bu kural tasarım aşamasında yazılmazsa sonradan veri kaybı olarak geri döner.

App Store ve Google Play yayın süreci nasıl işler?

Her iki mağaza da uygulamayı ve her yeni sürümü yayına almadan önce inceler; inceleme ölçütleri ve süreleri iki mağazada farklıdır. Mağaza kurallarını geliştirmenin sonunda değil, ürün tanımı aşamasında kontrol ediyoruz.

• Geliştirici hesapları sizin adınıza açılır. Uygulama ve kullanıcı verisi markanızın hesabında kalır; biz ekip üyesi olarak erişiriz.
• Gizlilik beyanları: App Store'daki gizlilik etiketleri ve Google Play'deki veri güvenliği bölümü, uygulamanın ve içindeki üçüncü taraf kütüphanelerin topladığı veriyle birebir uyumlu olmalıdır.
• Hesap silme: Uygulamada hesap oluşturulabiliyorsa iki mağaza da kullanıcının hesabını silebileceği bir yol sunulmasını ister.
• Test kanalları: Yayından önce iOS'ta TestFlight, Android'de kapalı test kanallarıyla gerçek kullanıcılarla deneme yapıyoruz.
• Kademeli yayın: Yeni sürümleri önce kullanıcıların bir bölümüne açıyor, çökme ve geri bildirim verisi temizse yayını genişletiyoruz.

Uygulama içi satın almada hangi kurallar geçerli?

Dijital içerik, abonelik ya da uygulama içinde kullanılan özellikler satılıyorsa mağazalar kural olarak kendi ödeme sistemlerinin kullanılmasını ister. Fiziksel ürünlerde ve gerçek dünyada verilen hizmetlerde ise kendi ödeme altyapınızı kullanabilirsiniz. Bu kurallar ülkeye ve döneme göre değiştiği için her projede güncel mağaza politikalarını yeniden kontrol ediyoruz. Ödeme akışının teknik ve güvenlik tarafını ödeme mimarisi sayfamızda ayrıca anlatıyoruz.

Sürüm yönetimi, çökme izleme ve performans nasıl yürütülür?

Web sitesinde bir hata düzeltmesi hemen yayına çıkar; mobil uygulamada ise düzeltme mağaza incelemesinden geçer ve kullanıcı güncellemeyi yükleyene kadar eski sürüm çalışmaya devam eder. Bu yüzden sürüm yönetimi mobilde ayrı bir disiplindir.

• Kritik bir güvenlik ya da uyumluluk sorununda kullanıcıyı güncellemeye yönlendiren zorunlu güncelleme mekanizması baştan kurulur.
• Yeni özellikler uzaktan açılıp kapatılabilen bayraklarla yayına alınır; sorun çıkarsa yeni sürüm beklemeden kapatılır.
• Çökme raporları Firebase Crashlytics ya da Sentry gibi araçlarla toplanır, cihaz ve işletim sistemi sürümü bilgisiyle önceliklendirilir.
• Açılış süresi, takılan ekranlar, Android'deki yanıt vermeme hataları, uygulama boyutu ve pil tüketimi her sürümde izlenir.

Mobil uygulamada neyi ölçmeli?

Yükleme sayısı tek başına bir başarı ölçütü değildir. Asıl soru, uygulamayı yükleyen kullanıcının kayıt, ilk sipariş, tekrar kullanım ya da abonelik gibi anlamlı adımlara ulaşıp ulaşmadığıdır. Bu yüzden geliştirmeden önce bir olay ölçüm planı yazıyoruz: hangi olayların, hangi parametrelerle ve hangi adla kaydedileceği.

iOS'ta uygulamalar arası izleme için kullanıcıdan ayrıca izin almak gerekir; KVKK açısından da açık rıza gerektiren işlemler diğerlerinden ayrılır. Ölçümü bu izinlere göre kuruyor, izin vermeyen kullanıcılar için toplu ve anonim raporlamayı koruyoruz.

Pazarlama ajansı kökenimiz en çok burada işe yarar. Uygulamanın mağazada bulunması, mağaza sayfasının yüklemeye dönüşmesi ve uygulama yükleme reklamlarının ölçülmesi için ASO ve uygulama reklamları ekibimizle aynı ölçüm planı üzerinde çalışıyoruz; uygulama yayına çıktığında kullanıcı edinimi için baştan bir kurulum gerekmez.

Mobil uygulamada güvenlik ve KVKK nasıl ele alınır?

Telefon kaybolabilir, ağ güvenilmez olabilir, uygulama paketi tersine mühendislikle açılabilir. Güvenliği bu varsayımlarla kuruyor, OWASP'ın mobil uygulama güvenlik standardı MASVS'yi kontrol listesi olarak kullanıyoruz.

• Oturum anahtarları ve hassas veriler iOS Keychain ve Android Keystore gibi işletim sisteminin güvenli alanlarında saklanır; uygulama koduna gizli anahtar yazılmaz.
• Tüm trafik şifreli bağlantı üzerinden gider; gereken projelerde sertifika sabitleme eklenir.
• Uygulama yalnızca işlevi için gereken veriyi ve izni ister; konum ya da rehber izni gerekçesiz istenmez.
• KVKK için aydınlatma metni, açık rıza gerektiren işlemler, verinin hangi sunucuda tutulduğu ve üçüncü taraf kütüphanelerin veri akışı belgelenir. Yurt dışına veri aktarımı içeren kararları hukuk danışmanınızla birlikte netleştiriyoruz.

Mobil uygulama yaptırmanın maliyetini ne belirler?

Maliyeti ekran sayısından çok, ekranların arkasındaki iş kuralları belirler. Teklifi aşağıdaki başlıkları keşifte netleştirdikten sonra yazılı olarak hazırlıyoruz:

• Tek platform mu iki platform mu; native mi çapraz platform mu.
• Kullanıcı rolleri, akışların sayısı ve karmaşıklığı.
• Backend'in sıfırdan mı kurulacağı, yoksa mevcut bir sisteme mi bağlanacağı.
• Ödeme, harita, mesajlaşma, ERP ya da CRM gibi entegrasyonlar.
• Çevrimdışı çalışma, gerçek zamanlı veri ve güvenlik gereksinimleri.
• Yayın sonrası bakım ve geliştirme kapsamı.

Büyük bir projeyi tek seferde kurmak yerine, çekirdek özelliklerle yayına çıkan bir ilk sürümle başlamayı ve gerçek kullanım verisiyle genişletmeyi öneriyoruz. Tamamlanan yazılım projelerimizi Unit Software referansları sayfasında inceleyebilirsiniz.

Yayından sonra bakım neden gerekir?

Mobil uygulama yayına çıktığında bitmiş sayılmaz. Apple ve Google işletim sistemlerini her yıl günceller; Google Play, uygulama güncellemelerinin güncel bir Android sürümünü hedeflemesini şart koşar, App Store da güncel geliştirme araçlarıyla derlenmiş sürümler ister.

Bakım anlaşmasında işletim sistemi uyumluluğu, kütüphane güncellemeleri, çökme takibi, mağaza politikası değişiklikleri ve küçük geliştirmeler yer alır. Her ay neyin yapıldığını ve bir sonraki sürümde ne olacağını yazılı olarak raporluyoruz. Projenizi konuşmak için iletişim sayfasından bize ulaşabilirsiniz.