ProduktutviklingHafsteinn Runarsson · AI Konsulent04 Oct 2026 · 8 min

OKR for produktteam: Slik setter dere mål som styrer mot effekt

OKR (Objectives and Key Results) gir produktteam et felles svar på to spørsmål: Hva skal bli bedre for brukeren eller virksomheten, og hvordan ser vi at det faktisk ble bedre? Et godt OKR består av ett tydelig mål og noen få målbare nøkkelresultater. For produktteam bør nøkkelresultatene beskrive effekt, ikke antall funksjoner som skal leveres.

Kortversjonen:

• Målet beskriver retningen og endringen teamet vil skape.
• Nøkkelresultatene viser om endringen faktisk skjer.
• Initiativene er det teamet prøver, bygger eller forbedrer for å påvirke resultatene.
• Teamet følger utviklingen jevnlig og endrer tiltak når tallene står stille.

Hva er OKR?

OKR er en metode for målstyring der et kvalitativt mål kobles til målbare nøkkelresultater. Forkortelsen står for Objectives and Key Results. I denne guiden bruker vi de norske ordene mål og nøkkelresultater.

What Matters beskriver OKR som en samarbeidsbasert metode for å sette ambisiøse mål med målbare resultater. Et produktteam kan bruke samme logikk uten å gjøre prosessen tung:

• Mål: Hva ønsker vi å oppnå?
• Nøkkelresultater: Hvilke observerbare endringer viser at vi lykkes?
• Initiativer: Hva vil vi gjøre for å påvirke nøkkelresultatene?

Skillet mellom nøkkelresultater og initiativer må være tydelig. «Lansere ny onboarding» er et initiativ. «Flere nye brukere fullfører første verdifulle handling» er et resultat. Teamet kan bytte løsning underveis uten å bytte mål.

Hvorfor OKR passer produktteam

OKR passer produktteam fordi metoden gir retning uten å låse løsningen på forhånd. Ledelsen kan være tydelig på ønsket effekt, mens teamet beholder handlingsrommet til å teste hvordan effekten kan oppnås.

Dette er særlig nyttig når en produktroadmap har blitt en lang liste med leveranser. En slik liste forteller hva som skal bygges, men ikke alltid hvilket problem som skal løses. OKR flytter samtalen til resultatet:

• fra «lanser selvbetjent oppsett» til «flere kunder kommer i gang uten hjelp»
• fra «bygg nytt søk» til «brukerne finner riktig innhold raskere»
• fra «send flere varsler» til «flere fullfører oppgaven i tide»

Digdir beskriver den samme forskjellen: produktteam bør måle utfall, ikke bare hvor mye de leverer. Det gjør også prioritering enklere. Et tiltak som ikke kan påvirke et avtalt nøkkelresultat, må begrunnes godt eller vente.

OKR, KPI og roadmap har ulike jobber

OKR erstatter verken KPI-er eller roadmap. De tre verktøyene svarer på ulike spørsmål.

• OKR: Hvilken endring vil vi skape i denne perioden, og hvordan måler vi den?
• KPI: Hvordan står det til med et viktig område over tid?
• Roadmap: Hvilke problemer, initiativer og læringsløp planlegger vi å arbeide med?

En KPI kan for eksempel følge kundetap hver måned. Hvis tallet beveger seg feil vei, kan teamet sette et OKR for å forstå og forbedre tidlig bruk. Roadmapen viser hvilke undersøkelser og tiltak teamet vil prøve. Nøkkelresultatene avgjør om tiltakene virker.

Metier bruker et lignende skille i sin forklaring av OKR og KPI: KPI-er viser løpende tilstand, mens OKR peker mot en ønsket endring. I praksis kan en KPI bli et nøkkelresultat i en periode hvis teamet aktivt skal flytte den.

Slik skriver dere et godt OKR

Et godt OKR er kort nok til å huskes og presist nok til å styre valg. Start med problemet og baseline, ikke med løsningen teamet allerede har lyst til å bygge.

1. Velg én endring som fortjener fokus

Begynn med strategi, brukerinnsikt og produktdata. Velg et problem som er viktig nå, og som teamet faktisk kan påvirke. Hvis alt er prioritert, gir OKR ingen hjelp.

Et mål bør være kvalitativt og lett å forstå. «Gjør det enkelt for nye kunder å oppleve produktets verdi» gir mer retning enn «forbedre onboarding».

2. Finn en baseline

Et nøkkelresultat trenger et startpunkt og et ønsket nivå. Uten baseline vet teamet ikke hvor stor endring målet krever, eller om utviklingen går riktig vei.

Hvis dere mangler data, ikke dikt opp et tall. Bruk den første delen av perioden til å etablere måling, eller sett et læringsmål. Learning OKRs er laget for situasjoner der den viktigste verdien i perioden er å redusere usikkerhet.

3. Velg to til fire nøkkelresultater

Nøkkelresultatene bør til sammen vise om målet er nådd. To til fire er ofte nok for ett produktteam. Flere mål gir som regel mer rapportering og mindre fokus.

Gode nøkkelresultater er:

• målbare med data teamet kan få tilgang til
• knyttet til bruker- eller forretningseffekt
• påvirkbare av teamet, selv om utfallet ikke er garantert
• tydelige på startnivå, målnivå og periode
• balanserte, slik at én forbedring ikke skjuler en alvorlig ulempe et annet sted

4. Sjekk at nøkkelresultatene ikke er oppgaver

Et nøkkelresultat beskriver en endring, ikke en leveranse.

• Svakt: «Lansere ny registreringsflyt.»
• Bedre: «Øke andelen nye brukere som fullfører registreringen fra [baseline] til [mål].»
• Svakt: «Gjennomføre ti brukerintervjuer.»
• Bedre: «Redusere andelen brukere som stopper ved samme hinder fra [baseline] til [mål].»

Intervjuer, designarbeid og lanseringer kan fortsatt stå i planen. De hører hjemme som initiativer under OKR-et.

5. Avklar eierskap og datakilde

Hvert nøkkelresultat bør ha én navngitt eier, én definert datakilde og en fast oppdateringsrytme. Eieren skal ikke løse alt alene. Rollen er å holde målingen oppdatert og varsle når teamet trenger en beslutning.

Eksempel på OKR for et produktteam

Dette eksemplet viser strukturen. Bytt plassholderne med egne baseline-data og realistiske målnivåer.

Mål: Nye kunder opplever produktets kjerneverdi raskere og med mindre hjelp.

• Nøkkelresultat 1: Øk andelen nye kunder som fullfører kjernehandlingen fra [baseline] til [mål].
• Nøkkelresultat 2: Reduser median tid til første kjernehandling fra [baseline] til [mål].
• Nøkkelresultat 3: Reduser andelen nye kunder som trenger hjelp med oppsett fra [baseline] til [mål].
• Beskyttende måling: Følg feilrate og avbrutte registreringer, slik at høyere tempo ikke gir dårligere kvalitet.

Mulige initiativer kan være å forenkle registreringen, endre rekkefølgen på oppsettet, forbedre tomtilstander eller teste mer relevant veiledning. Teamet velger initiativer etter hva data og brukerinnsikt peker på. Ingen av dem er selve OKR-et.

En praktisk OKR-rytme for kvartalet

OKR virker bare når det brukes i beslutninger. Digdir beskriver OKR som et felles målbilde for det kommende kvartalet og legger vekt på jevnlig evaluering. En enkel rytme kan se slik ut:

1. Før perioden: Velg mål, hent baseline, definer nøkkelresultater og avklar datakilder.
2. Ved oppstart: Gå gjennom hvorfor målet er valgt, hvilke antakelser dere har, og hvilke initiativer som prøves først.
3. Hver uke: Oppdater tallene kort. Snakk mest om hva teamet har lært, hva som blokkerer fremdrift, og om tiltakene bør endres.
4. Midtveis: Vurder om nøkkelresultatene fortsatt er relevante. Ikke senk målet bare fordi første tiltak ikke virket.
5. Ved avslutning: Vurder resultatene, dokumenter læring og bestem hva som skal avsluttes, videreføres eller bli neste periodes mål.

Oppfølgingen trenger ikke et eget OKR-verktøy. Et delt dokument eller regneark kan være nok hvis definisjoner, eierskap og historikk er tydelige.

Vanlige feil med OKR

De fleste OKR-problemer skyldes uklare valg, ikke manglende programvare.

• For mange mål: Teamet fortsetter å gjøre alt det gjorde før, bare med mer rapportering.
• Leveranser som nøkkelresultater: Teamet kan få full score uten å skape noen målbar effekt.
• Ingen baseline: Målnivået blir en gjetning, og fremdrift blir vanskelig å tolke.
• Målinger teamet ikke kan påvirke: Resultatet avhenger mest av andre team, sesong eller markedet.
• Ukentlig status uten beslutninger: Tallene oppdateres, men ingen endrer prioriteringene.
• OKR som individuell prestasjonsliste: Samarbeid svekkes når hvert nøkkelresultat behandles som en personlig oppgave.

What Matters trekker frem «business as usual», for forsiktige mål og sammenblanding av OKR og KPI som typiske feil. For produktteam er en nyttig test enkel: Hvis dere kan nå alle nøkkelresultatene ved å levere den vanlige planen, har OKR-et sannsynligvis ikke endret noen prioritering.

Slik kommer dere i gang uten å gjøre det tungt

Start med ett team og én periode. Målet er å forbedre beslutninger, ikke å innføre et nytt rapporteringslag.

1. Velg ett viktig produktproblem med tydelig strategisk relevans.
2. Samle teamet og den nærmeste beslutningstakeren i en arbeidsøkt.
3. Skriv ett mål og to til fire nøkkelresultater.
4. Test hvert nøkkelresultat mot baseline, datakilde og påvirkbarhet.
5. Velg de første initiativene, men behold rom for å endre dem.
6. Legg en kort, fast OKR-sjekk inn i en arbeidsrytme teamet allerede har.
7. Avslutt perioden med en ærlig vurdering av effekt og læring.

Den første runden blir sjelden perfekt. Det viktigste er at teamet kan forklare hvorfor målet finnes, hvordan fremdrift måles, og hvilke valg tallene skal påvirke.

Hvor mange OKR-er bør et produktteam ha?

Ett produktteam bør vanligvis starte med ett mål og to til fire nøkkelresultater for perioden. Et lite antall gjør prioriteringen synlig. Hvis teamet har fem like viktige mål, er det ofte et tegn på at porteføljen ikke er prioritert.

Hvor ofte bør OKR oppdateres?

Oppdater målingene ukentlig eller så ofte datagrunnlaget gir mening. Selve målet kan løpe gjennom et kvartal, mens initiativene endres når teamet lærer. Det er bedre med en kort beslutningssamtale enn en lang statuspresentasjon.

Kan OKR erstatte en produktroadmap?

Nei. OKR beskriver ønsket effekt, mens roadmapen viser hvilke problemer og initiativer teamet vil arbeide med. En god roadmap kan endres når et tiltak ikke flytter nøkkelresultatene.

Hva gjør vi hvis vi mangler gode data?

Start med å definere hva dere trenger å lære og hvordan målingen skal etableres. En første periode kan brukes til instrumentering, kvalitative undersøkelser og en pålitelig baseline. Ikke sett et presist måltall uten et troverdig utgangspunkt.

Skal alle nøkkelresultater nås?

Det avhenger av om OKR-et er en forpliktelse eller et ambisiøst strekkmål. Avklar typen før perioden starter. Ellers vil teamet tolke samme resultat ulikt. Vurder både utfallet og hva dere lærte om problemet, men ikke omskriv kriteriene i etterkant.

Trenger dere hjelp til å etablere en bedre mål- og produktrytme?

Daia arbeider med full-stack produkt og produksjonsleveranser. Hvis dere vil diskutere hvordan mål, måling og produktarbeid kan henge bedre sammen, kan dere starte en samtale. Omfang, pris, timing, tilgang, eierskap og overlevering avtales for hvert oppdrag.