Sådan sætter du OKR'er for en startup (med eksempler)

For at sætte OKR'er for en startup skal du vælge et til tre mål for kvartalet — korte, kvalitative udsagn om, hvad der betyder mest — og give hvert to til fire nøgleresultater: målbare udfald med en startværdi og et mål, der beviser, at målet blev nået. Følg fremskridt i et kort ugentligt check-in, scor ærligt ved kvartalets udgang, og brug det, du lærer, til at sætte det næste sæt.

OKR'er (Objectives and Key Results) er en målsætningsmetode, der er forbundet med Intel og senere blev populær i tech-branchen. For en startup ligger deres væsentligste værdi i noget enkelt: de tvinger et lille team til at blive enige om, hvad der betyder noget i dette kvartal, og hvad der ikke gør.

Hvornår OKR'er hjælper, og hvornår de ikke gør

OKR'er hjælper, når:

• Teamet er stort nok til, at folk kan trække i forskellige retninger.
• Der er flere gode ideer end tid, og du har brug for en måde at sige nej på.
• Du har et fungerende produkt og vil forbedre specifikke udfald, fx aktivering eller fastholdelse.

De hjælper mindre, når:

• Du stadig leder efter det problem, der skal løses. Før validering ændrer mål sig ugentligt; en simpel liste over eksperimenter fungerer bedre.
• Det kun er dig, og hele planen kan være i dit hoved. Et enkelt mål på en post-it-seddel kan være nok.
• De bliver til papirarbejde. Hvis det tager længere tid at opdatere OKR'erne end at lave arbejdet, så skær ned.

Anatomien i en god OKR

Mål: hvad du vil opnå, med ord. Det bør være meningsfuldt, specifikt nok til at styre valg, og tidsbestemt (normalt et kvartal).

Nøgleresultater: hvordan du vil vide, at du nåede det. Hvert bør være:

• Målbart — et tal med en udgangsværdi og et mål.
• Et udfald, ikke en opgave — "aktiveringsrate fra X % til Y %", ikke "byg en onboarding-tjekliste".
• Inden for teamets rimelige indflydelse.
• Kontrollerbart — du ved, hvor dataene kommer fra.

Initiativer (opgaver, projekter) ligger under. De er dine satsninger på, hvordan du kan flytte nøgleresultaterne, og du må gerne ændre dem midt i kvartalet.

Brug dine egne, reelle udgangspunkter. Hvis du ikke har et endnu, kan det første nøgleresultat være at måle det.

Trin 1: Start med virksomhedens største spørgsmål

Før du skriver noget, skal du svare på: hvad er det vigtigste, der skal ændres i dette kvartal? For en tidlig startup er det som regel et af disse:

Din go-to-market-plan og nøgletallene i SaaS-nøgletal forklaret er gode input her.

Trin 2: Skriv et til tre mål

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

• Passer i én sætning og er nemme at huske.
• Beskriver en forandring, ikke business as usual.
• Ville gøre en reel forskel, hvis de blev nået.

Svagt: "Forbedre markedsføringen." Bedre: "Find én kanal, der pålideligt bringer prøvebrugere ind."

Trin 3: Skriv nøgleresultater for hvert mål

For hvert mål spørger du: "Hvis dette var sandt ved kvartalets udgang, hvordan ville vi vide det?" Skriv to til fire svar som tal.

En hurtig test for hvert nøgleresultat:

• Kan en person udenfor teamet kontrollere det?
• Er der et udgangspunkt og et mål?
• Er det et udfald snarere end en aktivitet?
• Ville det at nå det virkelig betyde, at målet blev opfyldt?
• Kan det snydes på en skadelig måde? Hvis ja, så par det med en modmåling.

Parringseksempel (opdigtet): et nøgleresultat om at øge prøvetilmeldinger kunne snydes ved at tiltrække de forkerte personer, så par det med et nøgleresultat om andelen af prøver, der aktiveres.

Forpligtet vs. ambitiøs

Nogle teams mærker nøgleresultaterne:

• Forpligtet — du forventer at nå dem fuldt ud; at misse er et problem, der skal drøftes.
• Ambitiøs — strækmål; at nå en stor del af vejen er et godt resultat.

Sig på forhånd hvilke der er hvilke, så et delvist resultat ikke misforstås senere.

Trin 4: Sæt en rytme

En let kadence for et lille team:

Det ugentlige check-in kan bestå af tre spørgsmål pr. nøgleresultat: hvor står vi nu, hvor sikre er vi på at nå det, og hvad blokerer?

Trin 5: Scor og lær

Ved kvartalets udgang scorer du hvert nøgleresultat. En almindelig tilgang er 0,0 til 1,0, eller blot en procentdel af det nåede mål. Skriv derefter et par sætninger om hvert mål:

• Hvad flyttede tallene, og hvad flyttede ikke?
• Var nøgleresultaterne de rigtige mål?
• Hvad gør vi anderledes næste kvartal?

Læringspunkterne betyder mere end scorerne.

Et komplet eksempel for en lille SaaS (opdigtet)

Et team på to har lanceret et bookingværktøj til selvstændige undervisere. Tilmeldinger kommer ind, men mange får aldrig sat tilgængelighed op.

Mål 1: Nye undervisere er klar til at tage bookinger i deres første session.

• NR1: Andel af nye undervisere, der offentliggør tilgængelighed inden for 24 timer: fra [udgangspunkt] til [mål].
• NR2: Andel af nye undervisere, der får en første booking inden for 14 dage: fra [udgangspunkt] til [mål].
• NR3: Gennemfør mindst otte onboarding-samtaler og log resultaterne.

Mål 2: Find ud af, hvilken kanal der bringer undervisere, der bliver.

• NR1: Spor kilden til hver tilmelding (ikke sporet i dag).
• NR2: Kør tre kanaleksperimenter med et skriftligt resultat for hvert.
• NR3: Identificér én kanal, hvis tilmeldinger aktiveres på eller over det samlede gennemsnit.

Bemærk at NR3 under Mål 1 ligner en aktivitet mere end et udfald. Det er acceptabelt, når målet er læring, men de fleste nøgleresultater bør være udfald.

OKR-skabelon

Kopiér dette ind i et dokument eller regneark:

Almindelige fejl

• For mange OKR'er. Hvis alt er en prioritet, er intet det.
• Opgavelister klædt ud som nøgleresultater. "Lancér funktion X" siger intet om, hvorvidt det virkede.
• Intet udgangspunkt. Uden et startpunkt er mål gætterier.
• Sæt og glem. OKR'er, der ikke røres før kvartalets slutning, er bare en ønskeliste.
• Koble dem til løn. Folk begynder at sætte mål, de ved, de kan nå.
• At kopiere en anden virksomheds proces. Et team på fem har ikke brug for et stort selskabs kaskaderende målsystem.

Følg OKR'er med Mythex

Et regneark eller et dokument er nok for de fleste små teams. Hvis du vil have noget mere skræddersyet — en simpel intern side, hvor hver ansvarlig opdaterer sit nøgleresultat ugentligt, og teamet ser fremskridt med et blik — kan du beskrive det for en AI-app-builder som Mythex og få et fungerende internt værktøj med en database bagved. Sådan bygger du et internt værktøj og sådan bygger du et dashboard dækker den tilgang. Uanset hvad, betyder værktøjet langt mindre end den ugentlige vane med at kigge på tallene sammen.

Spørgsmål