Wat is een discovery fase — en waarom elke serieuze opdracht ermee begint

Er is een patroon in de softwareprojecten die halverwege ontsporen. De opdrachtgever heeft een budget van €80.000 goedgekeurd. Na twintig weken staat er een product, maar het werkt niet zoals bedoeld, de scope is drie keer uitgebreid, en de eindrekening is €140.000. Iedereen is ontevreden.

Bijna altijd is de oorzaak hetzelfde: het project begon zonder een degelijke discovery fase. De aannames waren niet getoetst. De scope was niet echt uitgedacht. De offerte was gebaseerd op een vaag idee — en vaag inkopen levert vage software op.

Wat een discovery fase precies is

Een discovery fase is een betaalde, afgebakende periode van twee tot vier weken die plaatsvindt vóór de eigenlijke bouw. Het doel is niet om te beginnen met bouwen, maar om precies te begrijpen wat er gebouwd moet worden, voor wie, en hoe.

In die weken gebeurt het volgende:

Stakeholderinterviews. Het bureau spreekt met de mensen die het systeem gaan gebruiken of ervan afhankelijk zijn. Dat zijn niet alleen jij en je management, maar ook de medewerkers die dagelijks met het systeem werken, soms klanten of externe partners. Wat ervaren zij als pijnpunt? Wat is het eerste dat ze missen? Wat doen ze nu handmatig omdat er geen betere optie is?

Technische verkenning. Welke systemen bestaan er al? Wat moet er aan gekoppeld worden? Hoe ziet de huidige data-architectuur eruit, en wat betekent dat voor de bouw? Zijn er legacy-systemen die een migratie vereisen, of restricties vanuit IT-beveiliging?

Scoping en prioritering. Wat is het minimum dat het product moet doen om waarde te leveren? Wat is nice-to-have maar niet noodzakelijk voor versie één? Wat is technisch complex genoeg om uit te stellen of anders op te lossen? Deze vragen lijken eenvoudig, maar de antwoorden bepalen of een project uitloopt of niet.

Architectuurbeslissingen. Welke technologie past bij de behoeften, het schaalvermogen en het beheer achteraf? Welke structuur kiest het systeem voor data, autorisatie, koppelingen? Dit zijn beslissingen die later heel duur zijn om te herzien — ze horen in de discovery fase thuis.

Wat je aan het einde hebt

Na een goed uitgevoerde discovery fase lever je als bureau een pakket op. Dat pakket bestaat uit:

Een functionele specificatie: een beschrijving van alle flows, gebruikersrollen en functies die het systeem moet hebben, inclusief de randgevallen en uitzonderingen. Geen abstracte wensenlijst, maar concrete beschrijvingen die developers direct kunnen gebruiken.

Een technische architectuur: een documentatie van hoe het systeem wordt opgebouwd, welke technologie wordt gebruikt, en hoe de componenten samenhangen.

Een realistische begroting en planning: geen globale schatting meer, maar een onderbouwde raming per onderdeel, met een expliciete uitsplitsing van onzekerheden. Dit is de begroting waarop je een bestuur of investeerder kunt aanspreken.

Een risico-inventarisatie: waar zitten de onbekenden? Welke afhankelijkheden — van externe partijen, van data-kwaliteit, van gebruikersacceptatie — bepalen mede het succes?

Waarom bureaus de discovery fase overslaan — en wat dat kost

Er zijn bureaus die niet om een discovery fase vragen. Ze ontvangen je briefing, stellen een paar vragen, en leveren binnen een week een offerte op voor het volledige project. Dat voelt efficiënt. Het is het niet.

Wat die offerte in werkelijkheid is: een gok. Een schatting gebaseerd op aannames over jouw situatie, jouw gebruikers, jouw data en jouw technische omgeving. Geen van die aannames is getoetst. En de opdrachtgever is degene die het risico draagt als de aannames niet kloppen.

De gevolgen zijn voorspelbaar. De scope wordt groter naarmate de bouw vordert en de werkelijkheid zichtbaar wordt. "We hadden niet voorzien dat..." is de meest gehoorde zin in projecten die zonder discovery zijn begonnen. Meerwerk wordt gefactureerd. De planning schuift op. En het eindproduct past minder goed dan beloofd, omdat fundamentele beslissingen al vroeg verkeerd zijn genomen.

Onderzoek van de Standish Group — die al decennia IT-projecten analyseert — laat consistent zien dat projecten met slechte requirements aan de basis de belangrijkste categorie vormen van falende IT-trajecten. Een discovery fase is de meest directe manier om dat risico te verkleinen.

Wat het kost en wat het oplevert

Een discovery fase bij een serieus bureau kost typisch tussen de €3.000 en €15.000, afhankelijk van de complexiteit van het project en de omvang van het bureau. Voor een groot platform met veel integraties en meerdere gebruikersgroepen zit je aan de bovenkant. Voor een gerichte interne tool met beperkte scope aan de onderkant.

Die investering verdien je op meerdere manieren terug.

Betere offerte. Een project dat begint met discovery levert een specificatie op die de basis vormt voor een nauwkeurige offerte. De kans dat die offerte significant overschreden wordt, is aanzienlijk kleiner dan bij een schatting op basis van een briefing.

Minder meerwerk. Meerwerk ontstaat bijna altijd omdat iets niet was voorzien. Discovery is het moment om dingen te voorzien. Elk uur in discovery dat een onverwachte complexiteit blootlegt, voorkomt gemiddeld vijf tot tien uur meerwerk later.

Betere architectuurbeslissingen. Een systeem dat verkeerd is opgezet in de eerste weken, is moeilijk en duur om later te herzien. Discovery geeft de tijd om die beslissingen goed te nemen.

Jij als opdrachtgever weet wat je koopt. Na discovery kun je een go/no-go beslissing nemen op basis van een realistische scope en begroting. Dat is een heel andere positie dan tekenen voor een vage offerte en hopen dat het goed komt.

Een discovery fase is ook een test

Er is nog een reden om op een discovery fase aan te dringen: het is de eerste samenwerking. Je ziet hoe het bureau communiceert, hoe ze vragen stellen, hoe ze met onzekerheid omgaan, en hoe ze prioriteiten afwegen.

Een bureau dat in de discovery fase sloppy is, slordige documentatie oplevert, of moeite heeft om scopevragen helder te maken, laat je ook in de bouw fase in de steek. Een bureau dat scherpe vragen stelt, zichtbaar meedenkt over je businessdoelen, en een gestructureerd resultaat oplevert, heeft bewezen dat het de opdracht aankan.

Discovery is dus geen kostenpost. Het is due diligence — aan beide kanten.

Hoe je het gesprek aangaat

Als je bij een bureau aanklopt en ze stellen geen discovery fase voor, is de vraag gerechtvaardigd: hoe komen jullie dan aan een betrouwbare schatting? Als het antwoord is dat ze "op basis van ervaring" kunnen schatten, vraag dan om voorbeelden van projecten waarbij die schatting klopte. En bij welke projecten er significant meerwerk was.

Een serieus bureau verwelkomt die vraag. Ze weten dat een goed gefundeerd project voor iedereen beter uitpakt — voor de opdrachtgever én voor henzelf.

Als je al een idee hebt van wat je wilt bouwen en je staat aan het begin van je oriëntatie, is de discovery fase de meest waardevolle eerste stap die je kunt zetten. Niet om sneller te bouwen, maar om beter te bouwen.