Persoonlijk werkframework

Innovatie

Drie kaders tot één werkend geheel: Lean Startup als ruggengraat (hoe je leert), Christensen als diagnoselaag (of iets echt disruptief is), Osterwalder als gereedschapskist voor diagnose én ontwerp. Van diagnose tot uitvoering in één instrumentarium.

Versie v1.0 Datum juli 2026 Bronnen Eric Ries · Clayton Christensen · Alexander Osterwalder · Geoffrey Moore · Agile/Scrum · eigen praktijkervaring

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-Innovatie | v1.0 | juli 2026 | Persoonlijk werkframework | innovatie, businessmodelontwikkeling, propositieontwerp | alle platforms | strategiesessies, workshopdesign, klantdiagnose, proposities

Bronnen: Eric Ries — The Lean Startup (Build-Measure-Learn) · Clayton Christensen — Jobs-to-be-Done en Disruptive Innovation (Resources/Processes/Values) · Alexander Osterwalder — Business Model Canvas, Value Proposition Canvas, Value Proposition Statement · Geoffrey Moore — positioneringsformat (Crossing the Chasm) · Agile/Scrum — user stories · Eigen praktijkervaring en case-analyse (Paul Willems)

Masterdocument: MASTER-ALL-Structure v2.2

Verwante bouwstenen: - GOV-ALL-LeanStartup v1.0 — brondocument, hier geïntegreerd als ruggengraat - GOV-ALL-VerkennenVerankeren v1.1 — de verkennen-cirkel is waar Lean Startup ook voor fysieke producten (ontwerpstadium) toepasbaar wordt - GOV-ALL-TheyAskYouAnswer v1.0 — praktijkvoorbeeld van digitale MVP-cyclus (content als validatie-instrument) - GOV-ALL-CustomerMaturity v1.3 — Osterwalder-verwijzing in dat document wijst nu hierheen; connectivity (Generatie 3 datamechanismen) sluit direct aan op de fysiek/digitaal-these hieronder - GOV-ALL-Faciliteren v1.0 — VPC/BMC-sessies als toepassing van de tien facilitatieprincipes (functie-bewuste opdracht, gedeeld scherm) - GOV-ALL-Strategie v1.1 — Porter's operationele effectiviteit vs. strategie als onderscheid met disruptie

Doel: Dit document verbindt drie kaders tot één werkend geheel voor innovatievraagstukken: Lean Startup als ruggengraat (hoe je leert), Christensen als diagnoselaag (of iets echt disruptief is), Osterwalder als gereedschapskist voor zowel diagnose als ontwerp (hoe je een bestaand model doorgrondt, en hoe je een propositie of nieuw businessmodel concreet maakt). Elk kader beantwoordt een andere vraag; samen vormen ze een compleet instrumentarium van diagnose tot uitvoering.


Versietabel

Versie Datum Beschrijving
v1.0 juli 2026 Initiële opbouw. Samenvoeging van LeanStartup, Christensen en Osterwalder tot één werkframework, opgebouwd via interview en case-toetsing.

Deel 1 — Lean Startup: de ruggengraat

De kern

Build-Measure-Learn: bouw het kleinste dat nodig is om een aanname te toetsen, meet het resultaat, leer ervan, en beslis dan pas over de volgende stap. Het doel is niet snelheid op zich — het doel is gevalideerd leren vóór je grote investeringen doet.

Verrijking — Paul's centrale inzicht: een driedeling, geen tweedeling

De reden dat Build-Measure-Learn zo goed werkt, wordt vaak te binair voorgesteld als "fysiek versus digitaal." Preciezer is een driedeling naar moment in de levenscyclus:

  1. Ontwerpstadium (vóór levering) — ook fysieke producten kunnen hier gevalideerd worden met modellen en prototypes: een "fysieke MVP" om marktbehoefte te toetsen vóórdat er in productie wordt gegaan. Dit is precies de verkennen-cirkel uit GOV-ALL-VerkennenVerankeren — Lean Startup ís bij uitstek die verkenningsfase, ook voor hardware.
  2. Na levering, bij de klant (pure hardware) — hier stopt het. Eenmaal geleverd is het product wat het is; geen upgrades meer mogelijk zonder herproductie en herlevering.
  3. Na levering, bij producten met een digitale kern ("slimme producten") — hier gaat het wél door. Tesla is het scherpe voorbeeld: de auto zelf verandert niet, maar de functionaliteit verandert doordat de software tijdens gebruik wordt bijgewerkt. De fysieke schil is bevroren, de digitale kern niet.

De brug naar connectiviteit (link met CustomerMaturity): dit verklaart waarom connectivity als datamechanisme (Generatie 3 uit GOV-ALL-CustomerMaturity) zo krachtig is: het maakt een fysiek product retroactief "digitaal update-baar," en verplaatst het dus van categorie 2 naar categorie 3 hierboven.

Verrijking — twee aanvullingen uit Ries zelf

Groeimotor. Ries onderscheidt drie soorten groeimotoren: terugkerende klanten (retentie/sticky), virale groei, en betaalde acquisitie. De keuze bepaalt waar je in een organisatie op moet sturen en meten. Voor Paul's praktijk is dit een nieuw, nog te verkennen lens: klantgroepen worden in B2B-vraagstukken doorgaans gesegmenteerd naar rol in de keten (installateur, groothandel, specifier) of bedrijfstype — niet naar groeimotor. De groeimotor-vraag ("groeien we hier via herhaalaankoop, via mond-tot-mondreclame binnen een netwerk van installateurs, of via betaalde acquisitie?") kan dwars door die bestaande segmentatie heen een scherpere sturingsvraag toevoegen. Dit is nog geen staande praktijk — een aantekening voor verdere toepassing, geen HOW die al bewezen is.

Kleine batches. Ries adviseert kleine batches boven grote, omdat ze sneller leren mogelijk maken en verspilling beperken (oorsprong: lean manufacturing/Toyota). Dit maakt de methode ook bruikbaar binnen bestaande organisaties, niet alleen bij startups.

Paul's Praktijk

MVP werkt bij Paul primair op de digitale/content-laag, niet op fysieke producten. Concreet voorbeeld: bij de implementatie van They Ask You Answer (zie GOV-ALL-TheyAskYouAnswer) op een specifiek productconcept bestaat de MVP uit een minimale customer journey met een minimaal aantal content-artikelen — gebouwd om te valideren of deze artikelen daadwerkelijk tot meer interactie op de website leiden, vóórdat er verder wordt opgeschaald. Dat is zuivere Build-Measure-Learn: klein beginnen, meten, dan pas investeren.

Kleine batches in de praktijk: dit principe is al staande praktijk. Een specifieke klant fungeert regelmatig al als sample voor een nieuw concept, vóórdat het breder wordt uitgerold — precies het small-batch-principe, toegepast op klantniveau in plaats van op productie-aantallen.

Voor projecten rond nieuwe marktroutes, projectmanagement en digitale dienstontwikkeling is de digitale MVP het primaire toepassingsgebied. Bij fysieke producten is Lean Startup vooral bruikbaar in het ontwerpstadium (zie boven) — tenzij connectivity de levenscyclus-beperking oplost.


Deel 2 — Christensen: de diagnoselaag

De kern

Twee kernideeën, vaak los van elkaar gebruikt:

Jobs-to-be-Done — klanten "huren" een product om een taak te klaren. Ze kopen geen product om het product zelf, maar om de vooruitgang die het mogelijk maakt. Directe brug naar Osterwalder's VPC: de "customer jobs" op het canvas zijn letterlijk Christensen's jobs-to-be-done — geen toeval, Osterwalder heeft JTBD bewust in het VPC verwerkt.

Disruptive Innovation — waarom gevestigde bedrijven ingehaald worden, niet ondanks maar juist door goed management. Ze luisteren naar hun beste klanten, investeren in de hoogste marges, en bewegen daardoor steeds verder omhoog in de markt. Dat gedrag maakt ze blind voor kansen onderaan de markt (low-end disruption — goedkoper/eenvoudiger voor overserved klanten) of buiten de markt (new-market disruption — toegankelijk maken voor non-consumers). De mechaniek achter de blindheid: Resources, Processes, Values (RPV) — een disruptieve kans past niet bij de marge-eisen en marktomvang die een gevestigd bedrijf als "de moeite waard" beschouwt, dus wordt hij rationeel genegeerd tot het te laat is.

Het RPV-diagnose-instrument

Vier vragen om te bepalen of iets écht disruptief is, of dat het woord verkeerd gebruikt wordt:

  1. RPV-blokkade — zou de gevestigde partij dit kunnen kopiëren zonder haar eigen verdienmodel te breken? (Nee = mogelijk disruptief; Ja = sustaining/kanaalinnovatie, geen disruptie)
  2. Non-consumptie of overserved — wordt een klant of aanbieder ontsloten die er zonder deze innovatie niet zou zijn? Let op verborgen vormen: "illegaal naar legaal" (iTunes), "particulier naar aanbieder" (Uber, Airbnb).
  3. Trajectory — verovert de nieuwkomer gestaag de mainstream terwijl de gevestigde partij structureel terugvalt, of ontstaat er een stabiel naast-elkaar-bestaan (multichannel-coëxistentie)?
  4. Welke laag van de waardeketen — bij meerdere schakels (maker/distributeur/verkoper) moet je specificeren op welke laag je toetst. Disruptie kan de ene laag vernietigen (platenzaken) en de andere alleen dwingen tot aanpassing (platenmaatschappijen, later zelf weer gedisrupt door streaming).

Geteste cases

Case RPV-blokkade Non-consumptie Trajectory Conclusie
Nucor (staalminimills) Ja — marge-mix zou breken Ja — laagste segment Ja — klom op, verdrong incumbents Zuivere low-end disruption (Christensen's eigen kernvoorbeeld)
IKEA (flatpack) Ja — kwaliteitspositionering zou breken Ja — prijsgevoelige, wachtende klanten Ja — wereldwijd marktleider, traditionele meubelmakers structureel teruggedrongen Zuivere, sterke disruptie — beter voorbeeld dan de meeste standaardcases
iTunes / platenzaken Ja voor platenlabels (bundel-marge brak) Ja — "illegaal naar legaal" Ja voor platenzaken (Tower Records failliet), gedeeltelijk voor labels (overleefden verzwakt, later gedisrupt door streaming) Disruptie, maar laag-specifiek: vernietigt distributie, dwingt labels tot aanpassing
Quatt (verticale integratie) Ja — zou dealer-/groothandelstructuur van incumbents breken Ja — dichter op de klant, kostenvoordeel Nog in ontwikkeling Disruptief via waardeketen-architectuur, niet via product/prijs
WeHeat (installatiegemak) Deels Gemengd — deels non-consumptie (nieuwe installateurs), deels versnelling van bestaand gedrag Nog in ontwikkeling Realistische hybride-case — de meeste praktijkvoorbeelden zijn dit, geen schoolvoorbeeld
Uber / Airbnb (platforms) Ja — vergunningen/vastgoed-kapitaal van incumbents zou breken Ja — aan de aanbodkant: gewone mensen worden chauffeur/verhuurder Ja Disruptie via de aanbodkant — vaak over het hoofd gezien omdat iedereen naar de vraagkant kijkt
Picnic / Just Eat (tegenvoorbeelden) Nee — incumbents kopieerden meteen (eigen bezorgdienst naast de winkel) Nee — bestaande klanten, ander kanaal Nee — marktaandeel geplafonneerd (~9%), stabiele coëxistentie Geen disruptie — sustaining kanaalinnovatie die vaak ten onrechte zo genoemd wordt
Sony/Apple (iPod) Nee — geen fundamenteel ander aanbod voor nieuw segment Nee — zelfde mainstream klant Ja — Sony verloor marktleiderschap Geen disruptie in Christensens zin — betere uitvoering door een wendbaarder bedrijf (vgl. Jill Lepore's kritiek op te ruim gebruikte "disruptie")

Belangrijkste les uit de case-toetsing

Platform-architectuur (Uber, Airbnb, Just Eat) is geen aparte disruptie-categorie — het is een architectuurkeuze die los staat van de vraag of iets disruptief is. Test niet "is dit een platform" maar altijd dezelfde vier vragen. Bij platforms zit de disruptie vaak aan de aanbodkant, wat makkelijk over het hoofd wordt gezien omdat de intuïtie automatisch naar de klant/vraagkant kijkt.

Paul's Praktijk

Paul gebruikt de RPV-analyse al actief om te bepalen of een dreiging voor een opdrachtgever serieus is. De vier vragen hierboven zijn de expliciete versie van wat tot nu toe impliciet gebeurde — nu herbruikbaar als vast instrument bij het beoordelen van nieuwe marktentrees of concurrentiedreigingen.


Deel 3 — Osterwalder: de gereedschapskist

De kern

Twee canvassen, met een scherpe keuzelogica — niet gebaseerd op een vaste volgorde, maar op de vraag van de opdrachtgever:

Tool Bron Wanneer je hem pakt
Business Model Canvas (BMC) Osterwalder Opdrachtgever wil breed nadenken over nieuwe mogelijkheden, of een bestaand businessmodel evalueren
Value Proposition Canvas (VPC) Osterwalder Opdrachtgever wil concreet weten: welke producteigenschappen, welke prijs, voor welke doelgroep, via welk kanaal
Value Proposition Statement Osterwalder (companion-tool bij VPC) Een groter project een gemeenschappelijk gedragen doel geven waar iedereen gedurende het project naar kan terugverwijzen
Positioneringsformat ("Voor [doelgroep] die [probleem], is [product] een [categorie] die [voordeel]. In tegenstelling tot [alternatief], zorgt het voor [unieke waarde].") Geoffrey Moore, Crossing the Chasm (1991) — vaak aangehaald in lean/startup-context, maar oorspronkelijk niet van Ries Zelfde functie als Value Proposition Statement — heldere, herhaalbare positionering
User stories ("Als [gebruikerstype] wil ik [doel] zodat [reden]") Agile/Scrum (Extreme Programming, Mike Cohn) Aannames eruit halen, precies begrijpen wat mensen nodig hebben — vaak bij interne projecten rond automatisering/digitalisering

Geen vaste volgorde. De keuze hangt af van drie dingen: de vraag van de opdrachtgever, wat de groep aankan, en hoe concreet het resultaat moet zijn.

Verrijking

Paul's toegevoegde waarde zit niet in een eigen aanpassing van de canvassen zelf (hij gebruikt ze dicht bij het boek), maar in de samenvoeging van vier bronnen tot één praktische gereedschapskist — Osterwalder, Moore en Agile/Scrum door elkaar, ingezet op basis van de aard van de vraag in plaats van blind een methode te volgen.

Paul's Praktijk

Beide canvassen worden altijd als workshopmethodiek met een groep ingezet — nooit als iets dat Paul zelf alleen invult. Dit is een directe, tot nu toe onbewust toegepaste koppeling met GOV-ALL-Faciliteren: functie-bewuste opdrachten, gedeeld scherm, voorbeelden op maat van de groep — allemaal al aanwezig in hoe een VPC/BMC-sessie wordt opgezet, zonder dat het expliciet zo benoemd werd voordat Faciliteren werd gebouwd.


Deel 4 — Hoe de drie lagen samenwerken

Elke laag beantwoordt een andere vraag in het innovatieproces — maar niet allemaal op dezelfde manier. De scherpere as hierin is niet "strategisch versus tactisch niveau," maar functie-breedte:

  1. Christensen (uitsluitend diagnose): is er hier daadwerkelijk een disruptieve dreiging of kans, of wordt het woord verkeerd gebruikt? Het RPV-instrument stelt vast — het ontwerpt niets.
  2. Osterwalder (diagnose én ontwerp): een BMC kan een bestaand businessmodel analyseren — hoe denkt deze organisatie eigenlijk over key activities, key partners, revenue streams? — én een nieuw model of nieuwe propositie ontwerpen. Dezelfde tool, twee toepassingen, afhankelijk van de vraag.
  3. Lean Startup (validatie): hoe toetsen we een aanname voordat we groot investeren — en is dat hier mogelijk gegeven het moment in de levenscyclus (zie Deel 1)?

Dat Osterwalder dubbelfunctioneel is en Christensen niet, is geen kwestie van "hoger" of "lager" schaalniveau — het is een verschil in wat het instrument kán. Dat verklaart ook waarom Osterwalder in de praktijk zo veelzijdig inzetbaar is.

De volgorde is niet strikt lineair — een diagnose (Christensen) kan een ontwerptraject (Osterwalder) triggeren, wat weer een validatievraag (Lean Startup) oproept. Maar de drie vragen zijn wel altijd te onderscheiden, en het is een veelgemaakte fout om ze door elkaar te laten lopen — bijvoorbeeld door iets "disruptief" te noemen (Christensen-taal) terwijl de vraag eigenlijk over propositie-ontwerp gaat (Osterwalder-taal).


Aantekeningen voor volgende versie


Dit document is een levend werkdocument. Versie verhogen bij elke substantiële aanvulling vanuit nieuwe praktijkervaringen.