Poslovna mobilna aplikacija je program na mobitelu ili tabletu preko kojega zaposlenici, kupci ili partneri obavljaju posao s vašom tvrtkom i kad nisu za računalom. Od web aplikacije razlikuje se po pristupu mogućnostima uređaja: kameri, lokaciji, obavijestima i podacima spremljenima na samom uređaju.
Kada mobilna aplikacija ima smisla
Rad na terenu
Za servisere, prodajne predstavnike, dostavu, montažu i obilaske: radni nalozi, kontrolni popisi, fotografije, potpis kupca na zaslonu i lokacija, i to i ondje gdje je signal slab.
Aplikacije za kupce
Narudžbe, rezervacije, program vjernosti, status usluge ili prijava kvara. Aplikacija za kupce ima smisla kad vam se kupci vraćaju dovoljno često da je vrijedi instalirati.
Interne aplikacije
Za zaposlenike izvan ureda: evidencije, odobravanja, inventura skeniranjem crtičnog koda, interne obavijesti i pregled podataka iz ERP-a.
Kada je dovoljna web aplikacija
Ako korisnici rade uglavnom za računalom ili aplikaciju otvaraju povremeno, web aplikacija jednostavnija je za izradu i održavanje: radi u pregledniku, ne prolazi pregled trgovina aplikacija i ažurira se odmah za sve. Kao progresivna web aplikacija može se dodati i na početni zaslon mobitela. Više o tome na stranici izrada web aplikacija. Mobilna aplikacija ima prednost kad trebate rad bez internetske veze, kameru i skeniranje, lokaciju ili pouzdane push obavijesti.
Nativno ili iz zajedničke baze koda
Kod razvoja mobilnih aplikacija za Android i iOS birate između nativnog razvoja i zajedničke baze koda. Nijedan pristup nije uvijek bolji, pa ga biramo nakon otkrivanja i obrazlažemo izbor.
Nativni razvoj
Nativni razvoj znači zasebnu aplikaciju za svaku platformu, u alatima koje preporučuju Google i Apple: Kotlin i Jetpack Compose za Android, Swift i SwiftUI za iOS. Prednosti su puni pristup mogućnostima uređaja, ponašanje na koje su korisnici navikli na svojoj platformi i pristup novim mogućnostima sustava čim izađu. Nedostatak je zaseban kod za svaku platformu, pa razvoj i održavanje traže više rada. Za Android radimo u Kotlinu i Jetpack Composeu, na kojima je izgrađen i naš vlastiti mobilni proizvod.
Zajednička baza koda
Ovdje se veći dio koda piše jednom, a iz njega nastaju aplikacije za obje platforme. Prednosti su manje posla na razvoju i održavanju te iste funkcije na Androidu i iOS-u. Nedostaci su dodatni sloj između aplikacije i sustava, povremeno kašnjenje podrške za nove mogućnosti uređaja i dijelovi koje ipak treba pisati posebno za svaku platformu.
Pri izboru gledamo koje uređaje korisnici imaju, koliko se aplikacija oslanja na kameru, Bluetooth, lokaciju i rad u pozadini, koliko je važan izgled svojstven platformi i tko će aplikaciju održavati. Ako svi korisnici imaju službene Android uređaje, često je dovoljna samo Android aplikacija.
Rad bez internetske veze
Na terenu signal nije zajamčen, pa aplikacija sprema podatke na uređaj i šalje ih kad se veza vrati. Unaprijed se dogovara što se smije raditi bez veze, što se događa kad više ljudi promijeni isti zapis i koji podaci smiju ostati na uređaju ako se on izgubi. Takav rad traži više razvoja i testiranja, ali je za terenski posao često presudan.
Push obavijesti
Push obavijest stiže na zaslon i kad aplikacija nije otvorena: novi radni nalog, odobren zahtjev, promjena statusa narudžbe. Šalju se preko usluga koje za to imaju Google i Apple, a korisnik ih mora dopustiti. Korisne su kad su rijetke i važne, jer previše obavijesti obično završi tako da ih korisnici isključe.
Povezivanje s vašim sustavima
Mobilna aplikacija podatke uzima iz ERP-a, CRM-a ili drugih sustava i u njih vraća ono što je napravljeno na terenu. Između aplikacije i tih sustava gradimo backend na Node.js-u i PostgreSQL-u koji provjerava prava, čuva podatke i s ERP-om ili CRM-om razgovara preko API-ja. Tako mobitel nema izravan pristup vašem ERP-u, a isti backend može služiti i web aplikaciji. Backend radi na poslužiteljima u EU. Mobilna aplikacija često je dio većeg sustava, a kako takve sustave gradimo, opisujemo na stranici razvoj softvera po mjeri.
Objava u Google Playu i App Storeu
Aplikacija za kupce objavljuje se u Google Playu i App Storeu. Preporučujemo da bude objavljena na razvojnim računima vaše tvrtke, kako bi i u trgovinama ostala vaša. Za objavu trebaju opis aplikacije, slike zaslona, pravila privatnosti i izjava o tome koje podatke aplikacija prikuplja. Obje trgovine pregledavaju aplikaciju prije objave i kod ažuriranja te mogu tražiti izmjene. Interne aplikacije ne moraju biti javne: mogu se dijeliti samo zaposlenicima, zatvorenom distribucijom kroz trgovine ili kroz sustav za upravljanje službenim uređajima.
Kako izrađujemo mobilnu aplikaciju
- Besplatan prvi razgovor: tko koristi aplikaciju, na kojim uređajima i u kakvim uvjetima.
- Otkrivanje i izbor pristupa: nativno, zajednička baza koda ili web aplikacija, uz obrazloženje.
- Opseg, procjena troška i plan po fazama.
- Prva radna verzija za 4–8 tjedana, instalirana na uređaje korisnika koji je testiraju. Napredak pratite u klijentskom portalu.
- Testiranje u stvarnim uvjetima, dorade i objava u trgovinama.
- Održavanje nakon objave.
Održavanje
Mobilna aplikacija traži više održavanja od web aplikacije. Google i Apple redovito izdaju nove verzije sustava i mijenjaju pravila trgovina, a aplikacija koja ih ne prati može izgubiti mogućnost ažuriranja ili postati nedostupna novim korisnicima. Održavanje obuhvaća prilagodbu novim verzijama Androida i iOS-a, sigurnosna ažuriranja, praćenje pogrešaka, nova izdanja u trgovinama i održavanje backenda.
O čemu ovisi cijena
Procjena troška ovisi o ovome:
- jedna platforma ili obje te odabrani pristup razvoju;
- rad bez internetske veze i usklađivanje podataka;
- kamera, skeniranje, lokacija, Bluetooth i rad u pozadini;
- broj zaslona, uloga i poslovnih pravila;
- integracije s ERP-om, CRM-om i drugim sustavima;
- zahtjevi za dizajn i pristupačnost;
- opseg održavanja i učestalost novih izdanja.
Što pripremiti
Prije prvog razgovora dobro je pripremiti:
- opis korisnika i uvjeta u kojima rade: ured, teren, skladište, mjesta bez signala;
- podatak o uređajima: službeni ili privatni, Android, iOS ili oboje;
- primjere obrazaca, naloga i izvještaja koje aplikacija zamjenjuje;
- dokumentaciju API-ja sustava s kojima se aplikacija povezuje;
- za javnu objavu razvojne račune kod Googlea i Applea na ime tvrtke, za koje obje trgovine traže D-U-N-S broj, te pravila privatnosti;
- osobu koja odlučuje o prioritetima i nekoliko budućih korisnika koji će isprobavati radne verzije.