MVP-consulting versus een bouwteam inhuren: wat eerst?

Oprichters die hulp zoeken met een MVP stuiten op twee soorten aanbod: consultants die je adviseren, en teams die voor je bouwen. Ze zijn niet uitwisselbaar, en het verkeerde eerst kopen is een veelvoorkomende manier om weken en geld te verliezen.

Zo bepaal je wat je nodig hebt.

Wat elk oplost

MVP-consulting lost een onzekerheidsprobleem op. Je weet niet zeker of het idee klopt, niet zeker wat je moet bouwen, niet zeker hoeveel het zou moeten kosten, of niet zeker of de technische aanpak deugt. Een consultant helpt je dat op te lossen voordat je middelen inzet. De output is een plan en een set beslissingen.

Een MVP-bouwteam lost een uitvoeringsprobleem op. Je weet wat je toetst en ongeveer wat er moet bestaan; je hebt mensen nodig om het te ontwerpen, bouwen en lanceren. De output is een werkend product.

Veel trajecten vervagen de grens — de meeste goede bouwteams doen scoping en planning als onderdeel van het werk. De vraag gaat er eigenlijk over of je onafhankelijk denkwerk nodig hebt voordat je een richting kiest, of dat je klaar bent om je te committeren aan bouwen.

Tekenen dat je eerst consulting nodig hebt

• Je kunt de één-zins aanname niet schrijven. “We geloven dat [klanten] [actie] zullen doen omdat [reden].” Als deze zin vaag is, bouwt een bouwteam naar hun gissing erover.
• Je functielijst blijft groeien en je kunt hem niet inkorten. Je hebt iemand nodig zonder gehechtheid aan het idee om je te helpen de scope te verminderen zonder klantwaarde te verliezen.
• Er is een echte technische onbekende. Onbewezen AI-nauwkeurigheid, een lastige integratie, hardware. Een consultant kan je helpen beslissen of je een proof of concept vóór een MVP nodig hebt.
• Je kiest tussen bouwopties — in-house, bureau, freelancers, no-code — en wilt een neutrale mening. Merk op dat een bouwteam dat je hierin adviseert een duidelijk belang heeft.
• Je hebt budget voor precies één bouw en kunt het je niet veroorloven om het verkeerd te doen.

Tekenen dat je direct naar een bouwteam kunt

• Het idee is gevalideerd. Klantinterviews, een landingspaginatest of pre-sales hebben je echt signaal gegeven.
• Je kunt de kerngebruikersreis end-to-end beschrijven, met vertrouwen, nu meteen.
• De technische aanpak is conventioneel — een standaard web- of mobiele app met bekende integraties, geen exotische onbekenden.
• Je onzekerheid gaat over uitvoeringskwaliteit, niet over richting — je wilt het juiste team, niet het juiste plan.
• Budget is krap en elke euro is beter besteed aan bouwen dan aan adviseren.

In dat geval kies je een bouwteam waarvan het traject een goede planningsfase omvat, zodat je nog steeds scopingopleveringen krijgt — alleen gebundeld met de bouw in plaats van apart gekocht.

Wanneer je beide nodig hebt, en in welke volgorde

De gebruikelijke volgorde voor een oprichter met echte onzekerheid en een echt budget:

Stap	Wie	Output
1. Valideer het probleem	Jij (met of zonder advies)	Bewijs dat het probleem echt is
2. Plan de MVP	Consultant, of planningsfase van het bouwteam	Scope, aanname, reis, schatting, risico’s
3. Bouw	Bouwteam	Werkend product
4. Lanceer en leer	Jij + bouwteam	Bewijs over de aanname

De fout is stap 3 doen vóór stappen 1 en 2. Een bouwteam is erg goed in het bouwen van waar je ze op richt — inclusief het verkeerde ding, efficiënt.

Wat een consultingtraject je hoort te kosten

MVP-consulting wordt meestal geprijsd als een vaste vergoeding voor een gedefinieerde scope aan dagen, of een dagtarief voor een vast aantal sessies. Voor een eerste-versie-product is een nuttig adviestraject meestal een week of twee van de tijd van een consultant, verspreid over een paar weken kalendertijd — genoeg om werksessies met je te draaien, je bestaande validatie te bekijken, een technische richting te schetsen en het op te schrijven.

Het getal om in perspectief te houden: dit hoort een kleine fractie te zijn van wat de bouw zal kosten. Als de adviesvergoeding de bouwkosten benadert, koop je óf te veel advies in, óf de consultant scopet stiekem een bouw. Veel teams die beide aanbieden crediteren een deel of de hele planningsvergoeding tegen de bouw als je met hen doorgaat — de moeite waard om naar te vragen, al geeft het hen ook een reden om je richting bouwen te sturen.

Wat je niet moet accepteren is een vaag “strategieretainer” zonder oplevering. Advieswerk voor een MVP heeft concrete uitkomsten — een aangescherpte aanname, een gescopede functielijst, een technische richting, een risicoregister, een schattingsbandbreedte. Als het traject je niet kan vertellen welke documenten je aan het eind hebt, behandel dat als een waarschuwingssignaal.

Vragen om te stellen voordat je een van beide koopt

Vóór een adviestraject:

• Wat heb ik precies aan het eind — welke documenten en beslissingen?
• Hoeveel sessies, over hoe lang, en hoeveel van jouw tijd?
• Bouw je ook? Zo ja, hoe houd je het advies onafhankelijk?
• Wordt een deel van deze vergoeding gecrediteerd als ik doorga met een bouw?

Vóór een bouwtraject:

• Omvat de prijs een planningsfase, en wat levert die fase op?
• Geef je tegengas op mijn scope, of bouw je precies wat ik meebreng?
• Wat gebeurt er als het plan een risico blootlegt dat de scope verandert?

De antwoorden vertellen je snel of je praat met iemand die je helpt denken, iemand die je helpt bouwen, of iemand die heeft besloten dat het antwoord “een grote bouw” is voordat hij je probleem heeft gehoord.

Een praktische regel

Als je met vertrouwen je kernaanname kunt schrijven en je kernreis kunt beschrijven, en het idee enige validatie achter zich heeft, huur dan een bouwteam met een sterke planningsfase in. Als je dat niet kunt, of als een strategische of technische onbekende je uit je slaap houdt, koop dan eerst een kort adviestraject — het is goedkoop ten opzichte van een verspilde bouw.

Voor het verschil tussen een advies-only consultant en een full-service team, zie MVP-ontwikkelconsultant versus full-service bureau. Voor hoe consulting en ontwikkeling vaak worden gecombineerd, zie MVP-consulting en -ontwikkeling: wat is het verschil.

Veelgestelde vragen

Wat doet een MVP-consultant eigenlijk?

Een MVP-consultant adviseert zonder de bouw uit te voeren. Ze helpen je het probleem en de aanname aan te scherpen, te beslissen wat je opneemt, een technische richting te kiezen, een budget en tijdlijn te bepalen, en risico's te identificeren. De oplevering is duidelijkheid en een plan, geen werkende software.

Heb ik een MVP-consultant nodig als ik toch een ontwikkelteam inhuur?

Niet altijd. Veel ontwikkelteams nemen planning en scoping op als onderdeel van hun traject. Een aparte consultant is het nuttigst wanneer je onafhankelijk advies wilt voordat je een bouwteam kiest, of wanneer je onzekerheid strategisch is in plaats van technisch.

Wanneer moet ik consulting overslaan en direct naar een bouwteam gaan?

Wanneer je probleem, doelklant en kernaanname al duidelijk en gevalideerd zijn, en je vooral uitvoering nodig hebt. Als je de één-zins aanname kunt schrijven en de kerngebruikersreis met vertrouwen kunt beschrijven, ben je waarschijnlijk klaar om te bouwen.

Is MVP-consulting het geld waard voor een bootstrapped oprichter?

Dat kan, als het een verspilde bouw voorkomt. Een paar dagen advies dat je ervan weerhoudt het verkeerde ding te bouwen verdient zichzelf vele malen terug. Maar als het budget erg krap is en je idee goed gevalideerd is, is het vaak beter het aan de bouw zelf te besteden.