01
Een deck belooft
Elke dia kan alles zeggen. Het publiek weet dat, en weegt het verhaal daarom op de spreker, niet op het idee.
OneDayBuild, het bouwdagmerk van Appfront
PowerPoint of pitchdeck, of eerst een dag bouwen?
Een deck laten maken is de gebruikelijke eerste stap als je een idee wilt verkopen aan een investeerder, een directie of een partner. Het probleem is dat een deck alles kan beloven en niets hoeft te bewijzen, en dat de lezer dat weet. Een bouwdag zet één werkend scherm naast het verhaal, en dat scherm doet wat dertig dia's niet kunnen: het laat zien dat het bestaat.
- Eén werkdag
- Werkend prototype
- Code in je eigen repository
01/06
Waar de twee routes uit elkaar lopen
Een deck vertelt; een prototype toont. De vraag is wat je publiek nodig heeft.
Een pitchdeck of een strategiedeck heeft een vaste vorm: probleem, oplossing, markt, model, team, vraag. Een bureau maakt er iets moois van, met mockups van schermen die nog niet bestaan. Dat werkt bij een publiek dat het verhaal wil horen. Het werkt minder bij een publiek dat al tien van die verhalen heeft gezien en de vraag stelt die elk deck ontwijkt: werkt het.
Daar zit de klem. Een deck kan alles beloven, en juist daarom bewijst het niets. Een investeerder, een directie of een partner leest de mockups als een belofte en de cijfers als een aanname. Hoe mooier het deck, hoe scherper soms de vraag of er wel iets achter zit. Een deck maakt het verhaal overdraagbaar; het maakt het niet geloofwaardiger.
Een bouwdag doet het omgekeerde. Aan het eind van de dag is er één deel dat werkt, op echte gegevens, op een live URL. Dat deel vervangt het deck niet; het vult dia zeven. In plaats van een mockup staat er een link, en in plaats van 'zo zou het eruitzien' staat er 'klik maar'. Het verhaal blijft nodig. Het bewijs komt erbij.
02
Een prototype toont
Eén scherm dat werkt, is niet te betwisten. Het bewijst niet het hele plan, maar wel dat het geen luchtkasteel is.
03
Ze vullen elkaar aan
Het deck geeft context en vraag; het prototype geeft het bewijs bij de kernclaim. Samen zijn ze sterker dan elk apart.
04
De volgorde telt
Wie eerst bouwt, weet wat hij in het deck kan beloven. Wie eerst het deck maakt, belooft soms iets dat niet kan.
02/06
Wat valt binnen en buiten de bouwdag
Binnen scope
- Het ene deel van je idee dat de kernclaim uit het deck waarmaakt, werkend.
- Op echte gegevens of een realistische set, zodat het publiek iets herkent.
- Een live URL die in het deck en in de mail naar het publiek past.
- De code in je eigen repository, zodat het na de pitch verder kan.
Buiten scope
- Het deck zelf: verhaal, cijfers, markt en vraag blijven van jou of je deckbureau.
- Een volledig product met alle schermen uit de mockups.
- Financiële modellen en de onderbouwing van de markt.
- Beheer, beveiliging en schaal; dat komt na de pitch.
03/06
Hoe de bouwdag verloopt
- Stap 1
De kernclaim benoemen
Welke zin in het deck is de zin waar het publiek op afhaakt of aanhaakt.
- Stap 2
Het kleinste bewijs kiezen
Niet het hele product, maar het deel dat die zin waarmaakt.
- Stap 3
Bouwen
Werkend, op gegevens die genoeg op de werkelijkheid lijken om iets te zeggen.
- Stap 4
Koppelen aan het deck
Welke dia wordt een link, en wat zegt de spreker erbij.
- Stap 5
Oefenen met een buitenstaander
Iemand die het deck niet kent, klikt door het prototype. Wat hij niet snapt, moet het deck uitleggen.
- Stap 6
Opleveren
Live URL, code in je eigen repository en een lijst met wat het prototype bewust niet doet.
Volgende stap
Twijfel je of je deck een demo nodig heeft?
Stuur ons het deck zoals het nu is, of de opzet ervan, en vertel wie het gaat zien. In een korte intake wijzen we de dia aan die een link zou moeten zijn, en of dat in één dag te bouwen is.
04/06
Eerlijk over deze vergelijking
- Een prototype vervangt het deck niet. Wie geen verhaal heeft, heeft aan een werkend scherm niets. Het deck blijft de drager; het prototype is het bewijs bij één claim.
- Soms is het deck genoeg. Bij een publiek dat je kent en dat je vertrouwt, of bij een idee waarvan niemand betwijfelt dat het kan, voegt bouwen weinig toe. Bouw als de twijfel over het kunnen gaat.
- Een demo kan tegen je werken. Een prototype dat hapert tijdens de pitch is erger dan een mockup. Oefen het, en laat alleen zien wat werkt.
- De mockups in het deck moeten kloppen met het prototype. Als het deck vijf schermen belooft en het prototype er één laat zien, moet het deck zeggen dat dat bewust is. Anders leest het publiek het als een tekort.
05/06
Twee manieren om verder te gaan
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
Eén bouwdag, OneDayBuild
- Je publiek twijfelt of het kan, niet of het een goed verhaal is.
- Aan het eind van de dag staat er een link in het deck in plaats van een mockup.
- Één dag, vaste prijs, code in je eigen repository.
Volledig traject, Appfront
- De pitch is gelukt en je wilt van het ene scherm een product maken.
- Alle schermen uit de mockups, beveiliging, beheer en de eerste echte gebruikers.
- Een traject bij Appfront, met beheer en doorontwikkeling.
06/06
Veelgestelde vragen
Moet ik dan geen deck laten maken?
Jawel, als je publiek een verhaal nodig heeft, en dat is bijna altijd. De vraag is of je het deck maakt vóór of na de bouwdag. Wie eerst bouwt, weet wat hij kan beloven en zet een link in plaats van een mockup. Wie eerst het deck maakt, loopt het risico iets te beloven dat niet kan.
Wat als het prototype niet mooi genoeg is voor een pitch?
Een prototype hoeft niet mooi te zijn; het moet werken en het moet duidelijk zijn wat het bewijst. Het deck mag mooi zijn. Een publiek dat een werkend scherm ziet naast een verzorgd verhaal, vergeeft een ruwe knop. Het vergeeft geen mockup die doet alsof.
Kan de bouwdag ook de cijfers in het deck onderbouwen?
Deels. Als de kernclaim meetbaar is, zoals 'het model herkent onze documenten' of 'gebruikers vinden dit in drie klikken', levert de bouwdag dat cijfer op echte gegevens. Marktomvang en omzetprognoses komen niet uit een prototype; die blijven van jou.
Hoe laat ik het prototype zien tijdens de pitch?
Als link in de dia, en liefst live, met een opname als reserve voor als het internet het laat afweten. Laat één handeling zien, niet een rondleiding. En laat het publiek erna zelf klikken; dat doet meer dan de demo zelf.
Wat als de investeerder vraagt naar wat er nog niet in zit?
Dan heb je de lijst klaar. Een bouwdag levert naast het prototype een eerlijke opsomming van wat bewust is weggelaten. Die lijst laat zien dat je weet wat er nog moet gebeuren, en dat is voor een investeerder een beter teken dan een deck dat doet alsof alles al af is.
Werkt dit ook voor een interne pitch aan de directie?
Ja, en daar is het verschil vaak nog groter. Een directie heeft al veel decks gezien en weinig werkende dingen. Een link die een collega kan openen, wordt doorgestuurd; een deck wordt gearchiveerd.
