Wat is een proof of concept (PoC)?

Definitie: Een proof of concept (PoC) is een kleine, gerichte test waarmee je aantoont dat een idee of technische aanpak in principe werkt, voordat je investeert in de volledige ontwikkeling. Een PoC beantwoordt de vraag “kan het?”, niet “willen gebruikers het?” of “is het af?”.

In het kort

• Een PoC richt zich op de grootste technische of praktische onzekerheid in een project.
• Het resultaat is meestal geen bruikbaar product, maar een bewijs of een duidelijke conclusie dat iets niet werkt.
• Een PoC verschilt van een prototype (dat toetst hoe gebruikers het ervaren) en een MVP (de eerste versie die echt gebruikt wordt).
• Een goede PoC heeft vooraf vastgelegde succescriteria en een beperkte tijdsduur.

Wat is een proof of concept?

Proof of concept betekent letterlijk “bewijs van het concept”. Bij softwareprojecten gebruik je een PoC als er een onderdeel is waarvan je niet zeker weet of het kan. Bijvoorbeeld: kan een AI-model onze facturen betrouwbaar uitlezen? Werkt de koppeling met dat oude boekhoudsysteem? Haalt een streamingoplossing de kwaliteit die we nodig hebben? Kan de berekening snel genoeg worden uitgevoerd bij duizenden records?

In plaats van de hele applicatie te bouwen en pas aan het eind te ontdekken dat dat ene onderdeel niet werkt, test je het eerst los. Zo maak je de grootste onzekerheid klein, tegen beperkte kosten.

PoC, prototype of MVP?

In een project kunnen ze elkaar opvolgen: eerst een PoC om de techniek te toetsen, dan een prototype om de ervaring te toetsen, en daarna een MVP om de waarde in de praktijk te toetsen.

Wanneer is een proof of concept zinvol?

• Nieuwe of onbekende techniek, zoals een AI-model, een nieuwe API of een technologie waar het team nog geen ervaring mee heeft.
• Koppelingen met bestaande systemen waarvan onduidelijk is of en hoe ze gegevens uitwisselen.
• Hoge eisen aan prestaties, zoals snelheid, volume of nauwkeurigheid.
• Grote investering, waarbij het verstandig is eerst het risicovolste onderdeel te toetsen.
• Draagvlak, als beslissers overtuigd moeten worden dat een aanpak werkt.

Een PoC is niet nodig als de techniek bekend en bewezen is. Een standaard inlogscherm of een gewoon formulier hoef je niet eerst te bewijzen.

De herkomst van de term

De term proof of concept wordt al lang gebruikt in wetenschap, techniek en de farmacie, waar een onderzoek moet aantonen dat een idee in principe werkt voordat er groot wordt geïnvesteerd. In de softwarewereld en bij startups is de term gangbaar geworden voor een vroege, technische haalbaarheidstoets. Investeerders en beslissers vragen vaak om een PoC voordat ze budget vrijmaken.

Zo voer je een proof of concept uit

1. Bepaal de vraag. Welke onzekerheid wil je wegnemen? Maak die zo concreet mogelijk.
2. Leg succescriteria vast. Wanneer is de PoC geslaagd? Bijvoorbeeld: “het model leest bij 95 van de 100 testfacturen het totaalbedrag correct uit.”
3. Baken af. Test alleen het onzekere onderdeel. Laat vormgeving, gebruikersbeheer en andere bijzaken weg.
4. Gebruik realistische gegevens. Een PoC met nette testgegevens bewijst weinig.
5. Stel een tijdslimiet. Een PoC die maanden duurt, is geen PoC meer.
6. Voer uit en meet. Houd bij wat werkt, wat niet en waarom.
7. Trek een conclusie. Doorgaan, de aanpak aanpassen of stoppen.
8. Leg vast wat je hebt geleerd, zodat de bouw daarop kan voortbouwen.

Voorbeelden van een proof of concept

• AI-documentverwerking. Kan een model de vijf belangrijkste velden uit onze inkoopfacturen betrouwbaar herkennen?
• Koppeling. Kunnen we orders uit het ERP-systeem ophalen via de beschikbare API, en hoe snel?
• Berekening. Kan de capaciteitsberekening binnen een seconde worden uitgevoerd met de gegevens die een gebruiker invult?
• Chatbot op eigen data. Vindt het systeem bij twintig echte klantvragen het juiste document?
• Streaming of realtime. Houdt de oplossing de verbinding stabiel bij het verwachte aantal gebruikers?

Wat levert een proof of concept op?

Een goede PoC eindigt met een duidelijk verslag, ook als het resultaat tegenvalt. Daarin staan:

• De vraag die getoetst is, en waarom die belangrijk was.
• De aanpak, met de gebruikte techniek, gegevens en testgevallen.
• De resultaten, gemeten tegen de vooraf afgesproken criteria.
• De beperkingen, zoals wat niet is getest of waar de testgegevens afweken van de praktijk.
• De conclusie: doorgaan, aanpassen of stoppen.
• Gevolgen voor de bouw, zoals een andere techniek, extra controles of een aangepaste raming.

Dat verslag is vaak het meest waardevolle resultaat van de PoC, omdat het de basis legt voor het vervolg en de keuzes onderbouwt richting beslissers.

Hoe lang duurt een proof of concept?

Een PoC is bewust kort. Veel PoC’s duren enkele dagen tot een paar weken, afhankelijk van de vraag en de beschikbaarheid van systemen en gegevens. Het wachten op toegang tot een systeem of op representatieve testgegevens kost in de praktijk vaak meer tijd dan het technische werk zelf. Regel die zaken daarom vooraf. Als een PoC veel langer duurt dan gepland, is dat zelf een signaal: de vraag is misschien te breed, of het onderdeel is complexer dan gedacht.

Wat kost een proof of concept?

Omdat een PoC klein en afgebakend is, zijn de kosten beperkt in vergelijking met de volledige ontwikkeling. Ze hangen af van de complexiteit van de vraag en de beschikbaarheid van systemen en gegevens. Belangrijker dan het bedrag is de vergelijking: wat kost het als je zonder PoC gaat bouwen en het onzekere onderdeel blijkt halverwege niet te werken?

Veelgemaakte fouten

• Geen succescriteria. Zonder vooraf afgesproken norm wordt elke uitkomst een discussie.
• Te breed. Een PoC die alles wil bewijzen, bewijst uiteindelijk niets duidelijk.
• De PoC als product gebruiken. Code die snel is geschreven om iets te bewijzen, is zelden een goede basis voor productie.
• Een negatieve uitkomst negeren. Als de PoC laat zien dat iets niet werkt, is dat waardevolle informatie, geen mislukking.
• Alleen het ideale geval testen. Test ook de lastige gevallen die in de praktijk voorkomen.
• Geen beslismoment plannen. Spreek vooraf af wie na de PoC beslist over het vervolg, zodat het resultaat niet blijft liggen.
• Doorgaan na een geslaagde PoC zonder de rest te plannen. Een PoC bewijst één onderdeel. Voor de volledige applicatie zijn ook rollen, beveiliging, beheer en de gebruikerservaring nodig.

Wat betekent dit voor jouw project?

Bij Webinooo, mijn eigen webinarproject, zijn de registratie en de streaming eerst getest voordat andere onderdelen aan de beurt kwamen. Dat is het idee van een proof of concept: toets eerst het onderdeel waarvan je niet zeker weet of het werkt, en bouw pas daarna de rest eromheen.

Ik wil vooraf duidelijk hebben wat we met een eerste versie bedoelen. Als er een onderdeel is met veel onzekerheid, hoort een kleine test daarvan bij de voorbereiding, zodat de blauwdruk en de raming op iets bewezens rusten.

Is er een onderdeel in je plan waarvan je niet zeker weet of het kan? Stuur me wat de vraag is, met welke systemen of gegevens het moet werken en wat het resultaat moet zijn. Dan bepalen we samen de logische eerste stap.

Veelgestelde vragen over een proof of concept

Wat is een proof of concept?

Een proof of concept (PoC) is een kleine, gerichte test waarmee je aantoont dat een idee of technische aanpak in principe werkt, voordat je investeert in de volledige ontwikkeling.

Wat betekent PoC?

PoC staat voor proof of concept, letterlijk bewijs van het concept. Het is een test die vaststelt of een technische aanpak of idee haalbaar is.

Wat is het verschil tussen een PoC en een MVP?

Een PoC toetst of iets technisch kan en is meestal geen bruikbaar product. Een MVP is de eerste werkende versie van een product die echte gebruikers gebruiken, om te leren of het waarde oplevert.

Verwante termen

MVP (Minimum Viable Product) · Prototype · Klikbaar prototype · Product-market fit · Discovery-fase · Programma van eisen