01
Eén vraag
Schrijf vooraf op welke vraag de proof of concept beantwoordt en wat het antwoord moet zijn om door te gaan.
OneDayBuild, het bouwdagmerk van Appfront
Prototype voor je proof of concept-fase
Voordat een organisatie kiest voor een leverancier, een technologie of een aanpak, wil ze weten of het idee in haar eigen situatie werkt. Dat is de proof of concept: een kleine proef met een duidelijke vraag en een beslissing aan het eind. Vaak duurt die fase lang, omdat eerst iets gebouwd moet worden. Een werkend kernonderdeel maakt de proof of concept korter en de vraag scherper. Wij bouwen het in één werkdag.
- Eén werkdag
- Werkend prototype
- Code in je eigen repository
01/06
Wat een proof of concept moet beantwoorden
Een proof of concept is geen kleine versie van het product. Het is een antwoord op één vraag: werkt dit bij ons. Hoe scherper de vraag, hoe korter de proef.
Organisaties starten een proof of concept als ze twijfelen of iets kan: of een AI-model hun documenten goed leest, of twee systemen samen kunnen werken, of een nieuwe aanpak in hun proces past. Het doel is een beslissing, en die komt pas als de vraag is beantwoord. In de praktijk gaat de meeste tijd niet op aan de vraag maar aan het bouwen van iets om hem mee te testen.
Een werkend kernonderdeel op de eerste dag verandert de fase. De rest van de proof of concept gaat over wat het onderdeel laat zien: werkt het op onze gegevens, waar faalt het, wat is er nodig om het robuust te maken. Die vragen beantwoord je met de mensen die het straks gebruiken.
Wat een proof of concept niet laat zien, is hoe het systeem zich houdt in productie: bij duizend gebruikers, met beveiliging en beheer. Dat hoort bij de volgende fase. Een proof of concept die dat probeert te bewijzen, is een half project zonder plan.
02
Snel iets werkend
Een kernonderdeel op de eerste dag. De rest van de fase gaat over de uitkomst, niet over de bouw.
03
Op gegevens die lijken
Test op een geanonimiseerde of nagemaakte set die op de echte lijkt. Dan zegt de uitkomst iets.
04
Geen productie
Beveiliging, schaal en beheer zijn de volgende fase. Zeg dat vooraf, anders wordt de proef een project.
02/06
Wat valt binnen en buiten de bouwdag
Binnen scope
- Het kernonderdeel dat de vraag van de proof of concept beantwoordt, werkend op een live URL.
- Een testset die op jouw gegevens lijkt, of een geanonimiseerde export als die er is.
- Een korte beschrijving van wat werkt, wat niet en wat een productieversie vraagt.
- De code in je eigen repository, voor de volgende fase of om te bewaren.
Buiten scope
- Koppelingen met productiesystemen en echte persoonsgegevens.
- Beveiliging, schaal en beheer op productieniveau.
- De keuze voor een leverancier of platform; die maak je na de proof of concept.
- Het volledige systeem.
03/06
Hoe de bouwdag verloopt
- Stap 1
De vraag scherp maken
Welke vraag beantwoordt de proof of concept, en welk antwoord is genoeg om door te gaan.
- Stap 2
De testset kiezen
Gegevens die op de echte lijken, geanonimiseerd of nagemaakt, met de lastige gevallen erin.
- Stap 3
Bouwen
Het kleinste onderdeel dat de vraag beantwoordt, werkend op de testset.
- Stap 4
Samen testen
Met de mensen die het straks gebruiken. Wat werkt, wat faalt en waarom.
- Stap 5
Uitkomst beschrijven
Wat werkt, wat niet, en wat een productieversie vraagt. In taal voor wie moet beslissen.
- Stap 6
Live zetten en overdragen
Live URL, code in je eigen repository en de beschrijving voor de beslissing.
Volgende stap
Sta je voor een proof of concept?
Vertel ons welke vraag de proof of concept moet beantwoorden en welke gegevens er zijn. Dan zeggen we of de kern in één dag werkend te maken is en wat de testset moet bevatten.
04/06
Eerlijk over een proof of concept
- Een proof of concept is geen product. Wat in de proef werkt, is nog niet klaar voor productie. Beveiliging, schaal en beheer zijn een volgende fase met een eigen begroting.
- Een vage vraag geeft een vaag antwoord. Als niet vooraf vaststaat wat de proef moet laten zien, eindigt hij in meer vragen. De eerste stap is de vraag.
- Soms is het antwoord nee. Een proof of concept die laat zien dat iets niet werkt, heeft zijn werk gedaan. Dat is goedkoper dan een project dat halverwege stopt.
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
- De proof of concept moet een vraag beantwoorden, en de eerste periode gaat op aan bouwen.
- Aan het eind van de dag werkt de kern op een testset, en gaat de rest van de fase over de uitkomst.
- Één dag, vaste prijs, code in je eigen repository.
Volledig traject, Appfront
- De proof of concept is geslaagd en de oplossing moet productierijp worden.
- Het systeem met koppelingen, beveiliging, schaal en beheer, gebouwd op wat in de proef werkte.
- Een traject bij Appfront, met beheer en doorontwikkeling.
06/06
Veelgestelde vragen
Wat bewijst een prototype in een proof of concept-fase?
Of de kern technisch werkt in jouw situatie, op gegevens die op de jouwe lijken. Het bewijst niets over schaal, beheer of beveiliging in productie; dat hoort bij de volgende fase.
Wat is het verschil tussen een proof of concept, een prototype en een MVP?
Een proof of concept beantwoordt de vraag of iets kan. Een prototype laat zien hoe het werkt en voelt. Een MVP is de kleinste versie die echte gebruikers in productie gebruiken. De bouwdag levert een werkend onderdeel dat voor de eerste twee bruikbaar is.
Kunnen we op onze eigen gegevens testen?
Op een geanonimiseerde export wel, of op een nagemaakte set die op de echte lijkt. Echte persoonsgegevens en productiesystemen vragen afspraken die niet in een dag passen.
Wanneer moet de bouwdag zijn?
Aan het begin van de proof of concept, zodat de rest van de fase over de uitkomst gaat. Wie eerst lang bouwt, heeft aan het eind weinig tijd om te testen.
Wat als de proof of concept laat zien dat het niet werkt?
Dan heeft hij zijn werk gedaan. Je weet het vóór een project, en de beschrijving laat zien waar het misging. Dat is vaak de basis voor een andere aanpak.
Kiezen jullie ook de technologie of leverancier?
Nee. De keuze maak je na de proof of concept. Wij bouwen het onderdeel dat de vraag beantwoordt en beschrijven wat een productieversie vraagt.
