Tekrar eden kullanım
Kullanıcı aynı işi tekrar tekrar yapıyorsa (sipariş, randevu, takip, ölçüm girişi) her seferinde tarayıcı açıp adres yazmak sürtünmedir. Uygulama simgesi ana ekranda durur ve o sürtünmeyi ortadan kaldırır.
Uygulama, mobil uyumlu siteden pahalıdır ve bakımı süreklidir. Birçok işletme “rakibimizde var” diye yaptırır, uygulama birkaç yüz kez indirilir ve mağazada unutulur. Bu yüzden ilk konuştuğumuz konu tasarım değil, ihtiyaç.
Mobil uygulama geliştirme, bir işletmenin hizmetini iOS ve Android telefonlara kurulabilen bir uygulama hâline getirme sürecidir. Kapsam belirleme, arayüz tasarımı, geliştirme, App Store ve Google Play yayın süreci ile yayın sonrası bakımı içerir. Uygulama, mobil uyumlu bir web sitesinden farklı olarak bildirim gönderebilir, kamera ve konum gibi cihaz özelliklerini kullanabilir ve internetsiz çalışabilir.
Aşağıdakilerden en az biri sizin için geçerliyse uygulama yatırımı kendini amorti eder. Hiçbiri geçerli değilse aynı bütçeyle hızlı ve mobil uyumlu bir site daha fazlasını kazandırır, bunu söylemekten çekinmiyoruz.
Kullanıcı aynı işi tekrar tekrar yapıyorsa (sipariş, randevu, takip, ölçüm girişi) her seferinde tarayıcı açıp adres yazmak sürtünmedir. Uygulama simgesi ana ekranda durur ve o sürtünmeyi ortadan kaldırır.
Kullanıcıya siz ulaşmak zorundaysanız (sipariş durumu, randevu hatırlatması, kampanya) bildirim en doğrudan kanaldır. E-postanın açılma oranıyla bildirimin görülme oranı arasında ciddi fark var.
Kamera, konum, barkod okuma, NFC ya da çevrimdışı çalışma gerekiyorsa tarayıcı bir yere kadar gider. Saha ekibi, depo sayımı ve teslimat gibi işlerde bu özellikler işin kendisidir, süsü değil.
Uygulamayı yazmak işin bir kısmı. Mağazada yayınlatmak, orada tutmak ve platform güncellemeleri karşısında çalışır hâlde bırakmak da kapsamın parçası.
Uygulamanın hangi işi çözeceği, hangi ekranlardan oluşacağı ve ilk sürümde nelerin OLMAYACAĞI netleşir. Tıklanabilir taslak üzerinden akış, kod yazılmadan önce birlikte denenir.
iOS ve Android için ayrı ayrı yazmak, aynı işi iki kez yapmak ve iki yazılımı ömür boyu ayrı güncellemek demektir. Tek kod tabanından iki platforma derlenen modern çatılar kullanıyoruz; güncellemeler ikisine aynı anda gidiyor.
Uygulamanın konuştuğu sunucu tarafı, kullanıcı hesapları, veri senkronizasyonu ve mevcut sistemlerinizle bağlantılar. Arka uç zaten varsa ona bağlanıyoruz; yoksa özel yazılım kapsamında sıfırdan kuruyoruz.
Anlık bildirim kurulumu, izin akışı ve segmentli gönderim. İzin isteme anı önemlidir: yanlış zamanda sorulan izin reddedilir ve kullanıcı bir daha kolay kolay geri dönmez.
Geliştirici hesabı kurulumu, sertifikalar, mağaza görselleri, açıklama metinleri, gizlilik ve veri toplama bildirimleri, inceleme yazışmaları. Hesaplar sizin adınıza açılır; uygulama sizin mülkünüzdür.
Platform güncellemelerine uyum, çöküş kayıtlarının takibi ve düzeltme sürümleri. Güncellenmeyen bir uygulama önce hata vermeye başlar, sonra mağazadan kaldırılır.
Süreç, mağaza incelemesi de hesaba katılarak planlanır. İnceleme reddi projeyi haftalarca geciktirebildiği için gizlilik metni, izin açıklamaları ve hesap silme akışı en baştan kapsama alınır.
Uygulamanın gerçekten gerekli olup olmadığını birlikte değerlendiriyoruz. Gerekliyse ilk sürümün kapsamı, gerekli değilse alternatif çözüm yazılı olarak paylaşılıyor. (1-2. hafta)
Ekranların tıklanabilir taslağı hazırlanır. Telefonda tek elle kullanım, dokunma hedefi boyutları ve geri dönüş davranışı bu aşamada kararlaştırılır. (2-4. hafta)
Uygulama ve arka uç geliştirilir. Ara sürümler test cihazlarına kurulur; ekibiniz uygulamayı mağazaya çıkmadan önce gerçek telefonda kullanır. (4. haftadan itibaren)
Geliştirici hesapları, sertifikalar, mağaza görselleri ve metinleri hazırlanır; inceleme süreci yürütülür. Reddedilme hâlinde gerekçe giderilip yeniden gönderilir. (2-3 hafta)
Çöküş kayıtları ve kullanım verisi izlenir, düzeltme sürümleri çıkılır. İşletim sistemi güncellemeleri geldikçe uyum sürümü hazırlanır. (süreklidir)
Bir uygulamanın kaç kez indirildiğiyle övünmek kolaydır. Asıl soru, indirenlerin kaçının hâlâ kullandığıdır. Kurulumla birlikte gelen ölçüm altyapısında şu üç sayıya bakıyoruz.
İndirenlerin birinci gün, yedinci gün ve otuzuncu gün sonunda kaçının uygulamayı hâlâ açtığı. Kalıcılık düşükse sorun tanıtımda değil, ilk açılış deneyimindedir.
Kullanıcının işi tamamlamadan çıktığı ekran. Genellikle tek bir ekranda toplanır: zorunlu kayıt, izin isteme ya da uzun bir form. O ekran düzeltilince diğer bütün sayılar birlikte iyileşir.
Uygulamanın kaç oturumda hata verdiği ve mağaza puanının nasıl seyrettiği. Çöküş oranı yükselirken puan düşer; düşen puan da yeni indirmeyi doğrudan azaltır.
Mobil uygulama, mobil uyumlu siteden pahalıdır ve bakımı süreklidir. Buna rağmen birçok işletme “rakibimizde var” diye uygulama yaptırır, uygulama birkaç yüz kez indirilir ve mağazada unutulur. Bu yüzden ilk konuştuğumuz konu tasarım değil, ihtiyaç oluyor.
Uygulamayı haklı çıkaran birkaç net durum var: kullanıcının aynı işi tekrar tekrar yapması, bildirim göndermeniz gerekmesi, kamera veya konum gibi cihaz özelliklerini kullanmanız, ya da uygulamanın internetsiz de çalışması gerekmesi. Bunların hiçbiri yoksa aynı bütçeyle hızlı ve mobil uyumlu bir web sitesi daha fazlasını kazandırır.
iOS ve Android için ayrı ayrı uygulama yazmak, aynı işi iki kez yapmak ve sonra iki ayrı yazılımı ömür boyu ayrı ayrı güncellemek demektir. Bunun yerine tek kod tabanından iki platforma birden derlenen modern çatıları kullanıyoruz. Sonuç: geliştirme süresi kısalıyor, güncellemeler iki platforma aynı anda gidiyor ve iki mağazada birbirinden farklı davranan bir uygulamayla uğraşmıyorsunuz.
Cihaza özel davranış gereken yerlerde (bildirim izinleri, ödeme akışı, giriş yöntemleri) platformun kendi kurallarına uyuyoruz. Kullanıcı uygulamayı “web sitesinin telefona sıkıştırılmış hâli” gibi değil, telefonuna ait bir uygulama gibi hissetmeli.
Uygulamayı yazmak bir iş, App Store ve Google Play’de yayınlatmak ayrı bir iş. Her iki mağazanın da inceleme kuralları var ve bunlar sık değişiyor: gizlilik politikası, veri toplama bildirimi, hesap silme zorunluluğu, izin açıklamaları, uygulama içi satın alma şartları. Kurallardan biri atlandığında uygulama reddediliyor ve süreç baştan başlıyor.
Yayın sürecini biz yürütüyoruz. Geliştirici hesabı kurulumu, sertifikalar, mağaza görselleri, açıklama metinleri, sürüm notları ve inceleme yazışmaları dâhil. Hesaplar sizin adınıza açılıyor; uygulama sizin mülkünüz.
Uygulamalar sitelerden farklı olarak, siz hiçbir şey yapmasanız bile bozulur. Apple ve Google her yıl yeni işletim sistemi sürümü çıkarır, eski kütüphaneler desteğini yitirir, mağaza yeni bir zorunluluk getirir. Güncellenmeyen bir uygulama önce hata vermeye başlar, sonra mağazadan kaldırılır.
Bu yüzden bakımı işin kapsamına dâhil ediyoruz: platform güncellemelerine uyum, çöküş kayıtlarının takibi ve düzeltme sürümleri. Uygulamanın kaç kez açıldığını, nerede terk edildiğini gösteren ölçüm altyapısını da baştan kuruyoruz; hangi ekranın işe yaramadığını tahminle değil veriyle konuşuyoruz.
Bir uygulama nadiren tek başına durur. Siparişin düştüğü panel, stoğun okunduğu kaynak, kullanıcının giriş yaptığı hesap sistemi; bunlar uygulamanın konuştuğu arka uçtur. Bu taraf zaten varsa ona bağlanıyoruz; yoksa aynı proje içinde kuruyoruz. Kapsamını özel yazılım geliştirme sayfamızda ayrıntılandırdık.
Uygulama mağazaları da birer arama motoru. İsim, alt başlık, açıklama ve ekran görüntüleri, kullanıcının aradığı kelimelerle örtüşmediğinde uygulama listelerde görünmez. Mağaza içi optimizasyonu kurulumun parçası olarak ele alıyoruz.
Bunun bir de dışarısı var: kullanıcı çoğu zaman uygulamayı mağazada aramadan önce internette arıyor. Bu yüzden uygulamanın bir tanıtım sayfası oluyor ve o sayfa arama sonuçlarında görünecek şekilde kuruluyor. Yapay zekâ motorlarının uygulamanızdan bahsedebilmesi için gereken yapı da aynı mantıkla ele alınıyor; ayrıntısını GEO hizmetimizde anlattık.
Geliştirdiğimiz Tekno Kart ürününde bilinçli olarak uygulama yapmadık: kart telefona dokundurulduğunda profil doğrudan tarayıcıda açılıyor, karşı tarafın hiçbir şey indirmesi gerekmiyor. Uygulama o senaryoda kullanımı kolaylaştırmaz, zorlaştırırdı. Aynı değerlendirmeyi sizin fikriniz için de yapıyoruz.
Aklınızdaki uygulamayı konuşmak ve gerçekten gerekli olup olmadığını birlikte değerlendirmek isterseniz bize ulaşın.
Aşağıdakiler kapsamı anlatmak içindir, sabit fiyat listesi değildir. Nihai kapsam ve bütçe, ihtiyaç görüşmesinin sonunda yazılı olarak netleşir.
Uygulama fikri olan ama gerçekten gerekli mi, ne kadara mal olur bilmeyen işletmeler için.
Tek bir işi iyi yapan, mağazada yayınlanmış çalışan bir uygulama isteyenler için.
Arka uç sistemi de kurulacak, mevcut programlarla konuşacak projeler için.
Performans, kullanıcıyı müşteriye çevirme ve uygulamayı duyurma üzerine yazdıklarımız.
Rehber
İlk sayfadasınız ama ziyaretçi gelip hemen gidiyorsa sorun içerikte olmayabilir. LCP, INP ve CLS'i nasıl ölçüp...
Yazıyı oku
Rehber
Ziyaretçi geliyor ama telefon çalmıyorsa sorun trafiğin miktarında değil cinsinde olabilir. Satışı durduran be...
Yazıyı oku
Rehber
Aynı bütçeyle bir satış da alınır otuz satış da; farkı hedefleme ve ölçüm yaratıyor. KOBİ'lerin düştüğü beş ha...
Yazıyı okuSitenizi, rakiplerinizi ve arama sonuçlarındaki yerinizi inceleyip bulguları yazılı olarak paylaşalım.