En app brukeren laster ned og installerer på telefonen. Gir deg varsler, bruk uten nett og full tilgang til kamera og andre funksjoner — mot at du tar på deg app-butikkene som avhengighet.
Når det passer
Når du trenger noe nettleseren ikke gir deg. Det er i praksis tre ting: push-varsling (beskjeder som dukker opp på telefonen selv når appen er lukket), bruk uten nettdekning der data lagres lokalt og synkroniseres når dekningen kommer tilbake, og tett tilgang til telefonens egne funksjoner — kamera og skanning, posisjon, fingeravtrykk og ansiktsgjenkjenning, og BankID-appen. Trenger du ingen av delene, trenger du sannsynligvis ikke appen.
Designhensyn
Prisen for appen er ikke først og fremst utviklingen, det er avhengigheten. Hver eneste endring skal gjennom Apples og Googles godkjenningsrunder før brukerne får den — vanligvis dager, av og til lenger, og en avvisning kan komme av regler du ikke visste om. Du kan ikke rette en feil klokken 14 og ha den ute klokken 15, slik du kan på web. Samtidig sitter du gjerne med to kodebaser å vedlikeholde, én for iPhone og én for Android, med mindre du velger et rammeverk som lager begge fra samme kode. Legg til at brukerne må oppdatere: en andel kjører gammel versjon i månedsvis, så systemet må tåle at flere versjoner er i bruk samtidig. Er appen for ansatte, kommer utrullingen på toppen — den styres gjennom MDM (sentral administrasjon av apper og innstillinger på jobbtelefoner), som må settes opp og driftes av noen.
Dette må et menneske gjøre
Opprette utviklerkontoer hos Apple og Google (de koster årlig avgift), lage ikoner, skjermbilder og butikktekst, fylle ut personvernerklæring og datadeklarasjon i begge butikkene, og komme gjennom første godkjenning. For ansatt-apper: sette opp MDM (sentral utrulling på jobbtelefoner), registrere enhetene og teste at appen faktisk kommer ut til alle. Regn med at første publisering tar mer tid enn planlagt.
Grensesnitt mot den fysiske verden er der AI hjelper minst. Montering, nettverk, herding og sikkerhet er timer som ikke ble billigere av at koden ble det — og som regel der mesteparten av jobben faktisk ligger.
Typiske integrasjoner
Denne flaten kobles ofte mot: BankID · Vipps MobilePay
Åpen standard eller låst panel?
En web-app som kan installeres på telefonen — ofte kalt PWA, en nettside som legger seg som et ikon på hjemskjermen og virker uten nett — dekker i dag mye av det appen gjorde, uten butikkavhengighet. Trenger du likevel en ekte app, kan mye av innholdet fortsatt bygges på webteknologi, slik at logikken eies av deg og ikke må skrives på nytt for hver plattform. Vurder alltid om nettleseren holder før du tar på deg to butikker og to kodebaser.
Når det ikke lønner seg
Hvis appen bare viser sider som like gjerne kunne vært en nettside, er den ren kostnad. Da får du godkjenningsrunder, oppdateringstrøbbel og en installasjonsterskel i bytte mot ingenting. En app til publikum må dessuten være verdt plassen på telefonen — folk installerer ikke noe de bruker to ganger i året.
AI-perspektiv
AI får appen opp å stå raskt, men den fjerner ingenting av det som faktisk koster: butikkgodkjenning, personvernerklæringer, enhetstesting og utrulling til ansatte. Det er der tiden går, og der er det ingen snarvei. Ta beslutningen om app eller web før noen skriver kode — det er den dyreste beslutningen i hele prosjektet å snu på senere.
Skal dere ut i den fysiske verden? Skjermer i produksjon, kasse eller felt handler like mye om montering, nett og drift som om kode. DOPS har bygget systemer for norske virksomheter i over 20 år.
Snakk med et fagmiljø