Resultaten gebruiken als leidraad voor productwerk
Lever functies op tijd en binnen budget, maar alleen als die functies daadwerkelijk waarde leveren voor klanten en het bedrijf. Daarom raden we productteams aan om hun werk te richten op grote resultaten die het product verbeteren en bij uitbreiding hun organisatie ten goede komen.
Resultaten versus output
Een functie op tijd leveren is output: een specifieke taak die je team heeft afgesproken om te volbrengen. Waarde bieden is een resultaat: bijvoorbeeld een betere gebruikerservaring, zoals blijkt uit het lagere aantal supporttickets.
Voorbeelden van output | Voorbeelden van resultaten |
---|---|
Lever 10 functies op een specifieke datum. | Voorbeelden van resultaten Verhoog het aantal conversies van proefperiode naar betaald van 15% naar 25%. |
Publiceer per kwartaal 3 assets met uitgebreide content. | Voorbeelden van resultaten Verlaag het aantal supporttickets voor een functie van 50 per week naar 5 per week. |
Lanceer een product op tijd voor een specifieke conferentie. | Voorbeelden van resultaten Bewijs dat een x-aantal klanten een specifiek probleem hebben opgelost. |
Je besteed gemakkelijk te veel aandacht aan de output, het mechanisme waarmee het werk gedaan wordt. Output is echter niet echt de beste manier om productiviteit of succes te meten.
De nadruk leggen op output in plaats van resultaten kan ertoe leiden dat teamleden het einddoel achter hun initiatief uit het oog verliezen. Ze missen misschien belangrijke signalen dat het product niet voldoet aan de behoeften van gebruikers (zoals beoordelaars die niet zijn omgezet naar actieve gebruikers, of bedrijven die herhaaldelijk overstappen wegens betrouwbaarheidsproblemen).
Het verschil tussen resultaten vs output komt neer op kwaliteit boven kwantiteit. Productteams werken niet om zoveel mogelijk functies te leveren; hun doel is om tools te ontwikkelen die gebruikersproblemen zo gemakkelijk mogelijk oplossen.
Daarom moet het succes van een productteam worden gemeten op basis van de werkelijke waarde die aan klanten en het bedrijf wordt geleverd, niet aan de hand van functies op tijd en binnen het budget leveren.
Door planning en discussies over de gewenste doelen of resultaten in te bouwen, houden teams hun werk op één lijn en leveren ze waarde: waarom ze werken, niet wat ze van dag tot dag gaan doen.
Deze aanpak heeft veel voordelen voor de teamcultuur, het moreel en de productiviteit:
- Duidelijke missie en doel: teams beoordelen alle initiatieven op basis van hoe ze bijdragen aan de doelen. Prioriteren wordt eenvoudiger, omdat het duidelijk is welke initiatieven de grootste potentiële impact hebben.
- Teams met meer mogelijkheden: als teams aan resultaten werken in plaats van aan taken, zijn ze in staat om te experimenteren en aanpassingen te maken op basis van hun leerervaringen en doen ze alles wat nodig is om hun doelen te bereiken. Deze aanpak is beter voor de uitvoering en het teammoreel: teams werken sneller, hebben een grotere impact en zijn trots op hun werk.
- Een cultuur van continue verbetering: door zelf resultaten te behalen, worden teams aangemoedigd om het beter te doen. Ze verbeteren hun manier van werken voortdurend door de voortgang te meten en zich aan te passen op basis van hun leerervaringen.
De implementatie van een resultaatgerichte aanpak omvat verschillende belangrijke stappen
1. Definieer duidelijke bedrijfs- en productresultaten
Begin met een duidelijke definitie van de gewenste resultaten. Ze moeten Specifiek, Meetbaar, Acceptabel, Relevant en Tijdgebonden zijn (SMART).
Volgens Continuous Discovery Habits zijn er twee algemene soorten resultaten: bedrijfsresultaten en productresultaten.
- Een bedrijfsresultaat komt de organisatie ten goede. Dit is een achterlopende indicator die je vertelt wat er al is gebeurd als gevolg van productbeslissingen of -resultaten.
- Tegen de tijd dat je omzet verandert, is dat het eindresultaat van het feit dat je team in de loop van de tijd een reeks wijzigingen heeft doorgevoerd. Je kunt het zelden aan één initiatief toeschrijven.
- Voorbeeld: de omzet verhogen
- Een productresultaat is een verbetering aan je product om positieve bedrijfsresultaten te creëren. Dit is een voorlopende indicator die je al vroeg signalen geeft van wat er zou kunnen gebeuren met de bedrijfsresultaten.
- Met de productresultaten kunnen teams de impact van hun beslissingen op het gedrag van klanten meten, in iteratieve cycli. Deze beslissingen zijn uiteindelijk van invloed op de bedrijfsresultaten.
- Voorbeeld: het conversiepercentage van evaluaties naar aankopen verhogen

Bij Atlassian gebruiken we het kader Doelstellingen en Belangrijkste resultaten (OKR) om resultaten te definiëren en te meten. Ontdek meer informatie over het gebruik van OKR's in het Atlassian-teamdraaiboek.
2. Breng teams op één lijn met betrekking tot de resultaten
Zodra de doelstellingen duidelijk zijn, communiceer ze dan aan alle teams. Mensen moeten niet alleen begrijpen wat de doelstellingen zelf zijn, maar ook hoe ze met hun dagelijkse werk in praktische zin bereikt worden.
Stel in het hele bedrijf teamdoelen op die bijdragen aan deze organisatieresultaten (we zullen bespreken hoe je dit kunt doen). Natuurlijk kunnen individuele teams zich ook gaan richten op resultaten in plaats van op outputs, zelfs als de rest van hun organisatie dat nog niet heeft gedaan.
Bij het stellen van prioriteiten moeten de discussies gericht zijn op deze gewenste resultaten. Houd je niet vast aan discussies over wanneer iets wordt geleverd. In plaats daarvan is het doel productroadmaps maken die gebaseerd zijn op inzichten en gericht zijn op de impact.


3. Itereer om resultaten te bereiken
Met deze aanpak wordt het leven van specifieke functies ondergeschikt aan het behalen van doelen. Teams proberen dingen uit die niet werken, en andere dingen die wel werken. Cultiveer een omgeving waarin je gemakkelijk en snel kunt falen en waarin teams de psychologische veiligheid hebben om te experimenteren.
Moedig teams aan om tijdens de planning hypotheses op te stellen over hoe hun werk tot de gewenste resultaten zal leiden, en om te testen of ze juist waren. Deze aanpak bevordert een experimentele denkwijze, waarbij teams voortdurend itereren om hun aannames te verbeteren en te valideren.
Succes en voortgang kunnen op twee manieren worden gemeten:
- Kwalitatieve signalen, zoals feedback van gebruikers
- Kwantitatieve statistieken, zoals conversiepercentages
Bouw je discussies rond deze indicatoren en gebruik deze gegevens om te bepalen hoe je itereert.
Boom voor oplossingen en kansen
De Opportunity Solution Tree (OST; boom voor oplossingen en kansen) is populair gemaakt door Teresa Torres en is een manier om bedrijfs- en productresultaten en de kansen, oplossingen en experimenten die kunnen worden gebruikt om deze te bereiken, te visualiseren.
OST's zijn een geweldige manier voor teams om bij te houden waarom ze specifieke oplossingen nastreven, wat hun veronderstelde impact is op gedefinieerde resultaten en andere mogelijke ideeën en oplossingen die moeten worden herhaald.

We hebben deze OST aangemaakt met Confluence-whiteboards, maar dat is ook eenvoudig te doen in Jira Product Discovery met een beetje configuratie.
Hieronder vind je
- Een demo van het groeperen van oplossingen op basis van kansen in Jira Product Discovery
- Een tutorial over hoe je deze configuratie kunt reproduceren
Demo: oplossingen groeperen op basis van kansen
Tutorial over hoe je deze configuratie kunt reproduceren in JPD
Hoe het Jira Product Discovery-team het VMGS-kader heeft gebruikt om het team op één lijn te krijgen wat betreft de resultaten
Bij de ontwikkeling van Jira Product Discovery was het Atlassian-team sterk afhankelijk van een resultaatgerichte manier van werken. We hebben het kader voor Vision (Visie), Mission (Missie), Goals (Doelen) en Strategies (Strategieën) (VMGS) gebruikt om ons werk gericht te houden op strategische resultaten.
Een resultaatgerichte aanpak kan bijna elk aspect van het werk van productteams ten goede komen, niet alleen de productstrategie. In dit gedeelte delen we onze strategie bij het bouwen van Jira Product Discovery als voorbeeld, om te laten zien hoe resultaten als leidraad kunnen dienen voor het productwerk.
VMGS: Visie, Missie, Doelen en Strategieën
De roadmap prioriteren is veel eenvoudiger als het hele team een duidelijk, gedeeld pad naar succes voor ogen heeft. Er is geen onduidelijkheid over de uiteindelijke resultaten waar je naartoe werkt en welke strategieën je itereert om dat te bereiken.
Om dat pad uit te stippelen, heeft ons team een pagina met Visie, Missie, Doelen en Strategieën (VMGS) opgesteld.
We hebben dit document samen geschreven, tijdens een reeks workshops, waarin we bespraken waarom we Jira Product Discovery als product ontwikkelen, voor wie, en hoe Atlassian daar als bedrijf van kan profiteren.
Een sterke pagina met VMGS zorgt ervoor dat iedereen zich verbonden voelt met elkaar, met hun dagelijkse werk en met de uiteindelijke doelen van het project. Houd het duidelijk en eenvoudig: gebruik geen chique woorden, overdreven beschrijvende taal of vakjargon.

De pagina met VMGS van het Jira Product Discovery-team
Visie
Een visieverklaring beschrijft de toekomstige, ideale eindstaat. Ervan uitgaande dat het project succesvol is, is dit hoe de wereld eruit ziet als het voltooid is.
Bij de ontwikkeling van Jira Product Discovery was onze visie "productteams gericht op strategische resultaten". We wilden een wereld bouwen waarin de succesvolste bedrijven een productmodel hebben geïmplementeerd.
Missie
Een missieverklaring beschrijft het unieke standpunt van het team over hoe de visie tot uiting zal komen.
De missie van het Jira Product Discovery-team is "de potentie van productteams benutten om impact te maken". Dit is een specialisatie van de missie van Atlassian: "De potentie in elk team benutten", of organisaties verbeteren door hun individuele teams te versterken. De missie van Jira Product Discovery richt zich op productteams en is specifiek. Dit helpt hen zich te richten op de impact van hun werk, niet alleen op de output.
Doelstellingen
Doelen helpen om het succes van de hele inspanning te meten. Ze moeten meetbaar en tijdgebonden zijn.
Het doel van Jira Product Discovery is om een succesvol bedrijf te worden volgens Atlassian-normen. Als "Poolster-statistiek" hebben we een specifiek bedrijfsresultaat gekozen: een omzetdoelstelling voor een specifiek jaar. Elke maand rapporteren we de voortgang met betrekking tot die statistiek aan de rest van Atlassian. Door één doel te hebben, kunnen we onze strategieën aanpassen en veranderen op basis van hoe succesvol ze zijn in het bereiken van dit doel.
Strategieën
Strategieën zijn tactische manieren waarop het team tijd en middelen investeert, waarbij ze ervan uitgaan dat ze helpen om de missie te vervullen en het doel te bereiken. Strategieën werken het beste als ze duidelijk, scherp, pragmatisch en begrijpelijk zijn.
Elke strategie heeft een bijbehorend subdoel om het succes ervan te meten. Deze subdoelen proberen doorgaans een specifieke statistiek te verbeteren, kwalitatief of kwantitatief, bijvoorbeeld de SEQ-score (Single Ease Question, een maatstaf voor de waargenomen bruikbaarheid), of piratenstatistieken (AARRR: Acquisitie, Activering, Retentie, Referentie, Omzet).

Groen: bedrijfsresultaat. Donkerblauw: strategie en bijbehorend productresultaat. Lichtblauw: bijpassende oplossing, te meten aan de hand van een specifieke statistiek.
Laten we eens kijken naar een gedetailleerd voorbeeld van één doel, strategie en statistiek:

Doel: $ X ARR in 2026
Strategie: GTM, gemeten aan de hand van de omzet
Productresultaat: GTM-teams verbeteren, gemeten aan de hand van de omzet uit jaarabonnementen
De meeste klanten kopen Jira Product Discovery via zelfbediening, maar de grotere klanten doen dat via een Atlassian-accountmanager of een partner, meestal als jaarabonnement. Het succes van deze strategie wordt gemeten op basis van de omzet van het aantal klanten dat een jaarabonnement aanschaft.
Oplossing: 'promoot practices en de werkwijzen omtrent productbeheer.'
We hebben veel feedback gekregen van beoordelaars over dat ze niet weten hoe ze met het productmodel moeten werken en hoe ze Jira Product Discovery in dat model kunnen gebruiken. Dit probleem zorgt ervoor dat beoordelaars het product niet kunnen implementeren.
Dit handboek is onderdeel van deze tactiek. We meten het succes van de tactiek door deze te testen bij een aantal klanten om te zien of de implementatiegraad hoger is. Als dat lukt, investeren we meer in deze tactiek en strategie.
Doelen volgen
We stellen doelen en subdoelen op (één voor elke strategie) als Doelen in Atlas. We gebruiken Atlas om elke maand onze voortgang voor elk doel te rapporteren aan de rest van het bedrijf.
Let op: Atlas wordt overgezet naar het Atlassian-platform en wordt gratis.
De platformervaring voor Doelen is momenteel beschikbaar voor vroege toegang en je kunt er hier voor kiezen om die te gebruiken. Of je nu Atlas of de platformervaring gebruikt, je kunt doelen gebruiken in je Jira Product Discovery-projecten door de functie in te schakelen. Volg hiervoor de instructies die je hier kunt vinden.
De VMGS updaten
Na verloop van tijd evolueert ons begrip van het product en de doelstellingen, op basis van wat we blijven leren. Daarom beoordelen we de VMGS elke 3 tot 6 maanden samen als team.
Als het doel van ons team was om een berg te beklimmen, is het belangrijk dat voor iedereen duidelijk is dat het doel is om de top te bereiken (of terug te gaan naar de thuisbasis). Ze hebben ook inzicht nodig in de paden die de verschillende groepen bewandelen om daar te komen. Sommige paden zijn een doodlopende weg maar via andere paden bereiken ze sneller de top. Hier en daar zijn er checkpoints om de beschikbare opties en de volgende stap te bekijken.
Tot nu toe hebben we tijdens het ontwikkelen van Jira Product Discovery het volgende gevonden:
- De visie en missie zijn de afgelopen drie jaar stabiel gebleven.
- We herzien het doel elk kwartaal aan de hand van een financieel model dat is gebaseerd op zowel aannames als reële groeigegevens.
- De strategieën zijn het afgelopen jaar stabiel gebleven, maar onze tactieken om de visie en missie te bereiken veranderen elke drie tot zes maanden.
Op elk moment zijn we actief bezig met het volgen van een subset van strategieën. Voor het hele team is het duidelijk waar we 'ja' en 'nee' tegen zeggen. Beide zijn belangrijk voor duidelijke discussies over de prioriteiten.

Dit is een momentopname van de vroege stadia van een product. De tactieken in het grijs werden op dat moment niet actief toegepast.
En nu?
In de rest van dit handboek leggen we in detail uit hoe je een productbacklog kunt gebruiken om:
- Een productbacklog maken en prioriteren
- Ideeën van begin tot uitvoering
- feedbackkanalen op te zetten en inzichten te verzamelen om ideeën te valideren
- Prioriteer de ideeën die impact hebben
- Maak roadmaps waar je teams en belanghebbenden achter staan
We geven voorbeelden van hoe we dit doen in het Jira Product Discovery-team, met behulp van Jira Product Discovery en andere producten.
Je kunt ook deze demo bekijken voor een volledig voorbeeld:
Introductie
Lees meer over waarom we dit handboek hebben gemaakt en hoe dit je kan helpen.
Productbacklog
Leer hoe je effectief productbacklogs beheert om ideeën te prioriteren, samenwerking te verbeteren en de productontwikkeling te stimuleren.