ProduktutviklingHafsteinn Runarsson · AI Konsulent08 Oct 2026 · 11 min

Innsiktsarbeid for digitale produkter: fra spørsmål til beslutning

Innsiktsarbeid gir et produktteam et bedre grunnlag for å velge hvilket problem som er verdt å løse, for hvem og hvordan effekten skal måles. Målet er ikke mest mulig research. Målet er å redusere usikkerhet før teamet binder tid og penger i en løsning.

Kort svar: Start med beslutningen dere må ta. Skriv ned hva dere vet, antar og mangler svar på. Velg deretter den minste kombinasjonen av kvalitative, kvantitative og rammebaserte metoder som kan gi et troverdig svar. Samle og analyser data, skill funn fra tolkning, og gjør innsikten om til prioriterte problemer og testbare hypoteser. Fortsett å hente innsikt gjennom hele produktsyklusen.

Hva er innsiktsarbeid?

Innsiktsarbeid er en systematisk prosess for å samle, analysere og bruke kunnskap om brukere, problemer, atferd og rammebetingelser. I digitale produkter skal arbeidet gjøre en konkret beslutning bedre — ikke bare produsere rapporter.

Det er nyttig å skille mellom tre nivåer:

• Data er det dere har registrert, for eksempel en observasjon, en hendelse i produktet eller et intervjusitat.
• Funn er et mønster dere kan dokumentere i datagrunnlaget.
• Innsikt forklarer hvorfor mønsteret er viktig, og hvilken beslutning det bør påvirke.

En enkelt kommentar er derfor ikke automatisk innsikt. Den kan være et signal som må undersøkes sammen med andre observasjoner eller data.

Innsiktsarbeid og brukerinnsikt brukes ofte om hverandre. Brukerinnsikt retter oppmerksomheten mot menneskers behov, mål og atferd. Innsiktsarbeid kan i tillegg omfatte teknologi, regelverk, organisasjon, økonomi og andre rammer som påvirker hva teamet kan eller bør gjøre.

Hvorfor er innsiktsarbeid viktig i produktutvikling?

Godt innsiktsarbeid reduserer risikoen for at teamet bygger riktig løsning på feil problem. Det gjør antakelser synlige, hjelper teamet å prioritere og gir et felles språk for beslutninger.

Arbeidet kan blant annet avklare:

• hvilket problem brukeren faktisk prøver å løse
• hvor i en arbeidsflyt eller brukerreise friksjonen oppstår
• om problemet gjelder mange, få eller en kritisk gruppe
• hvorfor brukere stopper, omgår eller misforstår en løsning
• hvilke juridiske, tekniske eller organisatoriske rammer som påvirker handlingsrommet
• hva teamet bør teste før en større investering
• hvilken endring som vil være synlig hvis løsningen virker

Oslo Origos prinsipper for innsiktsarbeid fremhever at innsikt bør brukes målrettet, kontinuerlig og tverrfaglig. Det er et viktig skille: Innsikt er ikke en fase teamet blir ferdig med før utviklingen starter. Ny kunnskap oppstår når løsningen prototypetestes, lanseres og brukes.

Kvalitativ, kvantitativ og rammebasert innsikt

De tre innfallsvinklene svarer på ulike spørsmål og bør brukes sammen når beslutningen krever det. Kvantitative data kan vise hva og hvor mye, kvalitative data kan forklare hvordan og hvorfor, mens rammeinnsikt viser hva løsningen må forholde seg til.

• Kvalitativ innsikt: Intervjuer, observasjon og brukertesting gir dybde. Metodene kan avdekke mål, språk, motivasjon, arbeidsmåter og årsaker til friksjon.
• Kvantitativ innsikt: Produktanalyse, spørreundersøkelser, søkedata og saksvolum viser mønstre, omfang og endring over tid.
• Rammeinnsikt: Kunnskap om regelverk, teknologi, datakvalitet, organisering, kompetanse, økonomi og miljø viser hva teamet må tilpasse eller endre.

Ingen av dem er «best» alene. En høy avbruddsrate kan vise at noe skjer, men ikke nødvendigvis hvorfor. Et intervju kan forklare en mulig årsak, men ikke hvor utbredt den er. Et tydelig brukerbehov kan samtidig være vanskelig å løse hvis tilgang, datagrunnlag eller regelverk setter grenser.

NTNUs metodeoversikt anbefaler å kombinere flere metoder for å veie opp for styrker og svakheter i hver enkelt metode. Dette kalles ofte triangulering: Teamet undersøker samme spørsmål fra flere vinkler før det konkluderer.

Slik gjennomfører du innsiktsarbeid steg for steg

Et godt innsiktsløp går fra beslutning til læring i åtte tydelige steg. Omfanget kan være lite eller stort, men logikken er den samme.

1. Start med beslutningen

Formuler hvilken beslutning innsikten skal støtte. «Vi vil forstå brukerne» er for bredt. «Vi må velge hvilket steg i onboarding vi skal forbedre først» gir retning.

Skriv ned:

• beslutningen som må tas
• hvem som eier beslutningen
• når den må tas
• hva som står på spill
• hvilket bevis som er godt nok til å gå videre

Da blir det lettere å velge riktig metode og stoppe før researchen blir et mål i seg selv.

2. Avgrens problem og målgruppe

Velg én situasjon, oppgave eller brukergruppe om gangen. En tydelig avgrensning gjør dataene lettere å tolke og funnene lettere å handle på.

Beskriv:

• hvem dere undersøker
• hva personen prøver å få gjort
• i hvilken situasjon behovet oppstår
• hvor prosessen starter og slutter
• hvilke grupper eller situasjoner som ikke inngår nå

Hvis problemet går på tvers av kanaler eller systemer, kan en brukerreise gjøre overganger, venting og blindveier synlige.

3. Skill kunnskap fra antakelser

Lag en enkel oversikt over hva dere vet, hva dere tror og hva dere ikke vet. Dette hindrer at interne meninger blir behandlet som brukerbehov.

Bruk tre lister:

• Vi vet: støttet av konkrete data eller observasjoner.
• Vi antar: sannsynlig, men ikke undersøkt godt nok.
• Vi må finne ut: kunnskap som kan endre beslutningen.

Noter også hvor gammel kunnskapen er. Brukeratferd, produktet og rammene rundt kan ha endret seg siden forrige undersøkelse.

4. Formuler et researchspørsmål

Et godt researchspørsmål er åpent, avgrenset og knyttet til beslutningen. Det spør om problemet før det spør om en bestemt løsning.

Gode spørsmål kan være:

• Hva prøver nye administratorer å oppnå før de inviterer kolleger?
• Hvor oppstår usikkerhet når en bruker velger tilgangsnivå?
• Hvilke opplysninger mangler brukeren når oppgaven avbrytes?
• Hvilke rammer hindrer teamet i å løse problemet på dagens måte?

Unngå ledende spørsmål som «Vil brukerne ha en chatbot?». Det låser undersøkelsen til en løsning før behovet er forstått.

5. Velg metode etter spørsmålet

Velg den enkleste metoden som kan gi et troverdig svar. Metoden skal følge spørsmålet, ikke verktøyet teamet tilfeldigvis kjenner best.

• Intervju: når dere må forstå mål, erfaringer, språk eller begrunnelser.
• Observasjon: når faktisk arbeid kan avvike fra det folk husker eller forteller.
• Brukertest: når dere vil se om noen forstår og kan bruke en skisse, prototype eller løsning.
• Produktanalyse: når dere vil finne steg, mønstre, feil eller frafall i faktisk bruk.
• Spørreundersøkelse: når dere har presise spørsmål som bør undersøkes i en større gruppe.
• Support-, søke- og henvendelsesdata: når dere vil finne gjentatte problemer i eksisterende kontaktpunkter.
• Dokumentanalyse: når regelverk, tidligere studier, avtaler eller fagkunnskap kan svare på deler av spørsmålet.
• Eksperiment: når en avgrenset endring kan teste om en hypotese påvirker ønsket atferd eller effekt.

Bruk gjerne én metode til å finne mulige forklaringer og en annen til å undersøke om mønsteret går igjen. Men ikke samle flere datakilder enn beslutningen trenger.

6. Planlegg etikk, personvern og inkludering

Etisk og lovlig gjennomføring må planlegges før datainnsamlingen starter. Teamet bør bare samle inn opplysninger det har et tydelig formål og et gyldig grunnlag for å behandle.

Avklar blant annet:

• hva deltakerne skal få vite
• hvordan samtykke eller annet behandlingsgrunnlag håndteres
• hvilke personopplysninger som faktisk er nødvendige
• hvem som får tilgang til rådata
• hvor og hvor lenge data skal lagres
• hvordan sitater, skjermbilder og opptak anonymiseres
• hvordan deltakere kan trekke seg
• hvilke grupper som kan bli oversett av rekrutteringen eller metoden

NAVs fagområde for brukerinnsikt samler etikk, samtykke, lagring, måling og brukertesting som deler av samme praksis. Det understreker at kvalitet ikke bare handler om metoden, men også om hvordan mennesker og data blir behandlet.

7. Analyser før dere foreslår løsninger

Skill observasjon, tolkning og forslag. Ellers kan teamet hoppe fra et interessant sitat til en favorittfunksjon uten å undersøke alternative forklaringer.

En praktisk analyse kan følge denne rekkefølgen:

1. Samle notater, hendelser og relevante data på ett sted.
2. Merk observasjoner uten å forklare dem for tidlig.
3. Grupper observasjoner som handler om samme behov eller hindring.
4. Se etter mønstre, avvik og motstridende data.
5. Skriv funn som beskriver hva som skjer og i hvilken situasjon.
6. Knytt hvert funn til bevis og usikkerhet.
7. Formuler innsikten som betydningen funnet har for beslutningen.

Et nyttig innsiktsutsagn kan bygges slik: «Når [situasjon], prøver [brukergruppe] å [mål], men [hindring]. Det fører til [konsekvens]. Derfor bør teamet undersøke [mulighet eller spørsmål].»

8. Gjør innsikten om til hypoteser og måling

Innsiktsarbeidet er først verdifullt når det påvirker prioritering og testing. Gjør de viktigste funnene om til problemer som kan eies, hypoteser som kan testes og tegn på effekt som kan måles.

Bruk denne strukturen:

• Problem: Hva skjer, for hvem og i hvilken situasjon?
• Bevis: Hvilke observasjoner eller data støtter problemet?
• Usikkerhet: Hva vet dere fortsatt ikke?
• Hypotese: Hvilken endring tror dere kan forbedre situasjonen, og hvorfor?
• Test: Hva er den minste troverdige måten å lære på?
• Måling: Hvilket tegn vil støtte eller svekke hypotesen?
• Beslutning: Hva gjør dere hvis hypotesen støttes, avkreftes eller forblir uklar?

Prioriter problemer før løsninger. Vurder hvor alvorlig problemet er for brukeren, hvor ofte det oppstår, hvor sikkert datagrunnlaget er, og hvor relevant det er for produktets mål.

Hvilken innsiktsmetode bør du velge?

Metodevalget bør styres av hva dere må lære, ikke av hvor avansert metoden virker. Start med spørsmålet og velg en kombinasjon som belyser både atferd, årsak og rammer.

• For å oppdage problemer: intervjuer, observasjon, supportdata, søkedata og dokumentanalyse.
• For å forstå årsaker: kontekstuelle intervjuer, observasjon og moderert brukertest.
• For å undersøke omfang: produktanalyse, saksvolum og godt utformede spørreundersøkelser.
• For å evaluere en løsning: brukertest, prototype, eksperiment og måling i produktet.
• For å forstå handlingsrommet: samtaler med fagpersoner, dokumentanalyse, teknisk kartlegging og gjennomgang av regelverk.

Vurder også kostnaden ved å ta feil. En liten og reversibel endring trenger ikke samme bevisnivå som en stor migrering, en sensitiv databehandling eller en løsning som påvirker sårbare brukere.

Fra enkeltprosjekt til kontinuerlig innsiktsarbeid

Kontinuerlig innsiktsarbeid betyr at teamet bygger læring inn i den vanlige produktutviklingen. Det krever ikke en stor studie hver uke. Det krever faste spørsmål, tydelig ansvar og en rytme for å samle, dele og bruke kunnskap.

En enkel arbeidsform kan være:

• følg et lite sett med produkt- og effektmålinger
• gjennomgå support- og søkemønstre regelmessig
• snakk med eller observer relevante brukere jevnlig
• test små endringer før de blir store leveranser
• samle innsikt i et søkbart arkiv
• knytt funn til beslutninger, hypoteser og eiere
• oppdater eller trekk tilbake innsikt når grunnlaget endrer seg

Innsiktsarbeid er en lagsport. Produktleder, designer, utvikler, analytiker, kundeservice og fageksperter ser ulike deler av samme system. Når flere fag deltar i planlegging, observasjon og analyse, blir læringen mindre sårbar for én persons tolkning.

En praktisk mal for innsiktsplanen

En kort innsiktsplan er ofte nok hvis den gjør valg og ansvar tydelige. Kopier punktene og fyll dem ut før dere starter:

• Beslutning: Hva skal innsikten hjelpe oss å avgjøre?
• Målgruppe og situasjon: Hvem undersøker vi, og når oppstår behovet?
• Eksisterende kunnskap: Hva vet vi allerede, og fra hvilke kilder?
• Antakelser: Hva tror vi, men mangler bevis for?
• Researchspørsmål: Hva må vi lære nå?
• Metoder: Hvordan skal hvert spørsmål undersøkes?
• Deltakere og datakilder: Hvem eller hva trenger vi tilgang til?
• Etikk og personvern: Hvilke hensyn, tilganger og lagringsregler gjelder?
• Roller: Hvem planlegger, gjennomfører, analyserer og tar beslutningen?
• Analyse: Hvordan dokumenterer vi observasjoner, funn og usikkerhet?
• Leveranse: Hvilket format gjør det lett å handle på resultatet?
• Neste beslutning: Hva skjer etter analysen?

Hold planen kort nok til at teamet faktisk bruker den. Et omfattende dokument kompenserer ikke for et uklart spørsmål.

Vanlige feil i innsiktsarbeid

De vanligste feilene oppstår når researchen mangler en beslutning, eller når teamet blander antakelser, funn og løsninger.

Se spesielt etter disse faresignalene:

• Teamet starter med en metode uten å avklare spørsmålet.
• Målgruppen er «alle brukere».
• Intervjuspørsmålene leder deltakeren mot en ønsket løsning.
• Det samles inn personopplysninger uten tydelig behov eller plan.
• Ett sitat blir presentert som et generelt mønster.
• Kvantitative data tolkes uten å undersøke årsaken.
• Kvalitative funn brukes til å påstå omfang de ikke kan vise.
• Avvikende observasjoner blir fjernet fordi de ikke passer historien.
• Funn presenteres uten bevis, usikkerhet eller konsekvens.
• En workshop ender i ideer, men ingen eier neste test eller beslutning.
• Innsikten lagres i en presentasjon som produktteamet ikke finner igjen.
• Teamet gjør innsikt én gang og antar at behov og rammer forblir uendret.

Et lite datagrunnlag med tydelige begrensninger er mer nyttig enn en sikker konklusjon som skjuler svakhetene sine.

Hva er forskjellen på innsiktsarbeid og brukertesting?

Brukertesting er én metode innen innsiktsarbeid. Den undersøker hvordan mennesker forstår og bruker en skisse, prototype eller eksisterende løsning. Innsiktsarbeid er bredere og kan også omfatte problemforståelse, intervjuer, observasjon, produktdata, dokumenter og rammebetingelser.

Brukertesting passer når noe kan vises eller prøves. Hvis teamet fortsatt ikke vet hvilket problem som skal løses, bør det starte med mer utforskende metoder.

Hvor mye innsiktsarbeid er nok?

Dere har nok innsikt når datagrunnlaget er godt nok for beslutningens risiko — ikke når all usikkerhet er borte. Små, reversible valg kan tas med et lettere grunnlag. Store, kostbare eller vanskelig reversible valg krever mer systematikk og flere kilder.

Avtal på forhånd hva teamet trenger å vite, hvor lenge undersøkelsen kan vare, og hva som utløser mer research. Det reduserer både analysefellen og risikoen for å bygge for tidlig.

Må vi bruke både kvalitative og kvantitative metoder?

Ikke i alle undersøkelser, men dere bør vite hva hver metode kan og ikke kan svare på. Kvalitative metoder gir ofte forklaringer og dybde. Kvantitative metoder kan vise mønstre og omfang. Når beslutningen krever både årsak og størrelse, bør dere kombinere dem.

Rammeinnsikt må også med når teknologi, juss, organisasjon eller datakvalitet påvirker hva som er mulig.

Hvordan presenterer man innsikt så den blir brukt?

Presenter beslutningen først, deretter de viktigste funnene, bevisene og usikkerheten. Avslutt med problemer som bør prioriteres, hypoteser som kan testes og hvem som eier neste steg.

En lang rapport er ikke nødvendigvis en god leveranse. En kort oppsummering med sporbare funn og et arbeidsmøte der teamet prioriterer neste test kan være mer nyttig. Rådata og metode bør likevel oppbevares på en kontrollert måte slik at analysen kan etterprøves.

Neste steg

Godt innsiktsarbeid starter ikke med flere intervjuer. Det starter med en beslutning, et avgrenset spørsmål og en ærlig oversikt over hva teamet vet og antar.

Velg deretter den minste kombinasjonen av metoder som kan redusere den viktigste usikkerheten. Gjør funnene om til prioriterte problemer, testbare hypoteser og en plan for måling. Da blir innsikt en del av produktutviklingen — ikke et dokument som lever ved siden av den.

Vil dere gjøre et uklart produktinitiativ om til en konkret plan for innsikt, prioritering og testing? Start en samtale.