OKR's voor een startup opstellen (met voorbeelden)
Om OKR's voor een startup op te stellen, kies je voor het kwartaal één tot drie objectives — korte, kwalitatieve uitspraken over wat het belangrijkst is — en geef je elk twee tot vier key results: meetbare uitkomsten, met een startwaarde en een doel, die bewijzen dat de objective is gehaald. Bespreek de voortgang in een korte wekelijkse check-in, beoordeel eerlijk aan het eind van het kwartaal, en gebruik wat je hebt geleerd om de volgende set op te stellen.
OKR's (Objectives and Key Results) zijn een doelstellingsmethode die is ontstaan bij Intel en later populair werd in de techindustrie. Voor een startup is de belangrijkste waarde eenvoudig: ze dwingen een klein team om af te spreken wat dit kwartaal belangrijk is, en wat niet.
Wanneer OKR's helpen, en wanneer niet
OKR's helpen wanneer:
- Het team groot genoeg is dat mensen in verschillende richtingen kunnen trekken.
- Er meer goede ideeën zijn dan tijd, en je een manier nodig hebt om nee te zeggen.
- Je een werkend product hebt en specifieke uitkomsten wilt verbeteren, zoals activatie of retentie.
Ze helpen minder wanneer:
- Je nog het probleem zoekt dat je wilt oplossen. Vóór validatie veranderen doelen wekelijks; een eenvoudige lijst met experimenten werkt beter.
- Je er alleen voor staat en het hele plan in je hoofd past. Eén objective op een plakbriefje kan genoeg zijn.
- Ze verworden tot papierwerk. Als het bijwerken van OKR's langer duurt dan het werk zelf, schaal je terug.
De anatomie van een goede OKR
Objective: wat je wilt bereiken, in woorden. Het moet betekenisvol zijn, specifiek genoeg om keuzes te sturen, en tijdgebonden (meestal een kwartaal).
Key results: hoe je weet dat je het hebt bereikt. Elk moet:
- Meetbaar zijn — een getal met een startpunt en een doel.
- Een uitkomst zijn, geen taak — "activatiepercentage van X% naar Y%", niet "een onboardingchecklist bouwen".
- Binnen redelijke invloed van het team liggen.
- Controleerbaar zijn — je weet waar de data vandaan komt.
Initiatieven (taken, projecten) staan daaronder. Het zijn je weddenschappen op hoe je de key results kunt verschuiven, en je mag ze halverwege het kwartaal gerust aanpassen.
| Niveau | Voorbeeld (verzonnen) |
|---|---|
| Objective | Nieuwe gebruikers halen tijdens hun eerste sessie waarde uit het product |
| Key result | Aandeel aanmeldingen dat op dag één de kernactie voltooit: van [startpunt] naar [doel] |
| Key result | Mediane tijd van aanmelding tot eerste afgerond project: van [startpunt] naar [doel] |
| Key result | Onboarding-gerelateerde supporttickets per week: van [startpunt] naar [doel] |
| Initiatief | Voorbeelddata toevoegen en een checklist van drie stappen |
| Initiatief | Lege staten herschrijven op de twee belangrijkste schermen |
Gebruik je eigen echte startpunten. Heb je er nog geen, dan kan de eerste key result zijn om die te meten.
Stap 1: begin met de grootste vraag van het bedrijf
Voordat je iets opschrijft, beantwoord je: wat is het belangrijkste dat je dit kwartaal wilt veranderen? Voor een vroege startup is dat meestal een van deze:
| Fase | Typische focus |
|---|---|
| Vóór de lancering | Bewijs dat mensen het willen: interviews, wachtlijst, bèta |
| Net gelanceerd | Zorg dat gebruikers waarde ervaren: activatie en onboarding |
| Wat aanslag | Houd ze vast: retentie en churn |
| In groei | Vind een herhaalbaar kanaal: acquisitie en conversie |
| Betaald | Maak de economie werkbaar: prijsstelling, omzet, kosten |
Je go-to-market-plan en de metrics in SaaS-metrics uitgelegd zijn goede input hiervoor.
Stap 2: schrijf één tot drie objectives
Stel objectives samen op als er een team is. Goede objectives:
- Passen in één zin en zijn makkelijk te onthouden.
- Beschrijven een verandering, niet de gebruikelijke gang van zaken.
- Maken echt verschil als ze worden gehaald.
Zwak: "Marketing verbeteren." Beter: "Eén kanaal vinden dat betrouwbaar proefgebruikers oplevert."
Stap 3: schrijf key results per objective
Vraag bij elke objective: "Als dit aan het eind van het kwartaal waar was, hoe zouden we dat weten?" Schrijf twee tot vier antwoorden als getallen.
Een snelle toets voor elke key result:
- Kan iemand buiten het team dit controleren?
- Is er een startpunt en een doel?
- Is het een uitkomst en geen activiteit?
- Zou het halen ervan echt betekenen dat de objective is gehaald?
- Kan het op een schadelijke manier worden gemanipuleerd? Koppel er dan een tegenmetric aan.
Voorbeeld van koppeling (verzonnen): een key result om proefaanmeldingen te verhogen kan worden gemanipuleerd door de verkeerde mensen aan te trekken, dus koppel het aan een key result over het aandeel proefgebruikers dat actief wordt.
Gecommitteerd versus ambitieus
Sommige teams labelen key results:
- Gecommitteerd — je verwacht ze volledig te halen; missen is iets om over te praten.
- Ambitieus — uitdagende doelen; het grootste deel halen is een goed resultaat.
Zeg vooraf welke is welke, zodat een gedeeltelijk resultaat later niet verkeerd wordt begrepen.
Stap 4: stel een ritme in
Een licht ritme voor een klein team:
| Wanneer | Wat | Tijd |
|---|---|---|
| Begin van het kwartaal | OKR's opstellen, bespreken en afspreken | Een paar uur |
| Wekelijks | Elke key result bijwerken, risico's signaleren, initiatieven bijstellen | 15–30 minuten |
| Halverwege het kwartaal | Eerlijke controle: zijn dit nog de juiste objectives? | 30 minuten |
| Einde van het kwartaal | Scoren, lessen opschrijven, volgend kwartaal voorbereiden | Een uur of twee |
De wekelijkse check-in kan bestaan uit drie vragen per key result: waar staat het nu, hoe zeker zijn we dat we het halen, en wat blokkeert het?
Stap 5: scoor en leer
Scoor aan het eind van het kwartaal elke key result. Een gangbare aanpak is 0,0 tot 1,0, of simpelweg een percentage van het bereikte doel. Schrijf daarna een paar zinnen per objective:
- Wat heeft de cijfers bewogen, en wat niet?
- Waren de key results de juiste maatstaven?
- Wat gaan we volgend kwartaal anders doen?
De lessen tellen zwaarder dan de scores.
Een volledig voorbeeld voor een kleine SaaS (verzonnen)
Een team van twee personen heeft een boekingstool voor zelfstandige bijlesdocenten gelanceerd. Er komen aanmeldingen binnen, maar veel docenten zetten nooit hun beschikbaarheid in.
Objective 1: Nieuwe docenten zijn klaar om boekingen aan te nemen in hun eerste sessie.
- KR1: Aandeel nieuwe docenten dat binnen 24 uur beschikbaarheid publiceert: van [startpunt] naar [doel].
- KR2: Aandeel nieuwe docenten dat binnen 14 dagen een eerste boeking krijgt: van [startpunt] naar [doel].
- KR3: Minstens acht onboardinggesprekken voeren en de bevindingen vastleggen.
Objective 2: Ontdekken welk kanaal docenten brengt die blijven.
- KR1: De bron van elke aanmelding bijhouden (nu nog niet bijgehouden).
- KR2: Drie kanaalexperimenten uitvoeren, met bij elk een schriftelijk resultaat.
- KR3: Eén kanaal identificeren waarvan de aanmeldingen minstens het totale gemiddelde activeren.
Let op: KR3 bij Objective 1 lijkt meer op een activiteit. Dat is acceptabel als het doel leren is, maar de meeste key results moeten uitkomsten zijn.
OKR-template
Kopieer dit naar een document of spreadsheet:
| Objective | Key result | Startpunt | Doel | Huidig | Vertrouwen | Eigenaar |
|---|---|---|---|---|---|---|
| Hoog / Gemiddeld / Laag | ||||||
Veelgemaakte fouten
- Te veel OKR's. Als alles een prioriteit is, is niets een prioriteit.
- Takenlijsten vermomd als key results. "Functie X lanceren" zegt niets over of het heeft gewerkt.
- Geen startpunt. Zonder beginpunt zijn doelen gissingen.
- Instellen en vergeten. OKR's die tot het einde van het kwartaal onaangeroerd blijven, zijn gewoon een wensenlijst.
- Ze koppelen aan salaris. Mensen gaan doelen stellen waarvan ze weten dat ze ze kunnen halen.
- Het proces van een ander bedrijf kopiëren. Een team van vijf personen heeft geen groot-bedrijfssysteem van doorgerolde doelen nodig.
OKR's bijhouden met Mythex
Voor de meeste kleine teams is een spreadsheet of document genoeg. Wil je iets op maat — een eenvoudige interne pagina waar elke eigenaar wekelijks zijn key result bijwerkt en het team de voortgang in één oogopslag ziet — dan kun je dat beschrijven aan een AI-appbouwer als Mythex, en krijg je een werkende interne tool met een database erachter. Hoe je een interne tool bouwt en hoe je een dashboard bouwt behandelen die aanpak. In beide gevallen doet de tool er veel minder toe dan de wekelijkse gewoonte om samen naar de cijfers te kijken.
Veelgestelde vragen
Waar staat OKR voor?
Objectives and Key Results, in het Nederlands doelstellingen en kernresultaten. Een objective is een kwalitatief doel dat beschrijft waar je naartoe wilt; key results zijn een paar meetbare uitkomsten die laten zien of je er bent gekomen.
Hoeveel OKR's moet een startup hebben?
Heel weinig. Voor een klein team is één tot drie objectives per kwartaal, elk met twee tot vier key results, meestal ruim voldoende. Meer verdeelt een klein team te dun en maakt van OKR's een to-dolijst.
Zijn OKR's de moeite waard voor een solo-founder of een heel klein team?
Een lichte versie kan dat zijn. Elk kwartaal één objective en een paar key results opschrijven helpt een klein team nee te zeggen tegen afleidingen. Sla de zware tools en scoringsrituelen over tot het team groot genoeg is om ze nodig te hebben.
Wat is het verschil tussen OKR's en KPI's?
KPI's zijn doorlopende gezondheidsmetrics die je voortdurend in de gaten houdt, zoals omzet of churn. OKR's zijn tijdgebonden doelen voor verandering: ze willen vaak een KPI verschuiven, maar beschrijven wat je dit kwartaal wilt verbeteren.
Moeten OKR's gekoppeld zijn aan bonussen?
Veel teams houden ze gescheiden, omdat het koppelen van salaris aan OKR-scores mensen aanzet tot veilige, makkelijke doelen. Gebruik OKR's om te focussen en te leren, en beoordeel prestaties breder.