Ankara Mobil Uygulama Geliştirme

Önce şu soruyu sormak lazım: uygulamaya gerçekten ihtiyacınız var mı

Bize gelen taleplerin önemli bir bölümü "firmamızın bir uygulaması olsun" cümlesiyle başlıyor. Sorduğumuzda ortaya çıkan ihtiyaç ise genellikle şu: müşteri ürünleri telefondan rahat görsün, sipariş versin, bayi stok sorgulasın, saha ekibi form doldursun. Bu ihtiyaçların hiçbiri uygulama olmadan çözümsüz değil.

Uygulamanın gizli maliyeti geliştirme değil, yaşatmak. Bir uygulama iki mağazada birden yayınlanır, her işletim sistemi güncellemesinde bakım ister, mağaza kuralları değiştiğinde revize edilir, kullanıcı güncellemeyi indirmediğinde eski sürüm sahada çalışmaya devam eder. Buna karşılık web tabanlı bir çözümde yaptığınız değişiklik aynı dakika herkeste görünür.

Bir de kurulum eşiği var. İnsan bir firmanın uygulamasını telefonuna kurmak için ciddi bir sebep ister. Yılda iki kez sipariş verilen bir tedarikçinin uygulaması, kurulsa bile birkaç hafta içinde silinir. Bu yüzden ilk toplantıda uygulamayı satmaya değil, gerekli olup olmadığını anlamaya çalışıyoruz.

• Kullanım sıklığıKullanıcı bunu haftada birkaç kez açacak mı, yılda birkaç kez mi.
• Telefonun kendi özellikleriKamera, konum, bildirim, çevrimdışı çalışma gibi bir şeye ihtiyaç var mı.
• Kullanıcı kitlesiKurulumu yapacak belirli ve sınırlı bir grup mu, herkese açık bir kitle mi.
• Güncelleme hızıİçeriğin veya kuralların ne sıklıkta değişeceği uygulama ile web arasındaki tercihi belirler.

Çoğu işletmede mobil site veya web panel daha doğru çözüm

Telefonda hızlı açılan, tek elle kullanılabilen bir site birçok senaryoyu karşılıyor. Ürün kataloğu, teklif formu, bayi giriş ekranı, sipariş takibi, başvuru alma. Raf Marketi için kurduğumuz e-ticaret sitesinde 514 ürün, online ödeme ve kargo entegrasyonu mobil tarayıcıdan sorunsuz çalışıyor; müşterinin bir şey indirmesi gerekmiyor.

İkinci seçenek web tabanlı panel. Nuriş Prefabrik'in kariyer sitesinde ilan yayınlama ve başvuru yönetimi tarayıcı üzerinden yapılıyor; İK sorumlusu masasındaki bilgisayardan da telefondan da aynı ekranı kullanıyor. Bu tip iç kullanım araçlarında uygulama yapmak, sadece kurulum ve güncelleme yükü ekliyor.

Web tarafındaki bir başka avantaj sürüm derdi olmaması. Bir hesaplama kuralını değiştirdiğinizde sahadaki herkes o an yeni kuralla çalışır. Uygulamada aynı işi yapmak için mağaza onayını beklemek ve kullanıcının güncellemeyi indirmesini ummak gerekir.

Gerçekten uygulama gerektiren durumlar

Uygulamaya karşı değiliz; bazı işler tarayıcıda düzgün olmuyor. En net ayrım, telefonun donanımına veya arka planda çalışmaya bağımlı işlerde ortaya çıkıyor.

Sahada internetin kesildiği yerlerde çalışan ekipler bunun tipik örneği. Formu çevrimdışı doldurup şebeke gelince göndermek gerekiyorsa, bunu tarayıcıyla güvenilir biçimde kurmak zor. Sürekli konum takibi, barkod ve QR ile hızlı seri okuma, cihaz eşleştirme, kilit ekranına düşen anlık bildirimler de aynı gruba giriyor.

Bir diğer durum kullanım sıklığı. Kullanıcı günde birkaç kez açıyorsa, telefonun ana ekranında bir simge olmanın karşılığı var. Personel takip aracı, saha servis uygulaması, sürekli kullanılan bir bayi sipariş ekranı bu tarife uyuyor.

• Çevrimdışı çalışmaŞebekesiz alanda veri girilip bağlantı gelince gönderilmesi gerekiyorsa uygulama gerekir.
• Donanım kullanımıSürekli barkod okuma, cihaz eşleştirme veya arka planda konum takibi tarayıcıda güvenilir çalışmaz.
• Anlık bildirimKullanıcıya kilit ekranından ulaşmak işin merkezindeyse uygulama tarafı öne geçer.
• Günlük kullanımAynı kişi günde defalarca açacaksa ana ekranda simge olmanın karşılığı vardır.
• Kapalı kullanıcı grubuKurulumu yapacak personel veya bayi listesi belliyse kurulum eşiği sorun olmaz.

iOS ve Android tarafında nasıl ilerliyoruz

Uygulama gerekli çıkarsa iki mağazaya birden yayınlanacak şekilde tek kod tabanıyla ilerliyoruz. Amaç iki ayrı proje yürütmemek; ekran ve iş mantığı ortak, sadece işletim sistemine özgü davranışlar ayrı ele alınıyor.

Uygulamanın verisi bir yerden gelmek zorunda. Bunu genelde firmanın mevcut sistemine bağlanan bir servis katmanı olarak kuruyoruz; aynı katman hem uygulamayı hem web panelini besliyor. Türesan Makine'de olduğu gibi kurumsal sistem ve otomasyon tarafını birlikte kurduğumuz projelerde veri tek merkezde kalıyor, iki yerde ayrı ayrı tutulmuyor.

Yayın tarafı için açık olalım: uygulamanın Apple ve Google mağazalarında yayınlanması firmanızın kendi geliştirici hesaplarını gerektiriyor ve mağaza inceleme süreleri bizim kontrolümüzde değil. Hesap açılışı ve gerekli belgeler konusunda size yol gösteririz, ancak inceleme süresi için tarih taahhüdü vermiyoruz.

Kapsamı ve bütçeyi nasıl belirliyoruz

Mobil uygulama tekliflerinde en büyük hata, konuşulmamış özelliklerin sonradan çıkması. Bunu önlemek için ekranları tek tek yazıyoruz: giriş nasıl olacak, kullanıcı tipleri neler, hangi ekranda hangi veriyi görecek, hangi işlemi yapabilecek.

Bu liste netleştikten sonra yazılı ve sabit bir teklif veriyoruz. Kapsam dışı bir istek çıkarsa fiyatı ayrıca konuşulur, iş sırasında sessizce kalem eklenmez. Fiyat rakamını burada yazmıyoruz çünkü altı ekranlık bir saha formu uygulamasıyla ödeme ve stok entegrasyonu olan bir sipariş uygulaması aynı iş değil.

Çoğu zaman ilk sürümü mümkün olduğunca dar tutmayı öneriyoruz. Sahada birkaç hafta kullanıldıktan sonra gerçekten hangi ekranın gerektiği ortaya çıkıyor; baştan yazılan istek listesinin bir kısmı genelde hiç kullanılmıyor.