Så sätter du OKR:er för ett startup (med exempel)

För att sätta OKR:er för ett startup, välj ett till tre mål för kvartalet, korta kvalitativa formuleringar av vad som är viktigast, och ge varje mål två till fyra nyckelresultat: mätbara utfall, med ett utgångsvärde och ett målvärde, som bevisar att målet uppnåddes. Följ upp framstegen i en kort veckovis avstämning, gör en ärlig poängsättning i slutet av kvartalet och använd det du lärt dig för att sätta nästa uppsättning.

OKR (Objectives and Key Results) är en metod för målsättning som förknippas med Intel och senare populariserades i techbranschen. För ett startup är nyttan enkel: den tvingar ett litet team att komma överens om vad som är viktigt det här kvartalet, och vad som inte är det.

När OKR:er hjälper och när de inte gör det

OKR:er hjälper när:

• Teamet är tillräckligt stort för att människor kan dra åt olika håll.
• Det finns fler goda idéer än tid, och du behöver ett sätt att säga nej.
• Du har en fungerande produkt och vill förbättra specifika utfall, till exempel aktivering eller retention.

De hjälper mindre när:

• Du fortfarande letar efter problemet att lösa. Före validering ändras målen varje vecka, och en enkel lista med experiment fungerar bättre.
• Det bara är du och hela planen ryms i huvudet. En enda målsats på en lapp kan räcka.
• De blir pappersarbete. Om det tar längre tid att uppdatera OKR:erna än att göra jobbet, skala tillbaka.

Så ser en bra OKR ut

Mål: vad du vill uppnå, uttryckt i ord. Det ska vara meningsfullt, tillräckligt specifikt för att styra valen och tidsbundet (vanligtvis ett kvartal).

Nyckelresultat: hur du vet att du nådde målet. Varje ska vara:

• Mätbart, ett tal med ett utgångsläge och ett målvärde.
• Ett utfall, inte en uppgift. ”Aktiveringsgrad från X % till Y %”, inte ”bygg en onboardingchecklista”.
• Inom rimlig räckvidd för teamet.
• Kontrollerbart, du vet varifrån datan kommer.

Initiativ (uppgifter, projekt) ligger under detta. De är dina satsningar på hur du ska flytta nyckelresultaten, och du får gärna ändra dem mitt i kvartalet.

Använd dina egna verkliga utgångslägen. Om du inte har något ännu kan det första nyckelresultatet vara att mäta det.

Steg 1: Börja med företagets största fråga

Innan du skriver något, svara på: vad är det viktigaste att förändra det här kvartalet? För ett tidigt startup är det oftast något av följande:

Din go-to-market-plan och nyckeltalen i SaaS-nyckeltal förklarade är bra underlag här.

Steg 2: Skriv ett till tre mål

Formulera målen tillsammans som team om du har ett. Bra mål:

• Ryms i en mening och är lätta att komma ihåg.
• Beskriver en förändring, inte det vanliga.
• Skulle göra verklig skillnad om de uppnås.

Svagt: ”Förbättra marknadsföringen.” Bättre: ”Hitta en kanal som pålitligt ger provanvändare.”

Steg 3: Skriv nyckelresultat för varje mål

Fråga för varje mål: ”Om det här var sant i slutet av kvartalet, hur skulle vi veta det?” Skriv två till fyra svar i form av siffror.

Ett snabbt test för varje nyckelresultat:

• Kan någon utanför teamet kontrollera det?
• Finns det ett utgångsläge och ett målvärde?
• Är det ett utfall snarare än en aktivitet?
• Skulle det verkligen betyda att målet uppnåddes om du nådde det?
• Kan det manipuleras på ett skadligt sätt? Då bör du koppla ihop det med ett motmått.

Exempel på parning (påhittat): ett nyckelresultat för att öka provregistreringar kan manipuleras genom att locka fel personer, så para det med ett nyckelresultat om andelen provanvändare som aktiveras.

Åtagande kontra ambition

Vissa team märker sina nyckelresultat:

• Åtagande: du förväntar dig att helt nå dem. Om du missar dem är det ett problem att diskutera.
• Ambition: sträckmål. Om du når en stor del av vägen är det ett bra resultat.

Säg i förväg vilka som är vilka, så att ett delresultat inte misstolkas senare.

Steg 4: Sätt en rytm

En lätt kadens för ett litet team:

Den veckovisa avstämningen kan bestå av tre frågor per nyckelresultat: var står det nu, hur säkra är vi på att nå det och vad blockerar det?

Steg 5: Poängsätt och lär dig

Vid kvartalets slut, poängsätt varje nyckelresultat. Ett vanligt sätt är 0,0 till 1,0, eller helt enkelt en procentandel av målet som nåddes. Skriv sedan några meningar om varje mål:

• Vad flyttade siffrorna, och vad flyttade inte?
• Var nyckelresultaten rätt mått?
• Vad ska vi göra annorlunda nästa kvartal?

Lärdomarna är viktigare än poängen.

Ett fullständigt exempel för ett litet SaaS (påhittat)

Ett team på två personer har lanserat ett bokningsverktyg för självständiga lärare. Registreringarna kommer in, men många sätter aldrig upp sin tillgänglighet.

Mål 1: Nya lärare är redo att ta bokningar under sin första session.

• NR1: Andel nya lärare som publicerar sin tillgänglighet inom 24 timmar: från [utgångsläge] till [mål].
• NR2: Andel nya lärare som får en första bokning inom 14 dagar: från [utgångsläge] till [mål].
• NR3: Genomför minst åtta onboardingsamtal och logga resultaten.

Mål 2: Ta reda på vilken kanal som ger lärare som stannar.

• NR1: Spåra källan för varje registrering (görs inte idag).
• NR2: Kör tre kanalexperiment med ett skriftligt resultat för varje.
• NR3: Identifiera en kanal vars registreringar aktiveras på eller över genomsnittet.

Notera att NR3 under mål 1 ligger närmare en aktivitet. Det är acceptabelt när målet är att lära sig, men de flesta nyckelresultat bör vara utfall.

OKR-mall

Kopiera detta till ett dokument eller kalkylblad:

Vanliga misstag

• För många OKR:er. Om allt är en prioritet är ingenting det.
• Uppgiftslistor förklädda till nyckelresultat. ”Lansera funktion X” säger ingenting om det fungerade.
• Inget utgångsläge. Utan startpunkt blir målen gissningar.
• Sätt och glöm. OKR:er som inte rörs förrän kvartalets slut är bara en önskelista.
• Koppla dem till lön. Då börjar folk sätta mål de vet att de kan nå.
• Kopiera ett annat företags process. Ett team på fem personer behöver inte ett stort företags kaskaderande målsystem.

Följa OKR:er med Mythex

Ett kalkylblad eller ett dokument räcker för de flesta små team. Om du vill ha något mer anpassat, till exempel en enkel intern sida där varje ansvarig uppdaterar sitt nyckelresultat varje vecka och teamet ser framstegen direkt, kan du beskriva det för en AI-appbyggare som Mythex och få ett fungerande internt verktyg med en databas bakom. Så bygger du ett internt verktyg och så bygger du en instrumentpanel beskriver det tillvägagångssättet. Oavsett vilket verktyg du väljer spelar det mindre roll än den veckovisa vanan att tillsammans titta på siffrorna.

Frågor