iOS and Android uygulama geliştirme
Tek kod tabanıyla iki platforma birden çıkan çapraz platform uygulamalar ya da performansın kritik olduğu yerlerde native geliştirme. Hangisinin size uygun olduğunu ihtiyaca bakarak seçiyoruz.
Mobile Application Development
iOS and Android için
iOS and Android için
işini bilen mobil uygulama
Uygulama her işletmeye gerekmiyor. Gerektiğinde ise doğru kurulmalı: tek işi iyi yapan, mevcut sisteminizle konuşan ve mağazada güncel kalan bir uygulama. Fikirden yayına kadar tek ekip.
Karar
Mobil uygulama size gerçekten gerekli mi?
Bu soruyu baştan sormak, yanlış yatırımı önlemenin en ucuz yolu.
Uygulama indirtmek ciddi bir eşiktir. Kullanıcı ayda bir kez giriyorsa mobil uyumlu bir web sitesi genelde daha mantıklıdır ve çok daha ucuza gelir. Mobil uygulama, tekrar eden kullanım olduğunda anlam kazanır: düzenli sipariş, takip, sadakat programı, bayi işlemleri, saha ekibi kullanımı gibi.
İkinci soru şu: uygulama hangi tek işi web sitesinden daha iyi yapacak? Bildirim gönderebilmek, çevrimdışı çalışabilmek, cihaz kamerasını veya konumunu kullanabilmek gibi somut bir üstünlük yoksa, uygulama çoğu zaman web sitesinin pahalı bir kopyası olur.
Gerekmediğini düşünürsek bunu açıkça söylüyoruz. İlk görüşmede genelde bu sorunun cevabını birlikte buluyoruz.
Kapsam
Mobil uygulama geliştirme hizmetlerimiz
Fikirden mağaza yayınına ve sonrasındaki bakıma kadar.
E-ticaret mobil uygulaması
Mevcut mağazanızın ürün, stok ve sipariş verisiyle konuşan bir uygulama. Sepet, ödeme, sipariş takibi ve bildirimlerle birlikte.
Anlık bildirim ve kullanıcı yönetimi
Segmentli bildirim gönderimi, kullanıcı kayıt ve giriş akışları, kampanya duyuruları. Bildirim, mobil uygulamanın en güçlü ve en kolay kötüye kullanılan aracıdır; ölçülü kurguluyoruz.
Mevcut sisteminizle entegrasyon
ERP, muhasebe, CRM veya e-ticaret altyapınızla veri alışverişi. Uygulama ayrı bir ada olmamalı; verinin tek kaynağı sizde kalmalı.
App Store ve Google Play yayını
Mağaza hesaplarının kurulumu, uygulama künyesi, görseller ve inceleme sürecinin yönetimi. Red gelen başvuruların çoğu, önlenebilir eksiklerden dönüyor.
Bakım, güncelleme ve sürüm yönetimi
iOS and Android her yıl yeni sürüm çıkarıyor; güncellenmeyen uygulama bir süre sonra mağazadan düşer. Sürüm takibini ve düzenli güncellemeyi üstleniyoruz.
Nasıl çalışıyoruz
Mobil uygulama geliştirme sürecimiz
01
Kapsam ve akış
Uygulamanın hangi işi çözeceğini ve kullanıcının hangi adımlardan geçeceğini netleştiriyoruz. En pahalı hata, gereksiz ekran geliştirmektir.
02
Arayüz tasarımı
Ekranları tasarlayıp tıklanabilir prototiple gösteriyoruz. Onay almadan koda geçmiyoruz.
03
Geliştirme ve test
Parça parça teslim; gerçek cihazlarda test. Farklı ekran boyutları ve işletim sistemi sürümleri ayrı ayrı deneniyor.
04
Mağaza yayını ve izleme
App Store ve Google Play başvuruları, yayın sonrası çökme ve kullanım takibi, ilk düzeltmeler.
Teknoloji
Mobil uygulama geliştirmede native mi, çapraz platform mu?
Çapraz platform (tek kod tabanı, iki mağaza) çoğu iş ve e-ticaret uygulaması için yeterlidir. Aynı işi tek ekiple yaptığı için hem daha hızlı hem daha ekonomiktir; güncellemeleri de tek yerden yaparsınız.
Native geliştirme (iOS and Android için ayrı ayrı) cihazın derinine inen ihtiyaçlarda öne çıkar: yoğun kamera veya sensör kullanımı, arka planda sürekli çalışma, ağır animasyon ve oyun benzeri deneyimler. Karşılığında maliyet ve bakım yükü iki katına yakın çıkar.
Seçimi peşinen yapmıyoruz. Uygulamanın ne yapacağını netleştirdikten sonra hangisinin daha doğru olduğunu gerekçesiyle birlikte söylüyoruz.
Bütçe
Mobil uygulama maliyetini ne belirler?
Ekran sayısı sandığınız kadar belirleyici değil.
Mobil uygulama tekliflerinde en çok sorulan soru "kaç ekran olacak" oluyor; oysa maliyeti asıl büyüten şey ekranların sayısı değil, arkalarındaki mantık. On basit listeleme ekranı, karmaşık bir fiyatlandırma kuralı olan tek ekrandan daha ucuza gelir.
integration sayısı. Uygulamanın konuştuğu her dış sistem ayrı bir iş kalemidir: veri biçimi, hata durumları, yeniden deneme mantığı ve o sistemin değişmesi hâlinde bakım. Tek bir ERP bağlantısı bile çoğu zaman iki ekranın geliştirilmesinden uzun sürer.
Kullanıcı rolleri ve yetkiler. Herkesin aynı şeyi gördüğü bir uygulama ile bayi, satış temsilcisi ve yönetici için farklı ekranlar gösteren bir uygulama arasında ciddi fark vardır. Yetki matrisi büyüdükçe test yükü de büyür.
Çevrimdışı çalışma. Uygulamanın internet olmadan da çalışması gerekiyorsa (saha ekipleri, depo, sayım) yerel veri saklama ve çakışma çözümü gerekir. Bu, tek başına projenin en teknik parçası olabilir.
Tasarımın özgünlüğü. Platformun standart bileşenleriyle kurulan bir arayüz hızlı ve ucuzdur; markaya özel animasyonlu bir deneyim ise ayrı bir tasarım ve geliştirme emeği ister.
Bu yüzden liste fiyatı vermiyoruz. İhtiyacı konuştuktan sonra kapsamı netleştirip sabit fiyatlı ve kalem kalem açıklanmış bir teklif veriyoruz.
Deneyimden
Mobil uygulama projelerinde en sık yapılan hatalar
Hiçbiri kötü niyetten değil; genelde sıranın yanlış kurulmasından.
Her şeyi ilk sürüme sığdırmaya çalışmak
İlk sürüm ne kadar büyükse yayına çıkma o kadar gecikir ve geri bildirim o kadar geç gelir. Doğrusu, tek işi iyi yapan bir sürümle çıkıp gerçek kullanım verisine göre büyütmektir. Yayınlanmamış uygulamanın hiçbir özelliği işe yaramaz.
Bildirimi kötüye kullanmak
Bildirim, mobil uygulamanın en güçlü aracı ve en hızlı kaybedilen iznidir. Sık ve alakasız bildirim gönderen uygulamalarda kullanıcılar önce bildirimi, sonra uygulamayı kapatır. Segmentli ve ölçülü kullanmak şart.
Web sitesinin kopyasını yapmak
Uygulama, sitenin küçültülmüş hâli olacaksa kullanıcı zaten siteyi kullanır. Uygulamanın somut bir üstünlüğü olmalı: bildirim, çevrimdışı çalışma, kamera, konum ya da çok daha hızlı tekrar giriş.
Kayıt zorunluluğunu ilk ekrana koymak
Kullanıcıyı daha ne olduğunu görmeden üye olmaya zorlamak, uygulamayı silmenin en yaygın sebebi. Önce değeri gösterip kaydı gerektiği yerde istemek dönüşümü belirgin biçimde artırır.
Tek cihazda test etmek
Geliştiricinin telefonunda çalışan uygulama, küçük ekranlı ya da eski işletim sistemli cihazlarda bozulabilir. Farklı ekran boyutu ve sürümde test etmeden yayına çıkmak, mağaza yorumlarının en hızlı düşme sebebidir.
Yayın sonrasını planlamamak
iOS and Android her yıl yeni sürüm çıkarır, mağaza kuralları değişir. Bakım planlanmamış uygulamalar bir süre sonra uyumsuz kalır ve mağazadan düşer. Yayın, işin bitişi değil başlangıcıdır.
Kullanım alanları
Sektöre göre mobil uygulama ihtiyaçları
Perakende ve e-ticaret
Tekrar eden sipariş, sadakat puanı ve kampanya bildirimi. Asıl kazanç yeni müşteri değil, mevcut müşteriyi daha sık getirmek. Uygulamayı indiren müşterinin sipariş sıklığı genelde web kullanıcısından yüksektir.
B2B ve bayi ağı
Bayiye özel fiyat listesi, cari bakiye görüntüleme, hızlı yeniden sipariş ve sipariş takibi. Bayi çalışanı gün içinde defalarca giriyorsa uygulama, web panelinden belirgin biçimde pratiktir.
Saha ve servis ekipleri
İş emri takibi, fotoğraflı raporlama, imza alma ve çevrimdışı çalışma. Kapsama alanı olmayan yerlerde veri kaybolmadan tutulmalı; bağlantı gelince eşitlenmeli.
Hizmet ve randevu işletmeleri
Randevu alma, hatırlatma bildirimi ve geçmiş işlem görüntüleme. Telefonla randevu trafiğini azaltmak, çoğu işletmede uygulamanın en somut geri dönüşüdür.
Yayın
Mobil uygulama mağaza yayın süreci nasıl işliyor?
Reddedilen başvuruların çoğu, önlenebilir eksiklerden dönüyor.
Hesap kurulumu. App Store için Apple Developer, Google Play için Play Console hesabı gerekir ve bunlar sizin adınıza açılmalıdır. Ajans kendi hesabından yayınlarsa uygulamanın sahibi siz olmazsınız; ileride ekip değiştirmek istediğinizde ciddi sorun çıkar. Corporate hesaplarda vergi ve şirket doğrulaması birkaç gün sürebilir, bunu takvime yazıyoruz.
Uygulama künyesi. İsim, açıklama, anahtar kelimeler, ekran görüntüleri ve tanıtım videosu. Bu içerikler yalnızca inceleme için değil, mağaza içi aramada bulunmak için de önemli — kullanıcıların çoğu uygulamayı mağaza aramasıyla buluyor.
İnceleme süreci. Apple ve Google başvuruyu insan ve otomatik kontrolden geçirir. En sık ret sebepleri: eksik gizlilik politikası, hesap silme seçeneğinin bulunmaması, test hesabı verilmemesi ve izin isteme gerekçesinin açıklanmaması. Bunları başvurudan önce hazırlıyoruz.
Yayın sonrası. İlk günlerde çökme oranını ve kullanıcı yorumlarını yakından izliyoruz. İlk yorumlar mağaza sıralamasını uzun süre etkilediği için, erken çıkan bir hatanın hızla düzeltilmesi önemlidir.
Kullanım
Mobil uygulama indirildikten sonra ne yapmalı?
Asıl zor kısım indirtmek değil, kullanılmaya devam etmesini sağlamak.
İlk açılış deneyimi
Kullanıcı uygulamayı ilk açtığında ne yapacağını anlamalı. Uzun tanıtım ekranları ve zorunlu kayıt, ilk gün silinmelerin başlıca sebebi. Değeri önce göster, kaydı gerektiği yerde iste.
Bildirim izni ne zaman istenmeli?
Açılışta hemen izin istemek genelde reddedilir; bir kez reddedildiğinde geri kazanmak çok zordur. Doğru an, kullanıcının bildirimden fayda göreceği anlamlı bir andır (sipariş takibi, randevu hatırlatma).
Hangi ekranda kayboluyorlar?
Kullanım ölçümü kurulmadan uygulama geliştirilemez. Hangi adımda çıkıldığını görmek, hangi özelliğin eklenmesi gerektiğini tahmin etmekten çok daha güvenilirdir.
Yorum ve puan yönetimi
Mağaza puanı hem sıralamayı hem indirme oranını etkiler. Puanı doğru anda istemek (olumlu bir deneyimin hemen ardından) ve olumsuz yorumlara cevap vermek, tek başına puanı belirgin biçimde yükseltir.
Sık sorulanlar
Mobil uygulama geliştirme hakkında sık sorulan sorular
Mobil uygulama geliştirme ne kadar sürer?
Odaklı bir uygulama (tek işi iyi yapan, sınırlı ekran sayısı) genelde birkaç ayda yayına alınabilir. Çok modüllü, çok rollü ve ağır entegrasyonlu projeler daha uzun sürer. Kapsamı netleştirdikten sonra takvimi yazılı veriyoruz.
Native mi, çapraz platform mu tercih etmeliyim?
Çapraz platform (tek kod, iki mağaza) çoğu iş uygulaması ve e-ticaret uygulaması için yeterlidir; daha hızlı ve daha ekonomiktir. Kamera, sensör, arka plan işlemleri veya yoğun animasyon gibi cihazın derinine inen ihtiyaçlarda native geliştirme daha doğru olur. Kararı ihtiyaca bakarak veriyoruz.
Mobil uygulama gerçekten gerekli mi?
Her işletmeye gerekmiyor. Kullanıcı ayda bir kez giriyorsa mobil uyumlu bir web sitesi genelde daha mantıklı; uygulama indirtmek ciddi bir eşiktir. Uygulama, tekrar eden kullanım (sipariş, takip, sadakat, bayi işlemleri) olduğunda anlamlı hale gelir. Gerekmediğini düşünürsek söylüyoruz.
Uygulamayı mağazalarda kim yayınlıyor?
Yayın sürecini biz yönetiyoruz. Mağaza hesapları sizin adınıza açılır; uygulama ve geliştirici hesabı size ait olur. Bu, ileride ekip değiştirseniz bile kontrolün sizde kalması için önemli.
Uygulamanın kaynak kodu kimde olacak?
Sizde. Kaynak kod ve veri müşteriye aittir; dilediğiniz zaman başka bir ekiple devam edebilirsiniz. Bunu baştan yazılı hale getiriyoruz.
Mevcut uygulamamı devralır mısınız?
Devralıyoruz. Önce ücretsiz teknik inceleme yapıyoruz: hangi teknolojiyle yazılmış, güncel mi, mağaza gereksinimlerini karşılıyor mu, geliştirilmeye uygun mu. Sonucu bizimle devam etmeseniz de paylaşıyoruz.
Uygulama yayınlandıktan sonra ne oluyor?
iOS and Android her yıl yeni sürüm çıkarır; mağazalar da kurallarını günceller. Güncellenmeyen uygulama bir süre sonra uyumsuz kalır ve mağazadan düşebilir. Bakım anlaşmasıyla sürüm takibini, güncellemeleri ve hata düzeltmelerini üstleniyoruz.
Mobil uygulama fiyatları nasıl belirleniyor?
Ekran sayısından çok işlevlerin karmaşıklığı ve entegrasyon sayısı belirliyor. Bu yüzden liste fiyatı vermiyoruz; kapsamı birlikte netleştirdikten sonra sabit fiyatlı teklif sunuyoruz. İlk görüşme ücretsiz.
Mobil uygulama ihtiyacınızı birlikte netleştirelim
Uygulama gerekmiyorsa bunu da söylüyoruz. İlk görüşme ve ihtiyaç analizi ücretsiz.
İlgili