Product roadmap template: de velden om te kopiëren

Een product roadmap template is een korte tabel waarin elke rij één item is en elke kolom een veld dat je belooft ingevuld te houden. De versie die voor de meeste kleine teams werkt heeft zes velden: de uitkomst, wie erom vroeg, de status, de eigenaar, het vertrouwen en de reviewdatum. Al het andere in downloadbare templates, zoals swimlanes, story points en kwartaalkolommen, is optioneel en vaak de reden dat de roadmap niet meer wordt bijgewerkt.

Wat hoort er in een product roadmap template?

Neem alleen de velden op die een lezer gebruikt om een beslissing te nemen, en voeg een veld pas toe als je kunt zeggen wie het leest. De uitkomst is de bestaansreden van de rij. De bron laat een klant zijn eigen verzoek terugvinden. De status zegt of het werk vordert. De eigenaar is degene die je kunt aanspreken. Het vertrouwen voorkomt dat een verwachting als belofte wordt gelezen, en de reviewdatum houdt de rij vers.

Twee velden zijn het overwegen waard als je team erom vraagt. Een lijst “Doen we niet”, naast de tabel, legt vast waartegen je hebt besloten en waarom, en bespaart je elk kwartaal dezelfde discussie. Een kolom “Laatst gewijzigd” toont wanneer de rij is bewerkt, zodat een lezer een actuele roadmap van een verlaten roadmap kan onderscheiden.

Laat in een eerste versie deze velden weg: andere data dan de reviewdatum, inspanningsschattingen, story points en omzetprognoses. Die horen thuis in planningsdocumenten, waar ze kunnen veranderen zonder dat iemand ze als toezegging leest.

Hoe ziet een ingevulde product roadmap template eruit?

Hier is de tabel met een verzonnen taken-app als product. Elk item is verzonnen en de statuskolom gebruikt maar drie waarden.

Twee rijen bevatten de les. “Offline modus” heeft geen eigenaar en weinig vertrouwen, wat een eerlijke manier is om te zeggen “we denken erover na”. “Deadlines in bulk bewerken” is afgesloten in plaats van verwijderd, zodat de klanten die erom vroegen nog kunnen zien waar het is gebleven.

Liever platte tekst? Dezelfde tabel werkt als Markdown-bestand in de repository, waar hij in versiebeheer staat naast het werk zelf:

| Outcome | Source | Status | Owner | Confidence |
|---|---|---|---|---|
| Keep the last filter | 14 requests | Building | Dana | Committed |
| Company SSO sign-in | 9 requests | Planned | Marcus | Forecast |

Welk format moet de template gebruiken?

Gebruik een tabel als je roadmap tien items of minder heeft en de lezers detail willen. Gebruik drie kolommen, Now, Next en Later, als je vaak van richting verandert en geen data wilt verdedigen. De Now/Next/Later-indeling wordt beschreven in de Atlassian-gids voor product roadmaps, naast timeline- en themagebaseerde indelingen.

De tabel hierboven en een bord met drie kolommen bevatten dezelfde data. De tabel is beter voor mensen die in de roadmap werken, het bord voor mensen die er even naar kijken. Product roadmap voorbeelden toont zes formats met realistische items en legt uit hoe elk faalt, zodat je de indeling kunt kiezen nadat de velden vaststaan.

Hoe vul je de template in zonder te gokken?

Begin bij de verzoeken die je al hebt en schrijf de uitkomst als laatste. Groepeer open verzoeken op het probleem dat ze beschrijven, tel ze en zet het aantal in de bronkolom. Een rij zonder bron is een mening. Een mening mag, maar hij moet er ook als een mening uitzien.

Rangschik de rijen daarna met een regel die je aan een klant kunt uitleggen. Featureverzoeken prioriteren behandelt scoremethoden en waarom stemmen alleen misleiden. De volgorde van de rijen is het antwoord op “wat komt eerst”, en de statuskolom beantwoordt “wat gebeurt er nu”.

Schrijf het vertrouwen eerlijk op. Een toegezegde rij betekent dat het team verbaasd zou zijn als het niet in het venster uitkomt. Een verwachte rij is het plan, tenzij er iets verandert. Een verkennende rij betekent dat er helemaal geen belofte is, en een roadmap die verkennende rijen aan klanten toont, moet uitleggen wat dat woord betekent.

Hoe vaak werk je de template bij?

Werk hem bij zodra een item van status verandert en bekijk elke rij op de reviewdatum. De roadmap veroudert wanneer bijwerken een aparte klus is, dus bewaar hem waar het werk al is. Als je issue tracker de bron van waarheid is, kunnen labels de statuskolom aansturen en hoeft niemand iets over te typen. Hoe een publieke roadmap eerlijk blijft toont de opzet met een label per kolom die Changeloop gebruikt.

Wanneer een rij is uitgebracht, vertel je het de mensen die erom vroegen. Dat is het deel dat geen template-veld voor je kan doen, en het is de reden om de bronkolom te houden. De feedback-loop met klanten beschrijft het hele pad van verzoek tot aankondiging.

Moet de template openbaar zijn?

Publiceer een verkleinde versie als klanten moeten zien dat hun verzoek is gehoord. Een publieke template houdt uitkomst en status en laat eigenaar, vertrouwen en reviewdatum weg. Ook alles wat je niet in een salesgesprek zou verdedigen, gaat eruit. Een kortere lijst die actueel blijft doet meer voor het vertrouwen dan een lange die stil valt; de ProdPad-templatepagina laat zien hoe een leverancier de zijne opbouwt.

FAQ

Wat is een product roadmap template? Het is een herbruikbare tabel of bord met een vaste set velden per roadmap-item, zoals uitkomst, status, eigenaar en vertrouwen. Je kopieert hem, vult één rij per item in en houdt hem bij.

Welke kolommen moet een product roadmap hebben? Minimaal een uitkomst, een status en een eigenaar. Voeg de bron van het verzoek, een vertrouwensniveau en een reviewdatum toe zodra de roadmap meer dan een handvol items heeft.

Moet een product roadmap data bevatten? Voor de meeste teams alleen een reviewdatum. Kalenderdata worden toezeggingen die sales en klanten je voorhouden, dus gebruik liever een vertrouwenslabel en een tijdvenster zoals Now, Next en Later.

Kan ik een roadmap in een spreadsheet of Markdown-bestand bijhouden? Ja. Een spreadsheet past bij een team dat samen bewerkt, en een Markdown-tabel in de repository bij een team dat versiebeheer wil. Kies de plek waar het werk al wordt bijgehouden, zodat bijwerken geen aparte klus is.

De technische beweringen in dit artikel zijn niet onafhankelijk gecontroleerd. Klopt er iets niet, laat het ons weten, dan corrigeren we het.

Meer op changeloop: Documentatie voor ontwikkelaars, Changelog-voorbeelden