← Alle artikelen
Bouw het juiste
Wat je doet wanneer je roadmap en je klanten het niet eens zijn
Door het FabricLoop Team · Mei 2026 · 4 min. leestijd
Elk productteam krijgt dat telefoontje. Een klant — vaak een belangrijke — wil iets wat niet op de roadmap staat. Hij heeft het dringend nodig. Hij laat misschien zelfs doorschemeren dat zijn verlenging ervan afhangt. Je salesteam stuurt het bericht door met twee uitroeptekens. Aan de ene kant staat je roadmap, zorgvuldig opgebouwd over twee planningscycli. Aan de andere kant staat de klant. Wat doe je?
Dit is geen uitzonderlijk geval. Het komt geregeld voor bij elk product met betalende klanten, en de manier waarop je ermee omgaat zegt veel over hoe je productontwikkelproces echt werkt. Het doel is niet om altijd ja te zeggen, en ook niet om altijd nee te zeggen — maar om een vaste methode te hebben om de afweging te maken.
"De slechtste uitkomst is de weg van de minste weerstand: ja zeggen om het ongemakkelijke gesprek te vermijden en vervolgens stilletjes alles anders lager prioriteren om een belofte na te komen die je nooit had moeten doen."
Een beslissingskader voor conflicten tussen klanten en roadmap
Beslisboom: klantverzoek versus roadmap
Komt dit verzoek van één klant of van meerdere?
Één klant
Is deze klant strategisch belangrijk voor je doelsegment?
Nee
Wijs vriendelijk af. Leg het verzoek vast. Bouw het niet.
Ja
Past het bij een geplande uitkomst op de roadmap?
Meerdere klanten
Past het bij een strategische uitkomst op je roadmap?
Nee
Wijst op een gat in je strategie. Bespreek het met het team voordat je beslist.
Ja
Versnel het. Dit is sterke validatie — schuif het naar voren.
De vraag "één klant of meerdere" is het eerste filter
Als meerdere klanten onafhankelijk van elkaar om hetzelfde vragen, is dat een signaal dat je serieus moet nemen — vooral als ze vergelijkbare woorden gebruiken om het probleem te beschrijven. Het wijst erop dat de behoefte echt en wijdverbreid is, en niet bij één klant hoort.
Als het om één klant gaat, ligt de afweging anders. De behoeften van één klant zijn niet representatief voor je markt, zelfs als het je grootste account is. Features bouwen voor één klant is een belasting op je productstrategie die zich in de loop der tijd opstapelt: elke eenmalige feature voegt complexiteit toe, creëert onderhoudslast en maakt het product minder aantrekkelijk voor de bredere markt.
De enterprise-valkuil
Enterprise-klanten hebben meestal de meest specifieke verzoeken en de meeste invloed. Maar je product optimaliseren voor de workflow van je grootste account is hoe producten onverkoopbaar worden aan iedereen anders. Behandel enterprise-specifieke verzoeken als maatwerk — niet als input voor de roadmap.
Hoe je nee zegt zonder de relatie te beschadigen
De sleutel om een klantverzoek zonder schade af te wijzen, is het probleem erkennen, niet alleen het verzoek. "Dat gaan we niet bouwen" komt slecht aan. "We begrijpen dat je moeite hebt met X — zo denken wij over dat probleem na en dit staat er op onze roadmap dat dezelfde behoefte aanpakt" komt veel beter aan.
Klanten hebben zelden precies de feature nodig waar ze om vroegen. Ze willen dat hun onderliggende probleem wordt opgelost. Als je ze een weg daarnaartoe kunt laten zien — ook als het niet de feature is die zij voorstelden — accepteren de meeste klanten dat. Als ze geen enkele weg kunnen accepteren behalve hun exacte specificatie, zegt dat iets belangrijks over of deze klant wel goed bij je product past.
De formule voor je antwoord
Erken het probleem → leg uit waarom je het nu niet bouwt → laat zien wat je wél bouwt dat dezelfde behoefte aanpakt → nodig de klant uit om in het gesprek te blijven terwijl je het ontwikkelt. Dit kost vijf minuten meer dan "nee" en houdt veel meer goodwill in stand.
Wanneer de klant gelijk heeft en de roadmap moet worden bijgewerkt
Soms legt het conflict met een klant een echt gat in je denken bloot. Meerdere klanten die vragen om iets wat je niet had gepland, is een teken dat je roadmap iets heeft gemist. Het juiste antwoord is niet om reactief te bouwen wat ze vroegen — maar om te onderzoeken of het onderliggende probleem op de roadmap thuishoort, en zo ja, waar.
Dit onderscheid is belangrijk. De klant heeft vaak gelijk over het probleem; zelden over de oplossing. Gebruik hun feedback om je begrip van het probleem bij te werken, niet om hun feature-verzoek klakkeloos in de backlog te plakken.
Zo helpt FabricLoop om klantsignalen te volgen
Wanneer hetzelfde verzoek over meerdere maanden van meerdere klanten binnenkomt, is het patroon makkelijk te missen als feedback in losse e-mailthreads en CRM-notities staat. FabricLoop brengt terugkerende thema's op één plek samen, zodat je kunt zien of "het verzoek van één klant" in werkelijkheid een trend is voordat je al vijf keer nee hebt gezegd.
10 dingen om uit dit artikel te onthouden
- Conflicten tussen klanten en roadmap zijn routine, niet uitzonderlijk. Een vaste methode om ermee om te gaan is belangrijker dan welke afzonderlijke beslissing ook.
- Het slechtste antwoord is ja zeggen om het gesprek te vermijden en vervolgens stilletjes alles anders lager prioriteren om dat te compenseren.
- Het eerste filter: gaat het om één klant of om meerdere? Meerdere onafhankelijke verzoeken met vergelijkbare woorden zijn een signaal dat onderzoek waard is.
- Features bouwen voor één enkele klant — ook een grote — is een belasting op je productstrategie die zich in de loop der tijd opstapelt.
- Enterprise-klanten met specifieke verzoeken moeten worden behandeld als maatwerk, niet als input voor de roadmap.
- Een verzoek afwijzen komt beter aan als je het onderliggende probleem erkent, en niet alleen de feature.
- De meeste klanten willen dat hun probleem wordt opgelost, niet dat hun exacte specificatie wordt gebouwd. Laat ze de weg zien, niet alleen het nee.
- Als een klant alleen zijn exacte specificatie kan accepteren, zegt dat iets belangrijks over hoe goed hij bij je product past.
- Wanneer meerdere klanten een echt gat blootleggen, onderzoek dan het onderliggende probleem — kopieer het feature-verzoek niet klakkeloos in de backlog.
- Klanten hebben meestal gelijk over het probleem. Zelden over de oplossing.
