Apper som fungerer der jobben skjer.

Ja. Aprex bygger apper for begge plattformer og kan koble dem til data, booking, betaling og eksisterende systemer.

Ja, når systemene har API, eksport eller andre trygge integrasjonspunkter. Integrasjoner avklares tidlig i prosjektet, før appflyten låses.

Start med én tydelig brukergruppe og én kjerneflyt. Første versjon bør testes på ekte enheter før den utvides. Les gjerne om metoden Aprex bruker fra kartlegging til drift.

Ja. Aprex klargjør butikkoppføringer, skjermbilder, personverntekster og testflyt, følger innsending til godkjenning og håndterer oppdateringer etterpå.

Nye OS-versjoner kan kreve tilpasninger av appen. Avtalt drift og vedlikehold dekker testing mot nye versjoner og nødvendige oppdateringer.

Dataminimering, tydelig samtykke der det kreves, sikker lagring og sletting etter behov. Posisjon og kamera brukes bare der flyten krever det, og brukeren informeres tydelig om hva som samles inn og hvorfor. Apper som ber om mer tilgang enn flyten trenger, mister tillit raskt. Les mer på sikkerhetssiden.

Valget mellom app, PWA og nettside handler om hvilke plattformer dere må dekke, hvor dypt løsningen trenger å bruke enheten (kamera, push, offline-lagring), og hvordan arbeidet faktisk foregår. Aprex vurderer dette sammen med dere før valg av løsning. App passer best når brukerne er daglige og mobile, når kamera, posisjon, push eller offline-lagring er sentralt i flyten, eller når distribusjon gjennom App Store og Google Play gir tillit og rekkevidde. PWA kan holde der behovene er enklere og installasjonsterskelen bør være lav. Nettside vinner når innholdet sjelden endres per bruker og funnbarhet i søk er viktigst. Feil valg her er dyrt, så Aprex avklarer plattformspørsmålet før det designes noe som helst.

Mobilapper for felt, ansatte eller kunder kobles til data, booking, betaling og eksisterende systemer, slik at appen blir en del av driften i stedet for enda et frittstående verktøy. Det betyr at API-er, datamodeller og tilganger planlegges samtidig med selve appen: hvilke data appen leser og skriver, hvordan konflikter løses når samme post endres to steder, og hva som skjer uten nett. Pålogging følger virksomhetens krav, med sikker sesjonshåndtering og roller som speiler ansvaret brukeren allerede har. Betaling og booking går gjennom etablerte leverandører der det er mulig, slik at sensitive kort- og persondata aldri lagres i appen selv. Synkronisering designes slik at brukeren alltid ser status: hva som er lagret lokalt, hva som venter på nett, og hva som er bekreftet mottatt av serveren.

Aprex holder samme kvalitet fra første prototype til publisering i App Store og Google Play, og følger opp med drift og videreutvikling etter lansering. Prototypen testes på ekte enheter med ekte brukere, fordi simulatorer skjuler nettverksbrudd, batteribruk og hvordan appen oppfører seg med kalde fingre i felt. Før innsending klargjøres butikkoppføringer, skjermbilder, personvernerklæring, aldersgrenser og testkontoer for Apples og Googles kontrollører. Etter lansering følger Aprex opp med feilretting, tilpasning til nye OS-versjoner og videreutvikling basert på faktisk bruk, ikke gjetting.

Illustrasjon 1: Renholdere sjekker inn med geo-fence på bygg, krysser av sjekklister per rom, tar bilder av avvik og signerer digitalt. Kontoret ser status per bygg i sanntid og eksporterer dokumentasjon til kunden. Illustrasjon 2: Kunder booker timer, betaler og får push-varsel ved endringer, mens bedriftens kalender og CRM oppdateres automatisk uten manuell dobbeltføring. Illustrasjon 3: Serviceteknikere jobber offline i kjellere og tekniske rom, registrerer målinger og reservedeler, og synkroniserer når dekning kommer tilbake, med konfliktløsning som aldri mister data stille. Eksemplene er illustrasjoner, ikke beskrivelser av kundeoppsett.

Steg 1, plattformvalg: Aprex avklarer sammen med dere om app, PWA eller nettside passer, basert på enhetsbruk, offline-behov, distribusjon og budsjett for vedlikehold. Steg 2, prototype: Én kjerneflyt bygges og testes på ekte enheter med ekte brukere. Steg 3, førsteversjon: Full flyt med pålogging, offline-støtte, integrasjoner, feilhåndtering og universell utforming. Steg 4, butikklarering: Butikkoppføringer, personverntekster og testflyt for kontrollørene klargjøres, og innsending følges til godkjenning. Steg 5, drift: Overvåking av kræsj og ytelse, oppdateringer ved nye OS-versjoner og videreutvikling etter målt bruk. Hvert steg har tydelige leveranser før neste starter.

Apper henter sjelden verdi alene. Typiske kategorier de kobles mot, er CRM og saksverktøy for kunde- og ordredata, booking- og kalendersystemer for avtaler, betalingsleverandører for kjøp og abonnement, karttjenester for posisjon og ruter, push-tjenester for varsler, samt interne API-er og databaser for driftstall. Aprex bygger mot dokumenterte grensesnitt med versjonering, slik at appen ikke knekker når et bakenforliggende system oppdateres. Offline-lagring designes bevisst: brukeren skal alltid se hva som er lagret lokalt og hva som er bekreftet mottatt.

App passer dårlig når brukerne er sjeldne og nye hver gang, når innholdet er statisk og funnbarhet i søk er viktigst, eller når budsjettet ikke tåler vedlikehold på to plattformer over tid. Det passer også dårlig når kjernebehovet dekkes av en god mobiltilpasset nettside eller PWA til en brøkdel av kostnaden. Aprex sier fra når analysen peker dit, og foreslår heller nettside eller PWA. En app som ingen installerer eller vedlikeholder, er verre enn ingen app. Ærlighet i plattformvalget sparer både tid og penger.

Aprex drifter apper, ikke bare for kunder. TapInn driftes av Aprex og brukes til feltarbeid på mobil: geo-fence innsjekk, sjekklister, bilder, HMS og avvik registreres der jobben skjer, også med dårlig dekning, og flyter videre til oppfølging og dokumentasjon. Erfaringene derfra - offline-synk, enkel registrering med hansker på, tydelige varsler - gjenbrukes direkte i kundeprosjekter. Farled er i pilot, uten besluttet lanseringsdato, og utforsker mobil salgsflyt der møter og aktivitet fanges der selgeren er. 24AI og 24Markets er labs-produkter driftet av Aprex som viser at Aprex også mestrer webflater med løpende oppdatert innhold der app ikke trengs.

Appen tåler dårlig nett, feilinput og faktisk bruk i felt eller hos kunde. Derfor testes Aprex-apper på ekte enheter med ekte brukere før lansering, og drift med overvåking og oppdateringer er en del av leveransen, ikke et tillegg som oppdages etterpå. Universell utforming er også en del av kvalitetskravet: lesbar tekst, tilstrekkelig kontrast, skjermleserstøtte og betjening uten presise trykk, slik at appen fungerer for alle som skal bruke den i arbeidshverdagen.

Leverandør

APREX AS

Primær e-post

post@aprex.no

Plattform

iOS og Android

Bygger

Felt-, ansatt- og kundeapper koblet til eksisterende systemer

Passer når

Plattformkrav, enhetsintegrasjon eller arbeidsflyt tilsier en dedikert app fremfor nettside eller PWA

Typisk start

Prototype med én kjerneflyt testet på ekte enheter