We ontvangen een idee voor een dienst, een applicatieproject of een adviesaanbod dat gestructureerd moet worden. De klassieke reflex: een leeg document openen en een businessplan van dertig pagina’s schrijven. Het probleem is dat het document na twee weken al verouderd is omdat de uitgangshypotheses niet zijn getoetst aan de praktijk.
Het canvas biedt een radicaal andere benadering: alle componenten van een project op één pagina zetten en ze laten evolueren naarmate de feedback binnenkomt.
Zie ook : Alle nieuws voor zelfstandigen: trends, tips en belangrijke informatie om niet te missen
Structurele beperkingen van het canvas tegenover gereguleerde projecten of platformen
Voordat we in detail ingaan op hoe je een canvas invult, moet je weten waar het hulpmiddel tekortschiet. Het Business Model Canvas is ontworpen rond de organisatie zelf: haar middelen, partners, kanalen. Het vangt niet wat er omheen gebeurt.
Concreet, als we een verbonden gezondheidsproduct lanceren, voorziet het canvas in geen enkele ruimte voor de regelgeving (CE-certificering, GDPR-gezondheid, HDS-vergunning). We kunnen ze onderbrengen in “sleutelactiviteiten” of “sleutelpartners”, maar dat is knutselen. Het model is daar niet voor ontworpen.
Ook interessant : Alles wat je moet weten over de wettelijke vermeldingen en verplichtingen van een online modewebsite
Hetzelfde geldt voor platformbedrijven. Netwerkeffecten, afhankelijkheid van de app stores van Apple of Google, de commissies die door een derde marktplaats worden geheven: niets hiervan past natuurlijk in de negen blokken. Recente studies benadrukken dat het canvas structureel gericht blijft op het interne en moet worden aangevuld met een analyse van de externe omgeving.
We hebben het nuttig gevonden om in dit geval een bijlage toe te voegen met drie elementen: de regelgeving, de afhankelijkheden van derde platformen en de verwachte netwerkeffecten. Het is niet elegant, maar het voorkomt dat we deze blokkades ontdekken tijdens de ontwikkelingsfase. Voor meer informatie over de definitie van het canvas op Cyber Business, vinden we een duidelijke kaderstelling van de blokken en hun onderlinge samenhang.
Canvas als kaart van hypothesen: invullen en itereren
De meest voorkomende fout die we bij projectdragers zien: het canvas één keer invullen, afdrukken en er nooit meer naar omkijken. Het document eindigt in een lade of als bijlage van een financieringsdossier.
Een canvas dat slechts één keer is ingevuld en gearchiveerd, heeft bijna geen waarde. Wat telt, is om het te beschouwen als een levendige kaart van hypothesen om te testen.
Volgorde van invullen in de praktijk
We beginnen altijd met de waardepropositie en de klantsegmenten. Deze twee blokken zijn onderling afhankelijk: waarde bestaat alleen als iemand bereid is ervoor te betalen. De andere blokken (kanalen, sleutelmiddelen, kostenstructuur) komen daarna, omdat ze voortkomen uit de antwoorden die op de eerste twee zijn verkregen.
Hier is een volgorde die in de praktijk werkt:
- Waardepropositie en klantsegmenten eerst, getest door middel van interviews of pre-sales voordat we de rest aanpakken.
- Klantrelaties en distributiekanalen als tweede, om te verifiëren hoe we de geïdentificeerde doelgroep daadwerkelijk bereiken.
- Sleutelmiddelen, partners en kostenstructuur als laatste, zodra het paar waarde/klant is gevalideerd door echte feedback.
Elk blok bevat hypothesen, geen zekerheden. “Onze klanten zijn freelancers in design” blijft een hypothese zolang we geen gesprekken hebben gehad met freelancers in design die de behoefte bevestigen.
Frequentie van updates
Na elke significante test (klantinterview, acquisitiecampagne, prijs test), keren we terug naar het canvas en passen we aan wat veranderd is. Een canvas dat vijf of zes keer in drie maanden is herzien, vertelt het echte verhaal van het project. Een vaststaand canvas vertelt een fictie.
Canvas en financieel model: twee verschillende hulpmiddelen die niet verward moeten worden
We zien regelmatig projectdragers proberen een financiële prognose in de blokken “inkomstenbronnen” en “kostenstructuur” van het canvas te integreren. Het resultaat is onleesbaar: cijfers opgestapeld in post-its, zonder de nauwkeurigheid van een spreadsheet.
De goede praktijk, steeds beter gedocumenteerd, is om het canvas duidelijk te scheiden van het gedetailleerde financiële model. Het canvas dient om de logica van het businessmodel te ontwerpen en te communiceren. De financiële spreadsheet dient om te kwantificeren, te projecteren, te simuleren.
In het blok “inkomstenbronnen” van het canvas noteren we het type inkomen (abonnement, commissie, eenheidsverkoop), niet het verwachte bedrag. In “kostenstructuur” identificeren we de belangrijkste posten (hosting, klantacquisitie, productie), zonder in detail te treden per maand.
Deze scheiding heeft een concreet voordeel: wanneer we het project aan een partner of investeerder presenteren, biedt het canvas in twee minuten een overzicht. Het financiële model beantwoordt vervolgens de vragen over de rentabiliteit. Het mengen van de twee resulteert in een document dat geen van beide rollen correct vervult.
Lean Canvas of Business Model Canvas: kiezen afhankelijk van de fase van het project
Het Business Model Canvas van Alexander Osterwalder en het Lean Canvas van Ash Maurya delen dezelfde structuur in negen blokken, maar drie vakken verschillen. Het Lean Canvas vervangt “sleutelpartners” door “probleem”, “sleutelactiviteiten” door “oplossing”, en “sleutelmiddelen” door “sleutelindicatoren”.
In de praktijk hangt de keuze af van de fase van het project:
- In de verkenningsfase (we zijn nog op zoek naar het probleem dat opgelost moet worden), dwingt het Lean Canvas ons om het probleem en de bestaande alternatieven expliciet te formuleren. Dit is nuttiger dan een lijst van partners die we nog niet hebben benaderd.
- In de structureringsfase (het product bestaat, we bouwen de organisatie), neemt het Business Model Canvas de overhand omdat partners, middelen en activiteiten concrete operationele onderwerpen worden.
- Voor een platform- of marktplaatsproject is geen van beide alleen voldoende. We vullen aan met een analyse van netwerkeffecten en technische afhankelijkheden, zoals eerder genoemd.
Het canvas is geen formulier dat ingevuld moet worden om financiering te verkrijgen. Het is een hulpmiddel dat zijn waarde verliest zodra het niet meer evolueert. Ongeacht het gekozen formaat, de discipline die telt is die van de update: elke box confronteren met de feedback uit de praktijk, aanpassen wat niet meer klopt, en accepteren dat de definitieve versie niet bestaat.