Discovery fase software project: wat je krijgt

Je hebt een idee voor een app of webapplicatie. Misschien loop je er al maanden mee rond. Je hebt wat bureaus gesproken en ineens valt overal die term: de discovery fase. Maar wat is een discovery fase in een software project nou echt? En waarom vraagt bijna elk bureau je om daar eerst geld en tijd in te steken voordat er ook maar één regel code wordt geschreven?

Eerlijk antwoord: het is geen truc om je factuur op te blazen. Het is de stap die bepaalt of je straks bouwt wat je nodig hebt, of iets waar je halverwege spijt van krijgt. In dit stuk leggen we uit wat er gebeurt, wat je eraan hebt en wat het ongeveer kost.

Wat is een discovery fase precies?

De discovery fase, ook wel de ontdekfase van een digitaal product, is het onderzoek en de voorbereiding vóórdat de bouw begint. In die periode zoeken we samen uit wat je precies wilt maken, voor wie, en of het technisch en zakelijk klopt.

Vergelijk het met een verbouwing. Je gaat geen muren slopen zonder tekening. Je wilt eerst weten wat er kan, wat het kost en hoe de ruimte straks werkt. Bij software is dat niet anders. Alleen zie je een verkeerd gebouwde app pas als hij al klaar is, en dan is herbouwen duur.

Zonder discovery spring je meteen in de ontwikkeling. Je vertelt je idee, het bureau begint te bouwen, en gaandeweg blijkt dat jullie iets anders in het hoofd hadden. Dat gebeurt vaker dan je denkt. De discovery fase haalt die aannames vooraf boven tafel, op een moment dat aanpassen nog niets kost.

Waarom sla je deze stap niet over als MKB-bedrijf?

Voor een groot bedrijf is een misser vervelend. Voor het MKB kan het je hele budget opeten. Juist daarom is een discovery phase voor het MKB geen luxe, maar bescherming van je investering.

Drie dingen die misgaan zonder goede voorbereiding:

Scope creep. Tijdens het bouwen blijven er wensen bijkomen omdat vooraf nooit is vastgelegd waar het product ophoudt. Elke toevoeging kost geld en tijd, en niemand weet meer waar de eindstreep ligt.

Budget dat ontspoort. Een offerte op basis van een half idee is een gok. Als de details pas tijdens de bouw duidelijk worden, loopt de rekening op met meerwerk dat je niet zag aankomen.

Verwachtingen die niet kloppen. Jij denkt aan het ene, het bureau bouwt het andere. Zonder een gedeeld beeld op papier ontdek je dat verschil pas bij de oplevering, en dan is de teleurstelling wederzijds.

De ontdekfase is precies wat een bureau doet voor de bouw begint om deze drie problemen te voorkomen. Niet omdat het hoort, maar omdat het je later veel gedoe en geld scheelt.

Wat gebeurt er concreet in een discovery fase?

Discovery klinkt vaag, maar het is heel concreet werk. Dit zijn de onderdelen die je meestal terugziet.

Gesprekken met de betrokkenen

We praten met de mensen die er straks mee werken of erover beslissen. Jij, je team, soms een klant of een leverancier. We willen weten welk probleem je echt oplost en wat succes voor jou betekent.

Onderzoek naar de gebruiker

Wie gaat dit gebruiken en hoe werkt die persoon nu? Soms is dat een korte set gesprekken, soms kijken we mee met bestaande processen. Doel is dat we bouwen wat mensen daadwerkelijk gebruiken, niet wat op papier logisch lijkt.

Technische verkenning

We kijken naar wat er technisch nodig is. Moet het koppelen met je boekhouding of voorraadsysteem? Wat is haalbaar binnen je budget? Hier komt vaak ook de vraag naar boven of je maatwerk nodig hebt of dat een bestaand pakket volstaat. Daarover schreven we eerder in maatwerk of standaardpakket.

Prioriteiten en een backlog

Alle wensen leggen we naast elkaar en brengen we in volgorde. Wat is echt nodig voor de eerste versie, en wat kan later? Zo ontstaat een werklijst waar je op kunt sturen.

Een eerste schets of prototype

Vaak eindigt discovery met wireframes of een klikbaar prototype. Geen afgewerkt product, wel iets tastbaars waar je op kunt reageren. Ineens praat je niet meer over een idee, maar over iets dat je kunt zien.

Wat levert het op?

Aan het eind van de rit heb je geen software, maar wel de basis waarop je met vertrouwen kunt bouwen. Dat is precies de bedoeling.

Je krijgt een uitgewerkte set eisen die getoetst is aan de werkelijkheid, dus geen wensenlijst maar een onderbouwd plan. Je krijgt een realistische planning, gebaseerd op wat er echt gedaan moet worden. En je krijgt een kostenraming die ergens op stoelt, niet op giswerk.

Het belangrijkste: je krijgt een eerlijk beslismoment. Ga je door, of niet? Soms blijkt uit de discovery dat je idee kleiner kan, goedkoper zelfs. Soms blijkt dat je beter met een kleinere eerste versie kunt starten. Hoe zo'n eerste versie eruitziet, lees je in een MVP laten bouwen. En heel af en toe is de eerlijkste uitkomst dat je het beter niet kunt bouwen. Dat is geen verloren geld. Dat is een dure fout die je net hebt voorkomen.

Hoeveel tijd en geld kost een discovery fase?

De eerlijke ranges eerst. Een discovery fase duurt voor de meeste MKB-projecten twee tot vier weken. Kleiner idee, korter. Veel betrokkenen of complexe koppelingen, wat langer.

Qua kosten is het een fractie van de totale bouw. Precies wat het bedrag is hangt af van de omvang, maar de gedachte is simpel: je investeert een klein deel vooraf om te voorkomen dat je het grote deel verkeerd uitgeeft.

Hoe beoordeel je of het zijn geld waard is? Kijk naar wat je terugkrijgt. Krijg je alleen een mooi document, of iets waar je concreet mee verder kunt: een backlog, een raming, een prototype waar je op kunt reageren? En durft het bureau na de discovery ook nee te zeggen tegen je plan als dat beter voor je is? Dat laatste zegt vaak meer dan welke offerte ook.

Zie de software project voorbereiding voor het MKB niet als een extra kostenpost, maar als de goedkoopste verzekering in het hele traject. De rekening voor een verkeerd gebouwd product komt namelijk altijd, en die is een stuk hoger.

Loop je met een idee rond en twijfel je of het klaar is om te bouwen? Leg het ons eens voor. We denken graag met je mee, zonder dat je meteen ergens aan vastzit.