Dit is geen boeksamenvatting. Dit is Paul's werkversie van het Lean Startup-framework — gefilterd door praktijkervaring bij Hoomie en bij fabrikanten in de installatie- en verwarmingsbranche, en vertaa...
Dit document is een persoonlijk werkframework van Paul Willems (WillemsWorks). Het is opgebouwd uit boeken, seminars en eigen praktijkervaring — geen samenvatting, maar een actief werkinstrument. De inhoud is intellectueel eigendom van Paul Willems. Gebruik zonder toestemming is niet toegestaan.
Meer over mijn werkwijze en aanpak: willemsworks.nl
Document: GOV-ALL-LeanStartup | v1.0 | 22 maart 2026 | Persoonlijk werkframework | governance | alle platforms | workshops, proposities, productontwikkeling, go-to-market, klantgesprekken
Bronnen: The Lean Startup (Eric Ries, 2011) + Customer Development methodiek (Steve Blank)
Masterdocument: MASTER-ALL-Structure v2.2
Verwante bouwstenen: - GOV-ALL-TheyAskYouAnswer — deelt dezelfde feedbackloop-logica; TAYA is de contentuiting van Build-Measure-Learn - GOV-ALL-Innovatie v1.0 — volledige integratie met Christensen (diagnose) en Osterwalder (ontwerp) tot één werkframework; dit document is daarin de ruggengraat
Doel: Dit is geen boeksamenvatting. Dit is Paul's werkversie van het Lean Startup-framework — gefilterd door praktijkervaring bij Hoomie en bij fabrikanten in de installatie- en verwarmingsbranche, en vertaald naar concrete toepassingen in zowel nieuwe service-ontwikkeling als go-to-market trajecten.
| Versie | Datum | Beschrijving |
|---|---|---|
| v1.0 | 22 maart 2026 | Initiële opbouw op basis van gesprek. Gebouwd vanuit Paul's praktijkervaring bij Hoomie en installatietechniek. Inclusief corporate context, fysieke producten, service-ontwikkeling en go-to-market toepassing. |
Lean Startup is een methodiek voor het ontwikkelen van producten, diensten en businessmodellen onder omstandigheden van extreme onzekerheid. De kern: bouw niet op aannames, maar op bewijs uit de markt. Zo snel en goedkoop mogelijk leren wat werkt — voordat je groot investeert.
De motor is de Build-Measure-Learn cyclus: - Build — Bouw de kleinst mogelijke versie om één specifieke aanname te testen - Measure — Meet wat gebruikers en klanten daadwerkelijk doen - Learn — Trek conclusies en beslis: doorgaan, aanpassen of pivotten
"No plan survives first contact with customers." — Steve Blank, geïnspireerd op Helmuth von Moltke de Oudere (1871)
Blank — die de basis legde voor Lean Startup en Eric Ries inspireerde — gebruikte dit als kernargument waarom je werkt met een itereerbaar businessmodel in plaats van een rigide businessplan. Een plan kun je aanpassen; een fundamenteel verkeerd model niet.
Lean Startup is voor mij primair een validatie-instrument: gebruik het zolang je nog zoekt naar een schaalbaar businessmodel. Zodra validatie heeft uitgewezen dat je schaalbaar kunt verkopen, verschuif je naar go-to-market — dan experimenteer je niet meer met het model zelf, maar met de optimale combinatie van propositie, kanaal en segment.
Belangrijk onderscheid: - Lean Startup fase → je weet nog niet of het model werkt; je zoekt product-market fit - Go-to-market fase → het model is gevalideerd; je optimaliseert distributie en propositie per segment
Beide fases kennen vergelijkbare iteratieve kenmerken, maar het doel verschilt fundamenteel.
Een Minimum Viable Product is de kleinst mogelijke versie van een product of dienst waarmee je één specifieke aanname kunt testen. Niet de kleinst mogelijke versie van het volledige product — maar de meest gerichte versie om precies één vraag te beantwoorden.
De meest gemaakte fout: Te technisch, te complex, en te veel gebaseerd op wat technisch mogelijk is in plaats van wat de klant nodig heeft. Het gevolg: je weet niet meer welke feature je precies aan het testen bent als er teveel in de eerste versie zit.
De gouden regel: Als je niet precies kunt benoemen welke aanname je test met deze versie, is je MVP nog te groot.
Voordat er ook maar één feature gebouwd wordt, definieer je het concept in één zin. Bijvoorbeeld: "Een website waarop installateurs offertes kunnen maken voor consumenten die een warmtepomp willen."
Dan: 1. Maak 8-10 kaartjes met mogelijke features 2. Laat 5 representatieve gebruikers de kaartjes op volgorde van belangrijkheid leggen 3. Neem de top drie als startpunt voor een gesprek: "Hoe zou dat er voor jou uitzien?" 4. In dat gesprek komen de echte eisen en onderliggende problemen naar boven — niet wat mensen denken te willen, maar wat ze nodig hebben
Waarom deze volgorde werkt: Eerst prioriteren, dan pas het gesprek. Daardoor praat je over wat écht belangrijk is, niet over wat mensen spontaan noemen. De kaartjes dwingen een keuze af; het gesprek daarna onthult de redenering achter die keuze.
Ries gebruikt "pivot" soms te breed. Paul's definitie is scherper en daardoor bruikbaarder in de praktijk:
Een pivot is een wijziging in de fundamenten van het businessmodel — concreet: een andere waardepropositie, andere kanalen, andere partners of andere middelen. Dit is zichtbaar in het Business Model Canvas: meerdere bouwstenen veranderen tegelijk.
Een aanpassing is een wijziging in de uitvoering: andere messaging, andere website-layout, andere communicatiematerialen. Het model blijft intact; de manier waarop je het communiceert of presenteert verandert.
Praktische drempel voor pivot-beslissing: Na drie à vier iteraties zonder aantoonbare groei in gebruik of verkoop is het signaal dat de basispropositie niet resoneert met de behoeften van de doelgroep. Niet eerder — dan reageer je op ruis. Niet later — dan investeer je te lang in iets dat niet werkt.
In een corporate context: "We gaan pivotten" is politiek bijna onmogelijk. "We passen de aanpak aan op basis van wat we hebben geleerd" is dat wel. De inhoud kan identiek zijn — de framing bepaalt of het haalbaar is.
In software is een update uitrollen een kwestie van minuten. Bij fysieke producten — warmtepompen, waterbehandelingsapparatuur, HVAC-systemen — zijn productwisselingen kostbaar en traag. De klassieke Lean Startup-aanpak werkt hier niet één-op-één.
De oplossing: In de installatietechniek richt Lean Startup zich primair op de service-laag rondom het fysieke product. Die is wél snel itereerbaar: - Connectivity platforms en remote monitoring - Offerte- en configuratietools - Onderhoudsabonnementen en servicecontracten - Trainings- en certificeringsprogramma's voor installateurs - Digitale klantcommunicatie en after-sales services
De les van Hoomie: Vijf businessmodel-pivots in vier jaar — zonder dat het product zelf fundamenteel veranderde. De warmtepomp bleef een warmtepomp; het businessmodel eromheen werd steeds opnieuw gedefinieerd op basis van wat de markt daadwerkelijk vroeg.
Wanneer een fysiek product al bestaat en net gelanceerd is, verschuift Lean Startup naar go-to-market iteratie: welke propositie, welk segment, welk kanaal werkt? De vragen die je dan stelt: - Welke klantsegmenten reageren het sterkst? - Via welk kanaal bereik je ze het meest efficiënt? - Welke waardepropositie resoneert per segment? - Welke touchpoints in de customer journey zijn doorslaggevend?
Dit is nadrukkelijk geen productontwikkeling meer — het is het vinden van de optimale marktbenadering voor een bestaand product.
Gevestigde organisaties hebben processen, goedkeuringsroutes, budgetcycli en risico-aversie die experimenteren bemoeilijken. De vrijheid die een startup vanzelfsprekend heeft, moet in een corporate context expliciet georganiseerd worden.
Drie manieren om hiermee om te gaan:
1. Aparte context creëren Zoals bij Hoomie: een startup-entiteit buiten de hoofdorganisatie, met eigen mandaat, eigen budget en eigen snelheid. Maximale vrijheid, maar vraagt bestuurlijk commitment en duidelijke governance.
2. Service-laag als experimenteerruimte Binnen de hoofdorganisatie experimenteren op de service-laag — die raakt het kernproduct niet en vraagt minder goedkeuring. Connectivity, after-sales, digitale tools — hier is de drempel lager.
3. Pilotaanpak met beperkte scope Één product, één of twee kanalen, expliciet gelabeld als pilot. Klein genoeg om onder de radar te blijven, groot genoeg om iets te leren. De resultaten van de pilot worden de basis voor een breder mandaat.
In een corporate context werkt "experimenteren" vaak niet als woord — het suggereert onzekerheid en gebrek aan plan. Effectievere framing: - "We valideren de aanpak voordat we opschalen" - "We leren van de markt voordat we de volledige investering doen" - "We testen de propositie in een gecontroleerde setting"
De inhoud is identiek aan Lean Startup-denken; de taal past bij de corporate context.
TAYA en Lean Startup zijn twee uitdrukkingen van hetzelfde principe: bouw niet op aannames, maar op bewijs uit de markt.
| Lean Startup | TAYA-equivalent |
|---|---|
| Build | Maak content op basis van klantvragen die je hebt opgehaald |
| Measure | Meet welke content engagement genereert en welke nieuwe vragen oproept |
| Learn | Verfijn de kennisbank en customer journey op basis van wat je leert |
De feedbackloop van TAYA — nieuwe vragen die content genereert, terugkoppeling naar sales en productontwikkeling — is in essentie een Build-Measure-Learn cyclus toegepast op contentmarketing.
Het Business Model Canvas (Osterwalder) is het meest bruikbare instrument om een pivot zichtbaar te maken. Als meerdere bouwstenen tegelijk wijzigen — waardepropositie, kanalen, partners — is er sprake van een echte pivot. Als alleen de uitvoering verandert, is het een aanpassing.
Zie GOV-ALL-Osterwalder (in ontwikkeling) voor het volledige framework.
Dit document is een levend werkdocument. Versie verhogen bij elke substantiële aanvulling vanuit nieuwe praktijkervaringen.