Chat met Jurre

Blueprints

Feature Canvas

Voordat een feature wordt gebouwd, ligt hij op één pagina.

Het Feature Canvas dwingt productteams om vóór de eerste sprintreview een nieuwe feature te verantwoorden: welk probleem lost het op, voor wie, met welke waarde, welk risico en welke succesmaatstaf? Bedoeld voor productmanagers, ontwerpers en engineers die geen 'feature creep' meer accepteren.

Fill in this canvas with BoldcasterOr work with a coach →
BoldcasterFeature Canvas · template

What is the Feature Canvas?

Het Feature Canvas is voortgekomen uit de praktijk van product discovery en behoort tot de toolkit van methoden als Marty Cagan's 'Inspired', Jeff Patton's story mapping en de Continuous Discovery Habits van Teresa Torres. Het is geen formeel academisch model maar een werkblad dat in vele productorganisaties is gerationaliseerd tot één pagina.

Het lost een pijnlijk maar wijdverbreid probleem op: features die op de roadmap belanden zonder dat iemand kan uitleggen welk probleem ze precies oplossen, voor wie, of hoe je over drie maanden weet of ze succesvol waren. Het canvas dwingt die helderheid vooraf - en voorkomt dat een team weken bouwt aan iets dat niemand mist.

Het Feature Canvas zegt weinig over implementatie, schattingen of sequencing - daar zijn andere artefacten voor (user stories, design specs, sprint planning). Het is een discovery-instrument, geen delivery-instrument. Combineer het met een Experiment Canvas als de feature een hypothese is, en met een Validation Canvas als de feature een strategische gok is.

When do you use it?

Pak het Feature Canvas zodra iemand binnen het team - productmanager, sales, support, founder - voorstelt om een nieuwe feature te bouwen. Het canvas filtert wat er werkelijk waard is om te bouwen van wat er voor de bühne wordt voorgesteld. Voor elke feature die op de roadmap komt: één canvas. Pre-mortem, niet post-mortem.

Twijfel je nog over welke features waarde toevoegen aan welke klant? Begin bij Jobs-to-be-Done. Vraag je je af of een hele propositie hout snijdt? Loop een Lean Canvas. Heb je een hypothese die je wilt toetsen vóór de bouw? Pak een Experiment Canvas.

How to fill it in

Vul de zeven blokken in volgorde. Wijkt iets af of mis je informatie? Dat is het signaal - vul het ontbrekende blok niet met aannames maar haal eerst de info op.

01

Feature-beschrijving

Eén alinea die de feature beschrijft zoals een gebruiker hem ervaart. Niet vanuit technologie ('we bouwen een endpoint') maar vanuit gebruik ('wanneer een klant X doet, ziet hij Y'). Inclusief scope: wat zit er wel in, wat expliciet niet. Een feature die niet in één alinea past, is geen feature - dat is een project.

Questions that help

  • ·Hoe ziet een gebruiker deze feature in de praktijk?
  • ·Wat valt er expliciet buiten scope?
  • ·Op welke schermen of in welke flows verschijnt het?

Example

Conflictdetectie in de weekplanning: wanneer een werkvoorbereider twee taken op hetzelfde tijdstip aan dezelfde persoon of hetzelfde materiaal probeert toe te wijzen, verschijnt een rode markering plus een voorstel-knop. Geen automatische correctie, geen integratie met externe planning-systemen.

Common mistake

Een feature beschrijven in interne taal of in techniek-termen - onbruikbaar voor verkoop, marketing of klantcommunicatie.

02

Probleem dat het oplost

De gebruikerspijn waar deze feature een antwoord op is. Wees concreet: welke frustratie, welke taakfout, welke gemiste kans los je op? Idealiter onderbouwd met data (hoeveel keer per week komt dit probleem voor?) of met klantcitaten. Geen probleem = geen feature. 'Het zou leuk zijn' is geen probleem.

Questions that help

  • ·Welk probleem ervaart de gebruiker waardoor deze feature waarde toevoegt?
  • ·Hoe vaak komt dit probleem voor?
  • ·Hoe is het probleem vandaag gedocumenteerd - supporttickets, interviews, productdata?

Example

Probleem: in de huidige flow zien werkvoorbereiders pas op donderdag dat ze maandag dubbele afspraken hebben gemaakt - gemiddeld 2 uur rework per week per gebruiker, vastgelegd in 87% van klantgesprekken in Q1.

Common mistake

Een 'probleem' verzinnen ter rechtvaardiging - als je geen bewijs hebt dat het probleem bestaat, is dat zelf je eerste experiment.

03

Wie het raakt

Welk segment, welke persona's en welk percentage van je huidige klantenbasis raakt deze feature? En - even belangrijk - wie raakt het niet? Een feature die voor alle klanten waarde lijkt te leveren is meestal voor niemand specifiek genoeg. Wees concreet over of dit een retentie-, activation- of acquisition-feature is, en voor welke fase van de gebruiker.

Questions that help

  • ·Welk segment of welke persona heeft hier vooral baat bij?
  • ·Welk percentage van de huidige klantbasis raakt het?
  • ·Voor wie is het niet relevant - en gaat het hen mogelijk in de weg zitten?

Example

Doelgroep: werkvoorbereiders bij MKB-bouwbedrijven met 10+ medewerkers (38% van onze betalende klanten). Niet relevant voor ZZP'ers (12% basis) - voor hen geen taakconflicten omdat ze alleen werken.

Common mistake

Schrijven dat 'alle klanten' het willen - dat betekent ofwel dat de feature te generiek is, ofwel dat de analyse niet diep genoeg ging.

04

Waarde

Wat levert deze feature op - voor de gebruiker (tijdwinst, frustratie weg, nieuwe capaciteit) én voor de business (retentie, conversie, upsell, kostenbesparing)? Maak het kwantitatief waar mogelijk: 'verwachte uitsparing 2 uur per gebruiker per week' is sterker dan 'verbetert efficiëntie'. Voor de business: hoe vertaalt waarde voor de gebruiker naar omzet, marge of retentie?

Questions that help

  • ·Welke meetbare waarde levert het voor de gebruiker?
  • ·Welke meetbare waarde levert het voor de business?
  • ·Hoe schaalt waarde - meer per gebruiker, meer per maand, eenmalig?

Example

Voor gebruiker: 2 uur rework-besparing per week (€60/uur effectief). Voor business: verwachte stijging retentie in segment +4-6%, plus argument voor upsell naar Pro-tier (€20/maand extra).

Common mistake

Waarde alleen kwalitatief beschrijven ('beter', 'sneller', 'fijner') - onmogelijk om over zes maanden te beoordelen of het ook geleverd werd.

05

Risico's

Wat kan stuk gaan: technisch (complexiteit, performance), juridisch (privacy, compliance), commercieel (kannibalisatie van andere features of tiers), operationeel (support-volume, onboarding), of klantgedrag (verlies van bestaande gebruikspatronen). Schrijf de top-3 risico's op met een korte mitigatie. Geen risico's = je hebt niet diep genoeg gekeken.

Questions that help

  • ·Welke technische, juridische of commerciële risico's loopt deze feature?
  • ·Welk gedrag van bestaande klanten kan het verstoren?
  • ·Wat zou de feature kunnen kannibaliseren?

Example

Risico 1: rode markeringen leiden tot 'alarm-moeheid' bij oudere gebruikers met chaotische planningen. Mitigatie: A/B-test in eerste 4 weken op marker-frequentie. Risico 2: support-volume stijgt door uitleg-vragen. Mitigatie: in-app uitleg + helpdoc bij eerste 5 markeringen.

Common mistake

Risico's lichtjes opvoeren ('mogelijk wat support-vragen') zonder serieuze mitigatie - krijg je achteraf van terug.

06

Succesmetric

Eén leading metric die binnen 30-90 dagen na launch vertelt of de feature werkt zoals bedoeld. Bij voorkeur direct (adoptie van de feature, taken voltooid met de feature) eerder dan indirect (algemene retentie). Vooraf een verwachting/drempel: bij welke meting noemen we de feature een succes? Zonder vooraf vastgelegde drempel wordt elke uitkomst 'eigenlijk best oké'.

Questions that help

  • ·Welke metric vertelt direct of de feature gebruikt wordt?
  • ·Welk niveau is voldoende om de bouw te rechtvaardigen?
  • ·Op welke termijn meten we - 30, 60, 90 dagen?

Example

Succesmetric: percentage werkvoorbereiders dat binnen 30 dagen na het zien van de eerste conflictmarkering minimaal 1 keer de voorstel-knop gebruikt. Drempel: 40%. Onder 25% = feature herontwerpen of terugtrekken.

Common mistake

Een metric kiezen die ook beïnvloed wordt door andere veranderingen ('omzet stijgt') - die kun je niet aan de feature toeschrijven.

07

Alternatieven

Welke goedkopere, snellere of eenvoudigere oplossingen zijn overwogen? Een waarschuwing in de UI, een handleidingsupdate, een macro, een externe integratie, gewoon niets doen? Schrijf op waarom de gekozen feature wint van die alternatieven - vooral in termen van waarde-per-build-week. Een team dat geen alternatieven heeft overwogen, heeft niet diep genoeg nagedacht.

Questions that help

  • ·Welke goedkopere oplossing is overwogen, en waarom valt die af?
  • ·Wat zou de impact zijn van helemaal niets doen?
  • ·Is er een externe integratie of bestaande functionaliteit die dit oplost?

Example

Alternatieven: (1) waarschuwingstekst onder de planningstabel - verworpen want werkvoorbereiders scrollen niet; (2) wekelijkse e-mail-rapportage van conflicten - verworpen want feedback te laat; (3) niets doen - verworpen want huidig churn-cohort 12% noemt 'rework' als reden.

Common mistake

Alternatieven achterwege laten omdat 'we toch al weten wat we willen bouwen' - meestal ontstaat de beste oplossing juist door de vergelijking.

Common mistakes

Een feature definiëren in technische termen

Een feature is wat een gebruiker ervaart. Schrijf hem in zijn taal, niet in API-termen. Anders kunnen marketing, support en sales hem niet uitleggen.

Waarde alleen kwalitatief omschrijven

'Verbetert de gebruikservaring' is geen waarde - het is een vermoeden. Maak waarde kwantitatief waar je kunt: tijdwinst, kostenbesparing, retentie.

Succesmetric pas vaststellen na launch

Achteraf je metric kiezen is achteraf bepalen wat 'succes' was. Vóór de bouw vastleggen - anders heb je geen leerwinst, alleen output.

Geen alternatieven overwegen

Elke feature heeft een goedkoper of simpeler alternatief. Door die expliciet te benoemen en af te wegen, voorkom je dat je het verkeerde bouwt.

Risico's wegwuiven

Een feature zonder risico bestaat niet. Als je geen risico's kunt benoemen, ben je niet kritisch genoeg geweest - vraag iemand buiten het team om mee te lezen.

Het canvas invullen na de start van de bouw

Het canvas is een denkinstrument vóór bouw. Achteraf invullen verwordt het tot rechtvaardigingsmateriaal in plaats van keuzemechanisme.

In Boldcaster

How Boldcaster helps you with this

Interactive fill-in

No stray PDF that disappears into your downloads folder. Fill in the canvas in the app, with version control and comment threads.

Turbo does the groundwork

Paste your business plan, annual report or loose notes and Turbo fills in the canvas for you. Or let it make suggestions block by block.

Connected to your strategy

An insight from this Feature moves to your Priorities, KPIs or strategy in one click. Not a loose exercise on a whiteboard.

All canvases in one place

Pilot participants get access to BMC, Lean Canvas, Value Proposition Canvas and whatever comes next. One platform, one system.

Create a free account and use all canvases

Prefer guidance?

Knowledge of the models isn't required - Turbo helps you block by block. Want real guidance on your strategy, with a coach alongside you? That's part of the Scale-up track. Or first see who the coaches are.

Frequently asked questions

Hoe verhoudt het Feature Canvas zich tot user stories?

+

Het Feature Canvas is breder: het beschrijft de feature, de rationale, de waarde en het succescriterium. User stories zijn de delivery-eenheden binnen de feature - vaak schrijf je per feature 3-15 stories. Het canvas is pre-discovery, stories zijn pre-sprint.

Wie moet het Feature Canvas invullen?

+

Bij voorkeur de productmanager, in samenwerking met design en engineering. Voor strategisch belangrijke features ook met een vertegenwoordiger uit sales of support.

Hoeveel features kun je redelijk parallel doen?

+

Een productteam van 5-7 mensen kan typisch 1-3 features tegelijk in discovery hebben, en 1-2 in delivery. Meer parallel betekent meer context-switching en zwakkere discovery.

Wat doe ik met een feature die niet door het canvas komt?

+

Parkeer hem. Niet wegmaken - bewaar het canvas met de reden waarom. Vaak komen ideeën terug als de context verandert; je wilt het werk dan niet opnieuw doen.

Werkt het Feature Canvas ook voor B2C-producten?

+

Ja. De disciplines (probleem identificeren, doelgroep specificeren, succes meten) zijn identiek. B2C heeft vaak meer A/B-testmogelijkheden, wat het succescriterium scherper maakt.

Hoe sluit dit aan op de bredere roadmap?

+

Features die door het canvas komen, krijgen prioriteit op de roadmap. Het canvas helpt om die prioritering inhoudelijk te onderbouwen in plaats van op politiek of HiPPO.

Wat als sales een feature 'verkoopt' aan een grote klant - kan dat het canvas overslaan?

+

Dat is een van de schadelijkste anti-patterns. Vul ook dan het canvas in - vaak ontdek je dat de feature ook andere klanten dient, of juist niet. Een 'sales-belofte' is een waardevol signaal, geen rechtvaardiging om discovery over te slaan.

Hoeveel tijd kost het invullen?

+

Een eerste versie maak je in 60-90 minuten als de informatie er ligt. Vaak is het invullen vooral een trigger om informatie op te halen - een week onderzoek, dan een sessie van twee uur om het samen scherp te krijgen.

Further reading

What does a filled-in Feature Canvas look like?

An empty canvas is the easy part. The question is what goes in it. I'll send you a worked Feature Canvas: fictional company, real wording, sharp enough to make decisions with.

See a completed example

The strategy canvas of a fictional installation company, fully filled in - plus five things that show whether a canvas steers or is merely complete. Four pages, PDF.

You'll see the example right away and receive it by email. We keep your address so we can help you with your strategy; you can unsubscribe at any time with one click.