Poslovna mobilna aplikacija je program na mobilnem telefonu ali tablici, prek katerega zaposleni, kupci ali partnerji opravljajo posle z vašim podjetjem tudi takrat, ko niso za računalnikom. Od spletne aplikacije se razlikuje po dostopu do zmožnosti naprave: kamere, lokacije, obvestil in podatkov, shranjenih na sami napravi.
Kdaj je mobilna aplikacija smiselna
Delo na terenu
Za serviserje, prodajne predstavnike, dostavo, montažo in obhode: delovni nalogi, kontrolni seznami, fotografije, podpis kupca na zaslonu in lokacija, tudi tam, kjer je signal šibek.
Aplikacije za kupce
Naročila, rezervacije, program zvestobe, stanje storitve ali prijava okvare. Aplikacija za kupce je smiselna, kadar se kupci k vam vračajo dovolj pogosto, da jo je vredno namestiti.
Interne aplikacije
Za zaposlene zunaj pisarne: evidence, odobritve, inventura s skeniranjem črtne kode, interna obvestila in pregled podatkov iz ERP-ja.
Kdaj zadošča spletna aplikacija
Če uporabniki delajo večinoma za računalnikom ali aplikacijo odpirajo le občasno, je spletno aplikacijo preprosteje izdelati in vzdrževati: deluje v brskalniku, ne gre skozi pregled trgovin z aplikacijami in se takoj posodobi za vse. Kot progresivno spletno aplikacijo jo je mogoče dodati tudi na začetni zaslon telefona. Več o tem na strani izdelava spletnih aplikacij. Mobilna aplikacija ima prednost, kadar potrebujete delo brez internetne povezave, kamero in skeniranje, lokacijo ali zanesljiva potisna obvestila.
Nativno ali iz skupne kodne osnove
Pri razvoju mobilnih aplikacij za Android in iOS izbirate med nativnim razvojem in skupno kodno osnovo. Noben pristop ni vedno boljši, zato ga izberemo po uvodni analizi in izbiro utemeljimo.
Nativni razvoj
Nativni razvoj pomeni ločeno aplikacijo za vsako platformo, z orodji, ki jih priporočata Google in Apple: Kotlin in Jetpack Compose za Android, Swift in SwiftUI za iOS. Prednosti so poln dostop do zmožnosti naprave, delovanje, ki so ga uporabniki vajeni na svoji platformi, in dostop do novih zmožnosti sistema takoj, ko izidejo. Slabost je ločena koda za vsako platformo, zato razvoj in vzdrževanje zahtevata več dela. Za Android delamo v Kotlinu in Jetpack Compose, na katerih je zgrajen tudi naš lastni mobilni izdelek.
Skupna kodna osnova
Tu se večji del kode napiše enkrat, iz nje pa nastanejo aplikacije za obe platformi. Prednosti so manj dela pri razvoju in vzdrževanju ter enake funkcije na Androidu in iOS-u. Slabosti so dodatna plast med aplikacijo in sistemom, občasna zamuda pri podpori novih zmožnosti naprav in deli, ki jih je kljub temu treba napisati posebej za vsako platformo.
Pri izbiri upoštevamo, katere naprave imajo uporabniki, koliko se aplikacija opira na kamero, Bluetooth, lokacijo in delovanje v ozadju, kako pomemben je videz, značilen za platformo, in kdo bo aplikacijo vzdrževal. Če imajo vsi uporabniki službene naprave Android, pogosto zadošča samo aplikacija za Android.
Delo brez internetne povezave
Na terenu signal ni zagotovljen, zato aplikacija shranjuje podatke na napravo in jih pošlje, ko se povezava vrne. Vnaprej se dogovorimo, kaj je dovoljeno delati brez povezave, kaj se zgodi, ko več ljudi spremeni isti zapis, in kateri podatki smejo ostati na napravi, če se ta izgubi. Takšno delovanje zahteva več razvoja in preizkušanja, a je za delo na terenu pogosto odločilno.
Potisna obvestila
Potisno obvestilo se prikaže na zaslonu, tudi ko aplikacija ni odprta: nov delovni nalog, odobren zahtevek, sprememba stanja naročila. Pošiljajo se prek storitev, ki jih imata za to Google in Apple, uporabnik pa jih mora dovoliti. Koristna so, kadar so redka in pomembna, saj se preveč obvestil navadno konča tako, da jih uporabniki izklopijo.
Povezava z vašimi sistemi
Mobilna aplikacija jemlje podatke iz ERP-ja, CRM-a ali drugih sistemov in vanje vrača, kar je bilo narejeno na terenu. Med aplikacijo in temi sistemi zgradimo zaledni sistem na Node.js in PostgreSQL, ki preverja pravice, hrani podatke in z ERP-jem ali CRM-om komunicira prek API-ja. Tako telefon nima neposrednega dostopa do vašega ERP-ja, isti zaledni sistem pa lahko služi tudi spletni aplikaciji. Zaledni sistem deluje na strežnikih v EU. Mobilna aplikacija je pogosto del večjega sistema, kako take sisteme gradimo, pa opisujemo na strani razvoj programske opreme po meri.
Objava v trgovinah Google Play in App Store
Aplikacija za kupce se objavi v trgovinah Google Play in App Store. Priporočamo, da je objavljena v razvijalskih računih vašega podjetja, da tudi v trgovinah ostane vaša. Za objavo so potrebni opis aplikacije, posnetki zaslona, pravilnik o zasebnosti in izjava o tem, katere podatke aplikacija zbira. Obe trgovini aplikacijo pregledata pred objavo in ob posodobitvah ter lahko zahtevata spremembe. Interne aplikacije ni treba objaviti javno: lahko jih delite samo z zaposlenimi, z zaprto distribucijo prek trgovin ali prek sistema za upravljanje službenih naprav.
Kako izdelamo mobilno aplikacijo
- Brezplačen prvi pogovor: kdo uporablja aplikacijo, na katerih napravah in v kakšnih razmerah.
- Uvodna analiza in izbira pristopa: nativno, skupna kodna osnova ali spletna aplikacija, z obrazložitvijo.
- Obseg, ocena stroškov in načrt po fazah.
- Prva delujoča različica v 4–8 tednih, nameščena na naprave uporabnikov, ki jo preizkušajo. Napredek spremljate na portalu za stranke.
- Preizkušanje v resničnih razmerah, dodelave in objava v trgovinah.
- Vzdrževanje po objavi.
Vzdrževanje
Mobilna aplikacija zahteva več vzdrževanja kot spletna. Google in Apple redno izdajata nove različice sistemov in spreminjata pravila trgovin, aplikacija, ki jim ne sledi, pa lahko izgubi možnost posodabljanja ali postane nedostopna novim uporabnikom. Vzdrževanje obsega prilagoditev novim različicam Androida in iOS-a, varnostne posodobitve, spremljanje napak, nove izdaje v trgovinah in vzdrževanje zalednega sistema.
Od česa je odvisna cena
Ocena stroškov je odvisna od tega:
- ena platforma ali obe ter izbrani pristop k razvoju;
- delo brez internetne povezave in usklajevanje podatkov;
- kamera, skeniranje, lokacija, Bluetooth in delovanje v ozadju;
- število zaslonov, vlog in poslovnih pravil;
- integracije z ERP-jem, CRM-om in drugimi sistemi;
- zahteve za oblikovanje in dostopnost;
- obseg vzdrževanja in pogostost novih izdaj.
Kaj pripraviti
Pred prvim pogovorom je dobro pripraviti:
- opis uporabnikov in razmer, v katerih delajo: pisarna, teren, skladišče, kraji brez signala;
- podatek o napravah: službene ali zasebne, Android, iOS ali oboje;
- primere obrazcev, nalogov in poročil, ki jih aplikacija nadomešča;
- dokumentacijo API-jev sistemov, s katerimi se aplikacija povezuje;
- za javno objavo razvijalska računa pri Googlu in Applu na ime podjetja, za katera obe trgovini zahtevata številko D-U-N-S, ter pravilnik o zasebnosti;
- osebo, ki odloča o prednostnih nalogah, in nekaj prihodnjih uporabnikov, ki bodo preizkušali delujoče različice.