Bursa'da mobil uygulama geliştirme süreci nasıl işler?

Uygulama yaptırmadan önce hangi sorular netleşmeli?

Uygulamayı kimin, nerede ve ne için kullanacağı netleşmeden geliştirmeye başlamak, sonradan pahalı değişikliklere yol açar. Bursa'daki firmalarla ilk görüşmede şu soruların cevabını arıyoruz:

• Kullanıcı kim: Herkese açık bir müşteri uygulaması mı, yalnız çalışanların ya da bayilerin kullanacağı kapalı bir uygulama mı.
• Nerede kullanılacak: Ofiste, sahada, araçta ya da fabrika içinde. İnternetin zayıf olduğu yerlerde çevrimdışı çalışma gerekir.
• Cihaz özelliği: Kamera, barkod ve karekod okuma, konum, bildirim, imza alma.
• Bağlanacağı sistemler: ERP, CRM, muhasebe ya da mevcut web siteniz.
• İlk sürümde ne olacak: Asıl işi gören birkaç ekran; geri kalanı sonraki sürümlere.

Bazen cevaplar uygulamaya gerek olmadığını gösterir. Kullanıcı ayda birkaç kez giriyorsa ve cihaz özelliği gerekmiyorsa mobil uyumlu bir web uygulaması yeterli olabilir; bunu da ilk görüşmede açıkça söylüyoruz. Ters durum da var: önce web olarak başlayan bir saha aracı, kamera ve çevrimdışı çalışma ihtiyacı doğunca uygulamaya dönüşebilir; bu yüzden sunucu tarafını iki kullanıma da uygun kuruyoruz.

Mobil uygulama geliştirme süreci hangi adımlardan oluşur?

Süreç keşif, tasarım, geliştirme, test, yayın ve bakım adımlarından oluşur; her adımın sonunda sizin onayınız alınır. Bizde adımlar şöyle ilerliyor:

1. Keşif ve kapsam: Kullanıcılar, ekran listesi, bağlantı kurulacak sistemler ve ilk sürümün sınırı yazılı hale getirilir.
2. Tasarım ve prototip: Ekranlar tasarlanır ve telefonda tıklanarak denenebilen bir prototip hazırlanır. Sahada kullanılacak uygulamalarda prototipi birkaç gerçek kullanıcıya denetiyoruz; ayrıntılar mobil uygulama UX tasarımı sayfamızda.
3. Geliştirme: Uygulama ve gerekiyorsa yönetim paneli ile sunucu tarafı geliştirilir. Kısa aralıklarla test sürümü gönderiyor, ilerlemeyi telefonunuzda görmenizi sağlıyoruz.
4. Test: Farklı telefon ve işletim sistemi sürümlerinde, mümkünse uygulamanın kullanılacağı gerçek ortamda deneme.
5. Mağaza yayını: Mağaza metinleri, ekran görüntüleri, gizlilik bilgileri ve inceleme süreci.
6. Bakım: Hata düzeltme, işletim sistemi güncellemelerine uyum ve yeni özellikler.

Toplantılar ve sürüm sunumları online yapılır. Fabrika içinde ya da sahada deneme gerektiren uygulamalarda test için Bursa'ya geliyoruz.

iOS, Android ya da çapraz platform: hangisi seçilmeli?

Uygulamanın hem iOS hem Android'de olması gerekiyorsa ve ağır bir cihaz özelliği kullanmıyorsa, tek kod tabanıyla iki platformu birden çıkaran çapraz platform çoğu projede doğru seçimdir. Yalnız bir platform hedefleniyorsa ya da cihazın donanımına derinden erişmek gerekiyorsa yerel (native) geliştirme öne çıkar.

Seçenek	Ne zaman uygun
Native iOS ve Android	Yoğun donanım kullanımı, yüksek performans isteyen ekranlar, platforma özgü özellikler
React Native	İki platform birden, web ekibiyle ortak bilgi birikimi, sık güncellenen içerik
Flutter	İki platform birden, iki platformda birebir aynı görünmesi gereken arayüz
Mobil web uygulaması	Mağazaya gerek olmayan, cihaz özelliği az kullanan araçlar

Sahada çalışan ekiplerde kullanılan cihazlara da bakmak gerekir. Depo ve sevkiyatta kullanılan dayanıklı el terminallerinin çoğu Android çalıştırır; böyle bir projede ilk sürüm yalnız Android olarak çıkabilir. Seçeneklerin ayrıntısını React Native ve Flutter sayfalarımızda anlattık.

App Store ve Google Play'de yayın nasıl yapılır?

Uygulama firmanızın adına açılan geliştirici hesaplarından yayınlanır; mağaza metinleri, ekran görüntüleri ve gizlilik bilgileri hazırlanıp incelemeye gönderilir. Hesapların sizin adınıza olması, uygulamanın sahipliğinin de sizde kalması demektir.

• Apple: Şirket adına Apple Developer Program üyeliği gerekir; kurumsal üyelikte şirketin D-U-N-S numarası istenir. Bu numarayı almak zaman alabildiği için başvuruyu projenin başında yapmanızı öneriyoruz.
• Google Play: Yeni açılan kişisel geliştirici hesapları, üretime geçmeden önce belirli sayıda test kullanıcısıyla kapalı test yapmak zorunda. Kurumsal geliştirici hesabında bu şart aranmıyor; bu yüzden hesabı şirket adına açmanızı öneriyoruz.
• Gizlilik: Her iki mağaza da uygulamanın topladığı verileri beyan etmenizi ister. Uygulama içinde hesap açılabiliyorsa, hesabın uygulamadan silinebilmesi de gerekir. KVKK aydınlatma metni uygulamada erişilebilir olmalı.
• Yalnız çalışanlara açık uygulamalar: Herkese açık mağaza listesi yerine Apple'ın kurumsal dağıtım seçenekleri ve Google Play'in yönetilen özel uygulama yöntemi kullanılabilir.

İnceleme sırasında en sık karşılaşılan sorunlar giriş gerektiren uygulamalarda inceleme ekibine deneme hesabı verilmemesi, çalışmayan bağlantılar ve gizlilik beyanının uygulamanın gerçekte topladığı verilerle uyuşmaması. Yalnız bayilerin ya da çalışanların girebildiği uygulamalarda inceleme için ayrı bir deneme hesabı hazırlıyor, içinde örnek veri bulunduruyoruz.

Mağazada bulunmak isteyen müşteri uygulamalarında mağaza sayfasının metni ve görselleri de aramalarda görünürlüğü etkiler; bu işi uygulama mağazası optimizasyonu olarak ayrıca yürütüyoruz.

Sahada çalışan ekipler ve bayiler için ne tür uygulamalar yapılır?

Bursa'daki üretici ve dağıtım firmalarında en çok ihtiyaç duyulan uygulamalar, ofis dışındaki çalışanın ya da bayinin işini telefondan yapabilmesini sağlayanlar. Genel örnekler:

• Servis ve montaj ekibi: İş emri listesi, müşteri adresi, yapılan işin fotoğrafı, müşteriden ekranda imza; bağlantı olmayan yerde kaydedip bağlantı gelince gönderme.
• Satış temsilcisi: Bayi ziyaretinde sipariş alma, bayinin cari durumunu ve kampanyaları görme, ziyaret notu.
• Bayi sipariş uygulaması: B2B portalın telefondaki hali; ürün kodu ya da barkodla hızlı sipariş, sipariş ve sevkiyat takibi. İnegöl'den Türkiye geneline bayi ağıyla satan mobilya üreticileri ve yedek parça dağıtıcıları için bu tür uygulamalar anlamlı.
• Depo ve sevkiyat: Barkodla mal kabul, sayım ve sevk kontrolü.
• Tesis içi bakım ve kalite: Makineye yapıştırılan karekodla makine kartını açma, arıza bildirimi, fotoğraflı kontrol listeleri.
• Çalışan iletişimi: Vardiyalı çalışan büyük tesislerde duyurular, izin talepleri ve eğitim belgeleri.

Bu uygulamaların ortak noktası veriyi mevcut sistemlerden alıp yine oraya yazması; bu yüzden ERP ya da CRM bağlantısı kapsamın önemli bir kısmını oluşturuyor. Bu tür uygulamalara tek bir ekiple başlamak daha sağlıklı: örneğin yalnız servis ekibi ya da yalnız bir bölgenin bayileri. İlk sürüm o grupta oturduktan sonra diğer ekiplere açılıyor. Kullanıcı eğitimini görüntülü toplantıyla yapıyoruz; saha ekibine yerinde eğitim gerekiyorsa bunu kurulum ya da saha testi günüyle birleştiriyoruz.

Yayından sonra bakım neden gerekir?

Çünkü telefonlar ve mağazalar durmadan değişiyor: Apple ve Google her yıl yeni işletim sistemi sürümü çıkarıyor, Google Play uygulamaların belirli bir süre içinde yeni sistem sürümünü hedeflemesini şart koşuyor, kullanılan kütüphaneler güvenlik güncellemesi alıyor. Bakımı yapılmayan bir uygulama bir süre sonra güncelleme yayınlayamaz hale gelebilir.

Bakım kapsamında hata düzeltmeleri, işletim sistemi uyumu, sunucu ve güvenlik güncellemeleri ve kullanıcı geri bildirimine göre küçük iyileştirmeler yer alıyor. Yayından sonra hangi ekranların kullanıldığını, uygulamanın nerede hata verdiğini ve kullanıcıların nerede takıldığını ölçüyoruz; bir sonraki sürümün önceliğini bu veriyle birlikte belirliyoruz. Sahada kullanılan uygulamalarda en değerli bilgi çoğu zaman kullanıcının kendisinden geliyor: ilk haftalarda birkaç saha çalışanıyla kısa görüşmeler yapmanızı öneriyoruz. Destek süresi projeye göre belirlenir; kaynak kodun sahipliği sözleşmede yazılır. Mobil uygulama hizmetimizin tamamı mobil uygulama sayfamızda.