Ik beëindig de meeste discovery calls binnen 30 minuten, en klanten bedanken me daar bijna altijd voor. Niet omdat ik niet geïnteresseerd ben in hun bedrijf — maar omdat een discovery call bedoeld is om helderheid te scheppen, niet om een voorstelling op te voeren. Rond het half uur weet ik meestal of we kunnen helpen, wat de eerste use case zou moeten zijn, en of het de moeite waard is om verder te gaan. Dat oprekken tot een uur voegt alleen slides toe, geen waarde.
Dit is wat ik in die 30 minuten daadwerkelijk doe, waarom ik graag vroeg afrond — in beide richtingen — en waarom een consultancy die negentig minuten en een deck nodig heeft om "het hangt ervan af" te zeggen, meestal een waarschuwing is.
Waar een discovery call echt voor is
Een discovery call is geen pitch en geen demo. Het is een kwalificatiegesprek — voor beide kanten. Jij bepaalt of wij het juiste team zijn; ik bepaal of er een echt, oplosbaar probleem ligt met data eronder en een eigenaar die klaarstaat om te handelen. Als ik het gesprek vul met praten in plaats van luisteren, faal ik in het enige waar de call voor bestaat.
Dus ik vraag veel, en ik onderbreek beleefd. Ik bereik liever een eerlijk "dit is de situatie" in 25 minuten dan een vaag "laten we een vervolg plannen om de mogelijkheden te verkennen" in zestig.
De vier dingen die ik snel wil weten
Vrijwel elke nuttige discovery call beantwoordt vier vragen. Krijg ze helder en de route is duidelijk; laat ze vaag en geen hoeveelheid vergadertijd helpt.
1. Wat is het echte probleem — en het getal erachter?
Niet "we willen iets met AI", maar "support duurt te lang en het kost ons verlengingen", met een meetwaarde eraan. Kun je de uitkomst benoemen én het getal dat zou bewijzen dat het bewoog, dan kunnen we van daaruit terugredeneren. Lukt dat nog niet, prima — dat vinden is het eerste stuk werk.
2. Is de data er daadwerkelijk?
De meeste AI-ideeën staan of vallen met data, dus ik vraag het direct: bestaat de data die dit nodig heeft, is die toegankelijk, en is die schoon genoeg om op te vertrouwen? Staat die verspreid over vijf systemen, dan is dat eerst een data engineering-stap om in te plannen, geen detail om weg te wuiven. Dit in het eerste gesprek weten, bespaart later maanden.
3. Is er een haalbare eerste use case?
Ik luister naar het kleinste stuk werk dat waardevol genoeg is om ertoe te doen en klein genoeg om op te leveren. Het beste eerste project is zelden het ambitieuste — het is het project dat snel waarde bewijst en het fundament bouwt dat het ambitieuze project nodig heeft.
4. Ben je klaar om ernaar te handelen?
Is er budget, een eigenaar, en de wil om het ding na livegang te beheren? AI is geen project dat je afrondt; het is iets dat je beheert. Is die gereedheid er nog niet, dan zeg ik dat liever dan je een proof of concept te verkopen dat stilvalt.
Waarom ik het gesprek graag vroeg afrond — beide kanten op
Sluiten de antwoorden aan, dan heb ik geen extra tijd nodig om beleefd te zijn. We hebben een heldere eerste use case, dus de eerlijke vervolgstap is die uit te werken — en bij Crux Digits betekent dat meestal een werkend prototype bij het tweede gesprek, geen nieuwe workshop. Vroeg afronden is daar een goed teken: het probleem is helder genoeg om te bouwen.
En sluiten de antwoorden niet aan, dan zeg ik dat ook, in datzelfde half uur. Soms is het waardevolste wat ik kan zeggen "bouw dat nog niet — repareer eerst de data" of "een kant-en-klare tool doet dit voor een fractie van de kosten". Ik ben bewust leveranciersneutraal, dus een kort gesprek dat je een verspild budget bespaart, is winst, geen gemiste verkoop. Bekijk gerust onze transparante prijzen, maar ik zie je het liever aan het juiste besteden.
Waarom lange presentaties een rode vlag zijn
Er is een reden dat "slideware" een vies woord is onder de technische kopers met wie wij werken. Een lange, gepolijste discovery-presentatie verraadt vaak een consultancy die zekerheid verkoopt die het niet heeft verdiend — decks in plaats van werkende software, gefactureerde uren in plaats van geleverde waarde. Echte engineering is bescheiden in het eerste gesprek, omdat het eerlijke antwoord op de meeste AI-vragen "laten we het bewijzen met een kleine build" is, niet "hier zijn veertig slides over onze methodologie".
De teams die AI daadwerkelijk leveren, praten minder en bouwen eerder. Wij laten je liever een ruw prototype zien bij het tweede gesprek dan dat we je imponeren met een routekaart bij het eerste. Wil je zien hoe dat er in de praktijk uitziet, dan zijn onze cases de korte versie.
Maar wat als 30 minuten niet genoeg is?
Soms is het dat echt niet — een grote organisatie, meerdere belanghebbenden, een probleem dat drie afdelingen raakt. Gebeurt dat, dan verandert simpelweg de taak van het gesprek. Niet langer beslissen, maar uitzoeken wie er nog meer aan tafel moet en wat zij moeten meenemen. Een kort eerste gesprek dat eindigt met "dit is precies wie we hierna nodig hebben en welke data we moeten ophalen" is veel nuttiger dan een lang gesprek dat eindigt met een vage belofte om opnieuw af te stemmen. Concreetheid is de oplevering, ongeacht de tijdslimiet.
Er is een tweede reden dat ik het strak houd: die 30 minuten zijn een filter dat jou net zo goed beschermt als mij. Bereiken we geen helderheid wanneer jij de juiste input hebt meegebracht, dan zegt dat iets echts over hoe het hele traject zou aanvoelen. Een partner die in het eerste gesprek niet bondig kan zijn, wordt dat zelden zodra de facturen beginnen. Beschouw de lengte van je discovery calls als een kleine, eerlijke voorvertoning van de samenwerking — want dat is precies wat het is.
Hoe je het meeste uit je volgende discovery call haalt
Sta je op het punt een AI-partner te briefen, maak het gesprek dan kort en nuttig door drie dingen mee te nemen: het probleem geformuleerd als een uitkomst met een getal, een eerlijk beeld van waar de relevante data staat, en de naam van wie het resultaat gaat bezitten. Daarmee kan een goede engineer je in een half uur iets echts vertellen. Zonder die drie stelt zelfs een lange vergadering dezelfde vragen alleen uit.
Dat is de hele filosofie: respecteer het probleem, respecteer je tijd, en verdien de volgende stap door helder te zijn in plaats van langdradig.
De eerlijke afsluiting
Een discovery call van 30 minuten is geen haast — het is mijn bewijs dat ik het probleem snel genoeg begreep om nuttig te zijn. Past het, dan werken we een kleine build uit en zie je snel iets echts. Past het niet, dan vertrek je met een heldere reden en zonder verspild budget. Hoe dan ook krijg je helderheid, en dat is het enige wat een eerste gesprek zou moeten verkopen. Boek een gratis consult en we brengen je eerste use case samen in kaart — ik probeer je twintig minuten terug te geven.
Veelgestelde vragen
Hoe lang moet een discovery call duren?
Lang genoeg voor helderheid en niet langer. Voor een afgebakend AI-vraagstuk is 30 minuten meestal genoeg om de echte uitkomst, de databeschikbaarheid, een haalbare eerste use case en je gereedheid vast te stellen. Grotere vraagstukken met meerdere belanghebbenden vragen soms meer tijd, maar het doel blijft helderheid, niet lengte.
Wat bereid ik voor een AI-discovery call voor?
Neem drie dingen mee: het probleem geformuleerd als een uitkomst met een getal, een eerlijk beeld van waar de relevante data staat en hoe schoon die is, en de naam van wie het resultaat na livegang gaat bezitten. Daarmee geeft een goede engineer je in een half uur een echt antwoord.
Is een korte discovery call een teken van weinig interesse?
Nee — meestal juist het tegendeel. Een kort gesprek betekent dat het probleem helder genoeg was om snel te kwalificeren, zodat we naar het uitwerken van een kleine build kunnen. Het kan ook een eerlijk no-go betekenen, wat je een verspild budget bespaart. Hoe dan ook vertrek je met helderheid in plaats van een vaag vervolg.
Waarom zijn lange salespresentaties een rode vlag bij AI-projecten?
Omdat het eerlijke antwoord op de meeste AI-vragen is om het te bewijzen met een kleine build, niet om veertig slides methodologie te presenteren. Lange, gepolijste decks verraden vaak gefactureerde uren en onverdiende zekerheid. Teams die AI echt leveren, praten minder en bouwen eerder.