Proof of concept, pilot, MVP. De drie woorden worden in dezelfde vergadering door elkaar gebruikt, en die verwarring kost geld: elk beantwoordt een andere vraag, elk eindigt anders, en het ene scopen alsof het het andere is, is hoe een experiment van twee weken een verplichting van twee kwartalen wordt.
De drie vragen
Een proof of concept vraagt: kan dit überhaupt werken? Te beantwoorden op voorbeelddata, in een labomgeving, meestal door één engineer. Niemand buiten het project hoeft het te zien.
Een pilot vraagt: werkt dit híer, met onze data en onze mensen? Alleen binnen het bedrijf te beantwoorden, met echte invoer en echte gebruikers. Het is net zozeer een organisatorische als een technische toets.
Een MVP vraagt: gaan mensen dit gebruiken, en is het onderhoud waard? Het is de eerste versie van een product dat u wilt houden, ondersteunen en verbeteren.
Het onderscheid dat het meeste uitmaakt: de eerste twee zijn experimenten die u wilt weggooien. De derde is een bezit dat u wilt houden. Dat verschil hoort terug te komen in hoe ze gebouwd worden — een PoC op productiekwaliteit is weggegooid geld, en een MVP op prototypekwaliteit is een last waarvoor u herhaaldelijk betaalt.
Kiezen tussen de drie
- Is de techniek onbewezen voor uw geval, begin met een PoC. Ongebruikelijke dataformaten, tegenvallende gepubliceerde nauwkeurigheid in uw domein, of fysieke omstandigheden die geen specificatie vastlegt.
- Werkt de techniek aantoonbaar en is de vraag of het past, sla de PoC over en pilot. Betalen om te bevestigen wat de markt twee jaar geleden al wist, is een veelgemaakte en vermijdbare uitgave.
- Zijn haalbaarheid én passendheid vastgesteld en is de vraag adoptie, dan bouwt u een MVP. Scope, beman en begroot die als product, niet als experiment.
De meest gemaakte fout
Een PoC draaien en de uitkomst behandelen alsof die de pilotvraag beantwoordde. Een proof of concept slaagt per ontwerp op geselecteerde data — dat maakt hem juist goedkoop. Ontmoet dezelfde aanpak productie-invoer met ontbrekende velden, inconsistente formaten en randgevallen die niemand documenteerde, dan is de nauwkeurigheid die vaststond weer een open vraag.
Dat is geen falen van de PoC. Het is niet opmerken dat een andere vraag nog onbeantwoord was.
De op één na meest gemaakte fout
Een geslaagd experiment stilzwijgend het productiesysteem laten worden. Niemand besluit dit; het gebeurt doordat het prototype werkt, mensen erop gaan leunen, en iets herschrijven dat al werkt een lastig budgetgesprek is.
Het resultaat is een systeem zonder tests, zonder foutafhandeling en zonder vastgelegde eigenaar, midden in een proces dat het nooit had moeten dragen. Herschrijven is vrijwel altijd goedkoper dan ontwarren — en veel goedkoper als het besluit bewust aan het eind van de pilot valt in plaats van met tegenzin achttien maanden later.
Wat elk zou moeten kosten
Bij Crux Digits: een audit van €2.500 stelt vast welke van de drie vragen u werkelijk heeft, en dat is de moeite waard omdat het antwoord met enige regelmaat "geen van drieën — een conventioneel script lost dit op" is. Een proof of concept van €20.000 draait vier tot zes weken op echte data. Productie begint vanaf €50.000.
Offreert een leverancier dezelfde vorm van traject ongeacht welke vraag u stelt, dan is dat het opmerken waard.