Slik setter du OKR-er for en oppstartsbedrift (med eksempler)

For å sette OKR-er for en oppstartsbedrift, velg ett til tre mål for kvartalet — korte, kvalitative utsagn om hva som betyr mest — og gi hvert to til fire nøkkelresultater: målbare utfall, med en startverdi og et mål, som beviser at målet ble nådd. Følg opp fremdriften i en kort ukentlig oppfølging, gi en ærlig vurdering på slutten av kvartalet, og bruk det du lærer til å sette neste sett.

OKR-er (Objectives and Key Results) er en metode for målsetting som først ble knyttet til Intel og senere ble populær i teknologibransjen. For en oppstartsbedrift er hovedverdien enkel: de tvinger et lite team til å bli enige om hva som betyr noe dette kvartalet, og hva som ikke gjør det.

Når OKR-er hjelper, og når de ikke gjør det

OKR-er hjelper når:

• Teamet er stort nok til at folk kan dra i ulike retninger.
• Det finnes flere gode ideer enn tid, og du trenger en måte å si nei på.
• Du har et fungerende produkt og vil forbedre bestemte utfall, for eksempel aktivering eller retensjon.

De hjelper mindre når:

• Du fortsatt leter etter problemet du skal løse. Før validering endrer mål seg ukentlig; en enkel liste med eksperimenter fungerer bedre.
• Det bare er deg, og hele planen får plass i hodet ditt. Ett enkelt mål på en lapp kan være nok.
• De blir papirarbeid. Hvis det tar lenger tid å oppdatere OKR-er enn å gjøre jobben, skru ned.

Anatomien til en god OKR

Mål: det du vil oppnå, med ord. Det bør være meningsfullt, spesifikt nok til å veilede valg, og tidsavgrenset (vanligvis et kvartal).

Nøkkelresultater: hvordan du vet at du oppnådde det. Hvert bør være:

• Målbart — et tall med en startverdi og et mål.
• Et utfall, ikke en oppgave — «aktiveringsrate fra X % til Y %», ikke «bygg en onboarding-sjekkliste».
• Innenfor rimelig innflytelse for teamet.
• Kontrollerbart — du vet hvor dataene kommer fra.

Initiativer (oppgaver, prosjekter) ligger under. De er dine satsinger på hvordan du kan flytte nøkkelresultatene, og du bør føle deg fri til å endre dem midt i kvartalet.

Bruk dine egne, reelle startverdier. Hvis du ikke har en ennå, kan det første nøkkelresultatet være å måle den.

Steg 1: Start fra selskapets største spørsmål

Før du skriver noe, svar på: hva er viktigst å endre dette kvartalet? For en tidlig oppstartsbedrift er det vanligvis en av disse:

Din go-to-market-plan og nøkkeltallene i SaaS-nøkkeltall forklart er gode innspill her.

Steg 2: Skriv ett til tre mål

Utform målene sammen som team hvis du har et. Gode mål:

• Får plass i en setning og er lette å huske.
• Beskriver en endring, ikke vanlig drift.
• Ville gjort en reell forskjell hvis de ble nådd.

Svakt: «Forbedre markedsføringen.» Bedre: «Finn én kanal som pålitelig gir prøvebrukere.»

Steg 3: Skriv nøkkelresultater for hvert mål

For hvert mål, spør: «Hvis dette var sant ved slutten av kvartalet, hvordan ville vi vite det?» Skriv to til fire svar som tall.

En rask test for hvert nøkkelresultat:

• Kan noen utenfor teamet kontrollere det?
• Finnes det en startverdi og et mål?
• Er det et utfall og ikke en aktivitet?
• Ville det å nå det virkelig bety at målet ble nådd?
• Kan det manipuleres på en skadelig måte? Hvis ja, koble det med en motvekt-måling.

Eksempel på par (oppdiktet): et nøkkelresultat om å øke prøveregistreringer kan manipuleres ved å trekke til seg feil folk, så koble det med et nøkkelresultat om andelen prøver som blir aktive.

Forpliktet kontra ambisiøst

Noen team merker nøkkelresultatene sine:

• Forpliktet — du forventer å nå dem fullt ut; å bomme er et problem å diskutere.
• Ambisiøst — strekkmål; å nå det meste av veien er et godt resultat.

Si hvilke som er hvilke på forhånd, så et delvis resultat ikke blir misforstått senere.

Steg 4: Sett en rytme

En lett rytme for et lite team:

Den ukentlige oppfølgingen kan være tre spørsmål per nøkkelresultat: hvor står det nå, hvor sikre er vi på å nå det, og hva blokkerer det?

Steg 5: Vurder og lær

På slutten av kvartalet, gi hvert nøkkelresultat en poengsum. En vanlig tilnærming er 0,0 til 1,0, eller ganske enkelt en prosentandel av målet som er nådd. Skriv deretter noen setninger om hvert mål:

• Hva flyttet tallene, og hva gjorde ikke det?
• Var nøkkelresultatene de riktige målene?
• Hva skal vi gjøre annerledes neste kvartal?

Lærdommene betyr mer enn poengsummene.

Et fullt eksempel for en liten SaaS (oppdiktet)

Et team på to personer har lansert et bookingverktøy for uavhengige lærere. Det kommer registreringer, men mange setter aldri opp tilgjengelighet.

Mål 1: Nye lærere er klare til å ta imot bookinger i sin første økt.

• NR1: Andel nye lærere som publiserer tilgjengelighet innen 24 timer: fra [startverdi] til [mål].
• NR2: Andel nye lærere som får en første booking innen 14 dager: fra [startverdi] til [mål].
• NR3: Gjennomfør minst åtte onboarding-samtaler og logg funnene.

Mål 2: Lær hvilken kanal som bringer lærere som blir.

• NR1: Spor kilden for hver registrering (ikke sporet i dag).
• NR2: Kjør tre kanaleksperimenter med et skriftlig resultat for hvert.
• NR3: Identifiser én kanal der registreringene aktiveres på eller over gjennomsnittet.

Legg merke til at NR3 under mål 1 er nærmere en aktivitet. Det er akseptabelt når målet er å lære, men de fleste nøkkelresultater bør være utfall.

OKR-mal

Kopier dette inn i et dokument eller regneark:

Vanlige feil

• For mange OKR-er. Hvis alt er en prioritet, er ingenting det.
• Oppgavelister kledd som nøkkelresultater. «Lansere funksjon X» sier ingenting om det fungerte.
• Ingen startverdi. Uten et utgangspunkt er mål gjetninger.
• Sett og glem. OKR-er som ikke røres før slutten av kvartalet er bare en ønskeliste.
• Knytte dem til lønn. Folk begynner å sette mål de vet at de kan nå.
• Kopiere en annen bedrifts prosess. Et team på fem trenger ikke et stort selskaps kaskaderende målsystem.

Følge OKR-er med Mythex

Et regneark eller et dokument er nok for de fleste små team. Hvis du vil ha noe mer skreddersydd — en enkel intern side der hver ansvarlig oppdaterer sitt nøkkelresultat ukentlig og teamet ser fremdriften med ett blikk — kan du beskrive det for en AI-appbygger som Mythex og få et fungerende internt verktøy med en database bak. Slik bygger du et internt verktøy og slik bygger du et dashbord dekker den tilnærmingen. Uansett er verktøyet langt mindre viktig enn den ukentlige vanen med å se på tallene sammen.

Spørsmål