Å bygge webapp når nettside hadde vært nok
Hvis brukeren bare skal lese, forstå og ta kontakt, blir innlogging, database og dashboard ofte unødvendig kompleksitet.
Nettside eller webapp – hva bør du velge?
En vanlig nettside passer når målet er synlighet, tillit, innhold og henvendelser. En webapp, ofte skrevet "web app" på engelsk, passer når brukeren skal logge inn, gjøre oppgaver, sende data, bruke dashboard, booking, kalkulator, portal eller en intern arbeidsflyt. Valget bør tas ut fra hva brukeren faktisk skal få gjort, ikke hva løsningen kalles.
Avklar riktig løsning
Nettside, webapp, portal, mobilapp eller plattform
/// BESLUTNINGSKART
Fra synlighet til innlogget arbeidsflyt
Velg løsning etter brukerhandling, data, roller og hvor mye som må automatiseres.
/// KORT_SVAR
Start med brukerhandlingen
Hvis kunden først skal finne dere, forstå tilbudet og ta kontakt, holder det ofte med en solid nettside bygget for innhold, SEO og konvertering. Hvis kunden eller ansatte skal utføre en oppgave i løsningen, trenger dere vanligvis webapp eller portal. Hvis flere roller, integrasjoner og prosesser skal samles i samme system, nærmer scope seg en digital plattform.
Lesing og tillit
Nettside
Oppgave og data
Webapp
Roller og systemer
Plattform
/// SAMMENLIGNING
Swipe / scroll for hele sammenligningen
| Løsning | Passer best når | Brukeren gjør | Typisk scope | Første steg |
|---|---|---|---|---|
| Vanlig nettside | Når målet er synlighet, tillit, innhold, landingssider og henvendelser. | Brukeren leser, sammenligner, forstår tilbudet og tar kontakt. | Informasjonsarkitektur, design, CMS, innhold, SEO, skjema og analyse. | Start med målgruppe, søkefraser, sidetyper og ønsket kontaktflyt. |
| Webapp | Når brukeren skal logge inn, gjøre oppgaver, sende inn data eller se status. | Brukeren bruker funksjoner: dashboard, booking, kalkulator, skjema eller arbeidsflyt. | Brukerflyt, innlogging, database, validering, adminpanel og integrasjoner. | Definer én kjernehandling som kan bygges, testes og forbedres først. |
| Digital plattform | Når flere roller, datakilder, prosesser og systemer skal samles over tid. | Kunder, ansatte eller partnere jobber i samme system med ulike rettigheter. | Arkitektur, roller, API-er, rapportering, sikkerhet, drift og videreutvikling. | Kartlegg brukere, datamodell, systemkoblinger og viktigste arbeidsflyt. |
/// NAR_NETTSIDE_HOLDER
Når holder en vanlig nettside?
En nettside er riktig når hovedjobben er å gjøre bedriften forståelig og enkel å kontakte. For mange bedrifter er dette det mest lønnsomme første steget: bedre struktur, bedre innhold, raskere sider og tydeligere veier til henvendelse. Se også hvordan vi jobber med webutvikling med Next.js.
- Kunden skal først forstå hvem dere er og hvorfor dere er relevante
- Organisk synlighet, landingssider og innhold er viktig
- Kontakt, tilbudsforespørsel eller booking kan løses med enkelt skjema
- Bedriften trenger troverdighet før mer avansert produktlogikk
- Det finnes ikke nok læring ennå til å bygge en innlogget løsning
Start med enkel nettside først når markedet, budskapet eller kundereisen fortsatt er uklar. Da kan dere lære av trafikk, søkefraser og henvendelser før dere bygger innlogging, datamodell eller spesialfunksjoner.
/// NAR_WEBAPP_TRENGS
Når trenger du webapp?
En webapp er riktig når nettsiden ikke bare skal informere, men la brukeren gjøre noe. Det kan være en kalkulator som lagrer resultat, et dashboard for kunder, booking med kapasitet, en intern saksflyt eller et adminpanel som erstatter manuelle rutiner.
- Brukeren skal logge inn eller komme tilbake til lagret informasjon
- Data skal sendes inn, beregnes, lagres eller vises i et dashboard
- Booking, kalkulator, portal, saksflyt eller adminpanel er sentralt
- Ansatte skal slippe manuelle steg i e-post, regneark eller skjema
- Løsningen skal kunne videreutvikles som et digitalt produkt
Hvis pris og scope er det du egentlig prøver å avklare, kan du lese mer om hva som påvirker kostnaden på en webapp. Denne siden handler først og fremst om riktig type løsning.
/// KUNDEPORTAL_ELLER_PLATTFORM
Når bør du vurdere kundeportal eller digital plattform?
Kundeportal er ofte riktig når eksisterende kunder trenger selvbetjening: status, dokumenter, bestillinger, saker, avtaler eller historikk. Digital plattform er riktig når portalen blir del av et større system med roller, integrasjoner, rapportering og drift. Da bør scope planlegges som produkt og arkitektur, ikke som en enkel nettside.
- Kunder, ansatte og administratorer trenger ulike roller
- Flere systemer må kobles sammen med API-er eller import/eksport
- Dataflyt, rapportering, rettigheter og drift blir like viktig som skjermene
- Løsningen skal støtte flere prosesser, ikke bare én enkel brukerhandling
- Dere trenger et fundament for videre produktutvikling over tid
For mer om scope og prisdrivere, se hva en digital plattform kan koste.
/// NAR_MOBILAPP_ER_RIKTIG
Når er mobilapp riktig i stedet?
Mobilapp bør vurderes når telefonen ikke bare er en skjerm, men en del av funksjonen. Hvis løsningen trenger pushvarsler, kamera, GPS, offline-bruk eller hyppig bruk på farten, kan en installert app gi mer verdi enn webapp alene. For mange prosjekter er det likevel smart å validere flyten som webapp først.
- Pushvarsler er en del av kjerneopplevelsen
- Kamera, GPS, biometri, offline-bruk eller telefonfunksjoner er nødvendig
- Brukeren skal gjøre korte handlinger ofte gjennom dagen
- Appdistribusjon gir reell verdi for målgruppen
- Webapp er testet, men mobilopplevelsen begrenser bruk eller gjenbesøk
Les mer om skillet mellom mobilapp og webapp, eller se hvordan Tigon jobber med app-utvikling.
/// PRIS_OG_SCOPE
Pris påvirkes av mer enn antall sider
En nettside prises ofte etter struktur, design, innhold, CMS og SEO-arbeid. En webapp prises mer etter brukerflyt, data, backend, innlogging og integrasjoner. En digital plattform prises etter helheten: roller, systemkoblinger, sikkerhet, drift og videreutvikling.
- Hvor mange brukergrupper løsningen har
- Om data skal lagres, valideres eller synkroniseres
- Om det trengs innlogging, roller eller adminpanel
- Hvor mange systemer som må integreres
- Hvor mye innhold og SEO-struktur som skal bygges
- Hvor kritisk sikkerhet, drift og videreutvikling er fra start
Teknologivalget spiller også inn. Hvis valget står mellom en innholdsdrevet side og en mer fleksibel teknisk løsning, kan Next.js vs WordPress være nyttig å lese etterpå.
/// FEILVALG
Feilvalg som gjør prosjektet dyrere
Å bygge nettside når problemet egentlig er arbeidsflyt
Hvis ansatte må kopiere data mellom skjema, e-post og regneark etter hver henvendelse, ligger verdien ofte i webapp eller portal.
Å starte med mobilapp for tidlig
Hvis behovet kan valideres i nettleseren først, er webapp ofte raskere å lansere og enklere å endre.
Å kalle alt en plattform før kjerneflyten er tydelig
En digital plattform bør bygges rundt dokumenterte roller, data og prosesser. Uten det blir scope fort bredt og dyrt.
Når bør man vente?
Vent med webapp eller plattform hvis ingen kan forklare hvem første bruker er, hvilken oppgave som skal løses, eller hva som skal måles etter lansering. Da er en enkel nettside, prototype eller manuell test ofte bedre første steg.
/// SJEKKLISTE_FOR_UTVIKLERDIALOG
Sjekkliste før du kontakter utvikler
- 01Hvem er første brukergruppe: kunde, ansatt, partner eller administrator?
- 02Hva er den ene handlingen brukeren må klare uten hjelp?
- 03Må brukeren logge inn, eller holder det med å sende inn et skjema?
- 04Hvilke data må lagres, og hvem skal ha tilgang til dem?
- 05Finnes det et manuelt steg som bør automatiseres først?
- 06Hvilke eksisterende systemer må løsningen snakke med?
- 07Hva bør måles etter lansering: trafikk, leads, fullførte oppgaver eller spart tid?
- 08Kan første versjon være en nettside eller MVP før større plattform bygges?
/// PRAKTISKE_EKSEMPLER
Praktiske eksempler
Start med vanlig nettside
Rådgivningsfirma som trenger flere henvendelser
Her er problemet ofte posisjonering, innhold, søkesynlighet og en tydelig kontaktflyt. Webapp kan vente til kundereisen krever innlogging eller selvbetjening.
Bygg webapp
Kursaktør med påmelding, status og deltakerdata
Når brukeren skal melde seg på, se status, endre informasjon eller få tilgang til innhold, er det mer enn en nettside.
Vurder kundeportal eller digital plattform
B2B-bedrift med ordre, dokumenter og flere kundetyper
Hvis kunder og ansatte trenger ulike roller, historikk, dokumenter og koblinger til interne systemer, bør arkitektur og drift planlegges tidlig.
Vurder mobilapp
Tjeneste for feltarbeidere med bilde, lokasjon og offline-behov
Når telefonfunksjoner og hyppig bruk er avgjørende, kan mobilapp være riktig. Ofte bør backend og adminflate likevel planlegges sammen med web.
Anbefalt neste steg
Lag en kort beslutningsbrief før dere ber om tilbud: hvem brukeren er, hvilken handling som er viktigst, hvilke data som må inn eller ut, og hva første versjon må bevise. Da blir det enklere å velge mellom nettside, webapp, kundeportal, mobilapp og plattform uten å overbygge.
Tigon kan hjelpe med å avklare scope, risiko og riktig første versjon før dere bestemmer teknologi.
Kontakt om riktig løsning