Mobilapp eller webapp? En ærlig beslutningsguide for små bedrifter

Nesten hver uke forteller noen oss at de trenger en app. De har som regel allerede sett den for seg — et ikon på en telefon, noe kundene laster ned, kanskje et lite merke med antall varsler. Og nesten like ofte viser det seg, et kvarter inn i samtalen, at de slett ikke trenger en app. De trenger noe som fungerer vakkert på en telefon, noe som er en helt annen sak — billigere, raskere og langt mindre sannsynlig å samle støv i en appbutikk ingen besøker.

Ordet "app" har stille og rolig slukt tre eller fire svært ulike produkter. Når noen sier det, kan de mene en nativ app du laster ned, et nettsted som oppfører seg som en app, et internt verktøy for sine egne ansatte, eller bare "en moderne versjon av bedriften min på en skjerm". Å velge feil her er dyrt — ikke fordi det gale valget er vanskelig å bygge, men fordi det låser deg fast i måneder med kostnad og vedlikehold du ikke trengte.

Så dette er guiden vi skulle ønske at hver eier hadde hatt før den første samtalen. Ingen hype om hvilken plattform som vinner, ingen forestilling om at native apper alltid er det prestisjefylte valget. Bare et klarsynt blikk på hva de to alternativene egentlig er, hva de koster, og en enkel måte å avgjøre hvilken bedriften din trenger — om den i det hele tatt trenger noen av dem.

Finn først ut hva du faktisk mener med "app"

Før du kan velge, må du vite hva som står på menyen. En mobilapp — den native typen — er programvare som en bruker installerer fra App Store eller Google Play. Den bor på telefonen, får et ikon og kan nå dypt inn i enheten: kamera, GPS, push-varsler, frakoblet lagring, fingeravtrykksinnlogging. En webapp er et nettsted som gjør mer enn å vise informasjon — det lar folk gjøre ting: logge inn, bestille, betale, administrere en konto. Du åpner den i en nettleser, og det er ingenting å laste ned.

Mellom dem sitter et tredje alternativ de fleste aldri har hørt navngitt: den progressive webappen, eller PWA. Det er en webapp bygget slik at den kan "legges til på startskjermen", kjører i fullskjerm med eget ikon, virker frakoblet og kan sende varsler på de fleste enheter. For en enorm andel av små bedrifter er dette den gylne mellomveien ingen nevnte — den føles som en app for kunden, men den bygges og vedlikeholdes som et nettsted.

Hold disse tre fra hverandre i hodet, så forsvinner halve forvirringen. Som oftest er det ærlige spørsmålet ikke "nativ eller web?" — men "hvor app-aktig må dette egentlig føles, og er det verdt prisen?"

Forskjellene som faktisk betyr noe for en bedrift

Du finner hundre artikler som sammenligner de to på teknisk grunnlag. De fleste er skrevet for utviklere og bommer på hva en eier faktisk bryr seg om. Så la oss hoppe over rammeverkskrigene og snakke om de fire tingene som endrer hvordan bedriften din drives.

Hvordan folk kommer til den

En webapp bor på en lenke. Du kan legge den i en e-post, en tekstmelding, en QR-kode på et bord, et Google-søkeresultat. En kunde bruker den to sekunder etter klikket. En nativ app bor bak en nedlasting — kunden din må ønske den nok til å gå til en butikk, søke på navnet ditt, installere den og åpne den. Det gapet er brutalt. For en bedrift de fleste samhandler med av og til, er nedlastingen ofte hele grunnen til at en app mislykkes.

Hva den faktisk kan gjøre

Native vinner fortsatt på rå kraft. Hvis du trenger steinsikker frakoblet bruk, tungt kamera- eller sensorarbeid, jevn høytytende grafikk, eller varsler som absolutt må komme frem, er native det tryggere valget. Men gapet har krympet dramatisk. En moderne webapp kan ta imot betaling, bruke kameraet, finne plasseringen din, virke frakoblet og sende push-varsler på de fleste telefoner. Det ærlige spørsmålet er om din bedrift faktisk lener seg på de få tingene bare native gjør godt.

Hva det koster å bygge og holde i live

Her er gapet størst, og her blir eiere tatt på senga. En webapp er én kodebase som kjører overalt med en nettleser. En nativ app, gjort skikkelig, betyr ofte å bygge og vedlikeholde for to plattformer, pluss appbutikkens godkjenningsprosess, pluss løpende oppdateringer hver gang Apple eller Google endrer reglene. Byggingen er dyrere; vedlikeholdet er den delen ingen advarer deg om. En app er ikke noe du blir ferdig med — det er noe du mater.

Hvor mye kontroll du beholder

Med en webapp sender du en endring, og den er live på minutter. Med en nativ app venter hver oppdatering i en godkjenningskø, og butikken kan avvise den, kreve en andel av ethvert salg, eller endre retningslinjene sine under deg. Du leier plass på en annens plattform. For noen bedrifter er den byttehandelen verdt det. For mange er friheten i "det er bare et nettsted, vi oppdaterer det når vi vil" verdt mer enn finishen.

Når en nativ mobilapp virkelig er det rette valget

Native apper er ingen felle — de er et kraftig verktøy som er feil for de fleste små bedrifter og helt riktig for noen få. Her er når den ekstra kostnaden og innlåsingen betaler seg, ærlig og uten salgsglans.

• Folk bruker den konstant — daglig eller nesten daglig. Nedlastingskostnaden betales mange ganger tilbake av hyppig, lojal bruk.
• Du lener deg tungt på enhetsfunksjoner: kontinuerlig GPS, tungt kameraarbeid, Bluetooth-maskinvare, pålitelig frakoblet drift på steder uten signal.
• Varsler er kjernen i produktet, ikke en hyggelig ekstra, og de må komme pålitelig frem på enhver enhet.
• Ytelsen må være feilfri — raskt bevegelig grafikk, spill, sanntidsinteraksjon der et halvt sekunds forsinkelse er en dealbreaker.
• Å være i App Store er i seg selv en del av tillits- eller markedsføringshistorien kundene dine forventer.

Legg merke til temaet: native fortjener sin plass når appen brukes mye, av folk som allerede har forpliktet seg til deg, og når den avhenger av telefonens maskinvare på måter nettleseren ennå ikke kan matche. En feltserviceapp ditt eget team åpner førti ganger om dagen er en perfekt nativ kandidat. En bestillingsside en kunde berører to ganger i året er det ikke.

Når en webapp er det smartere, billigere valget

For de fleste små og mellomstore bedrifter er dette svaret — og det er ikke et kompromiss, det er den rette løsningen. En webapp skinner nettopp der native sliter: overalt hvor rekkevidde betyr mer enn rå kraft, og overalt hvor du må bevege deg raskt og endre ting ofte.

Velg web først når folk vil bruke tingen av og til snarere enn daglig, når du vil ha kunder inn uten friksjonen av en nedlasting, når budsjett og hastighet betyr noe, eller når du ennå ikke er sikker på at idéen vil slå an. Det siste punktet er undervurdert. En webapp er den perfekte måten å teste om noen vil ha idéen din før du forplikter deg til kostnaden ved å gå native. Du kan alltid bygge den native appen senere, når etterspørselen er reell og du kan se nøyaktig hvilke funksjoner som fortjener den.

En kort historie: klinikken som ba om en app

En fysioterapiklinikk kom til oss overbevist om at de trengte en mobilapp. En konkurrent litt lenger nede i gata hadde en, og det føltes som å havne bakpå å være uten. Bildet deres var klart: pasienter ville laste ned appen, bestille timer, se treningsprogrammene sine og få påminnelser. De hadde allerede halvt budsjettert for den og forberedt seg på kostnaden.

Så vi stilte spørsmålet vi alltid stiller: hvor ofte vil en pasient faktisk åpne denne? Det ærlige svaret var en håndfull ganger rundt et behandlingsforløp — bestille, kaste et blikk på øvelsene, bli minnet på, kanskje bestille på nytt måneder senere. Det er ikke daglig bruk. Det er sporadisk bruk. Og sporadisk bruk er nettopp der nedlastingsbarrieren stille dreper en app. Vi skisserte det sannsynlige utfallet: et par hundre euro i bygging, så pasienter som aldri gidder å installere den, og en resepsjon som fortsatt tar bestillinger på telefon fordi appen ble ubrukt.

Hva vi bygde i stedet

Vi bygde en webapp — en progressiv. Pasienter åpner den fra en lenke i bekreftelsesmeldingen sin: ingen nedlasting, ingen butikk, ingen kontobarriere for å komme i gang. De kan bestille og bestille på nytt, se treningsprogrammet sitt med videoer, og motta automatiske påminnelser som reduserer manglende oppmøte. Alle som vil ha app-følelsen, kan legge den til på startskjermen med ett trykk, og fra da av åpnes den i fullskjerm med klinikkens ikon, akkurat som en nativ app. For pasienten er den rett og slett appen.

Hvordan det gikk

Tallene her er illustrerende, men formen er den vi ser om og om igjen. Det kostet en brøkdel av det native bygget de hadde forberedt seg på, og langt mindre å holde i gang — ingen to plattformer, ingen butikkgodkjenninger, ingen kvartalsvis brannslukking når et operativsystem oppdateres. Fordi det ikke var noe å installere, brukte pasientene den fra dag én; utbredelsen var ikke sperret bak en nedlasting ingen fullfører. Påminnelser reduserte merkbart manglende oppmøte innen et par måneder. Og klinikken beholdt kontrollen: da de ville legge til et betalingstrinn, var det live samme uke, ikke fast i en godkjenningskø.

Den ærlige fotnoten: hvis pasientene om et år åpner den konstant og ber om dypere frakoblede funksjoner, kan en nativ app virkelig fortjene sin plass. Men nå vil den beslutningen tas på bevis, ikke på en konkurrents ikon. De vet at det er verdt det før de betaler for det.

Et enkelt rammeverk for å avgjøre selv

Du trenger ingen konsulent for å få dette omtrent riktig. Kjør idéen din gjennom fire spørsmål, i rekkefølge. Det første "ja" som virkelig passer, forteller deg det meste av det du trenger å vite.

1. 1
   Hvor ofte vil én person bruke den?

   Daglig eller nesten daglig peker mot native. Av og til — ukentlig, månedlig, et par ganger i året — peker tydelig mot web.
2. 2
   Trenger den virkelig telefonens maskinvare?

   Tung frakoblet bruk, kontinuerlig GPS, Bluetooth-enheter, intensivt kameraarbeid? Det er et nativt signal. "Det hadde vært fint å bruke kameraet én gang" er det ikke — web håndterer det fint.
3. 3
   Hvor raskt og hvor ofte vil du endre den?

   Hvis du vil justere og oppdatere konstant, eller fortsatt tester idéen, er webens umiddelbare oppdateringer og null portvoktere en stor fordel.
4. 4
   Hva er ditt reelle budsjett — å bygge og å vedlikeholde?

   Vær ærlig om det andre tallet. Hvis løpende vedlikehold på to plattformer ville belaste deg, start med web. Du kan rykke opp til native senere, med vilje, når saken er bevist.

En merknad om interne verktøy — et helt annet spørsmål

Alt over forutsetter at du bygger for kunder. Hvis du bygger for ditt eget team, endrer regnestykket seg. De ansatte dine installerer gjerne noe de bruker hele dagen til arbeid — nedlastingsbarrieren som dreper en forbrukerapp betyr knapt noe når det å bruke verktøyet er jobben. Så en intern feltservice- eller lagerapp kan ha sterke native argumenter der en kunderettet ikke ville hatt det.

Selv da vinner web oftere enn folk forventer. Et nettbasert internt verktøy virker på hvilken som helst enhet de ansatte dine allerede bærer, krever ingen installasjon på tvers av en flåte av telefoner, og oppdateres for alle i samme øyeblikk du publiserer. Med mindre du virkelig avhenger av frakoblet drift eller dyp maskinvaretilgang, er en intern webapp som regel den raskere, billigere, mindre smertefulle veien — samme logikk som før, bare med bruksforutsetningene snudd om.

Vanlige spørsmål