Een vendor-demo is een verkoopshow. Een selectieproces beschermt je tegen de verkeerde keuze.

Wat is het verschil tussen een vendor-demo en een softwareselectieproces?

Een vendor-demo is een verkooppresentatie waarin een leverancier zijn eigen software toont, op zijn eigen data, met de features die hij wil laten zien. Een softwareselectieproces is een gestructureerde aanpak waarin jíj bepaalt wat de software moet kunnen, en elke leverancier op exact dezelfde manier wordt getoetst.

Wat is een vendor-demo? Een geregisseerde presentatie door de verkoper. Doel: jou overtuigen. De leverancier kiest het scenario, de voorbeelddata en het tempo.

Wat is een softwareselectieproces? Een methode om uit meerdere systemen het juiste te kiezen op basis van je requirements, je processen, je IT-omgeving en de totale kost over meerdere jaren. Doel: de beste beslissing, niet de mooiste show.

Een demo toont wat de software kán. Een selectieproces toont of ze bij jou pást. Dat is niet hetzelfde.

Waarom een demo je misleidt — ook als de verkoper eerlijk is

Een demo geeft je een vertekend beeld, zelfs zonder dat iemand liegt. De reden is simpel: de leverancier controleert alles wat je ziet.

De voorbeelddata is perfect opgezet. De getoonde flow is degene waar de software in uitblinkt. De zwakke plekken komen niet aan bod, niet uit kwade wil, maar omdat geen enkele verkoper zijn eigen tekortkomingen toont. En het tempo ligt hoog genoeg om kritische vragen te laten verdampen.

Het grootste probleem is de vergelijking zelf. Als leverancier A zijn rapportagemodule toont en leverancier B zijn mobiele app, vergelijk je appels met peren. Je onthoudt vooral wie het vlotst presenteerde, niet wie jouw probleem het best oplost. Drie demo's later kies je op gevoel, niet op feiten.

En een demo zegt niets over de dingen die er na de aankoop écht toe doen. Past de software in jouw bestaande IT-omgeving? Dekt ze je volledige proces af, of blijven er gaten over? Hoe gedraagt ze zich bij jouw datavolume? Koppelt ze met je andere tools? Wat kost ze als je verdubbelt in gebruikers? En hoe raak je er weer uit als het tegenvalt? Geen van die vragen wordt beantwoord op een demo-slide.

Wat een echt selectieproces wél doet

Een goed selectieproces draait de machtsverhouding om. Niet de leverancier bepaalt wat je ziet, maar jij bepaalt waarop iedereen wordt beoordeeld. Bij Software Selectie verloopt het selectieproces in zeven stappen.

1. Discovery met je sleutelgebruikers. Gesprekken met directie, eindgebruikers en IT. Want de mensen die er dagelijks mee werken, weten waar het vandaag pijn doet.
2. Requirements en KPI's vastleggen. Wat zijn de must-haves, wat is nice-to-have, en welke criteria filteren een systeem meteen weg? Geen software zonder requirements — dat is het uitgangspunt.
3. Longlist naar shortlist. Van alle opties naar maximaal drie serieuze kandidaten. Meer dan drie grondig vergelijken is in de praktijk niet werkbaar.
4. Demo's mét script. Elke leverancier krijgt hetzelfde scenario en toont het op een vergelijkbare manier. Hierover meer in de volgende sectie — dit is de kern.
5. Total Cost of Ownership over vijf jaar. Niet de licentieprijs van jaar één, maar de volledige kost inclusief de verborgen posten.
6. Onderhandeling en contractlezing. Korting, SLA's en — minstens even belangrijk — de exitclausules.
7. Implementatieplan en go/no-go. Een eindrapport met aanbeveling, risico's en faseplan. Pas dan valt de beslissing.

De demo zit dus ín het proces, op stap vier. Ze is een onderdeel, geen vervanging.

Het demo-script: zo wordt een verkoopshow een eerlijke vergelijking

Een demo-script is een vooraf opgesteld scenario dat elke leverancier moet doorlopen met jouw situatie als vertrekpunt. Dat is de enige manier om appels met appels te vergelijken.

In plaats van "toon ons jullie software" zeg je: "Verwerk deze concrete aanvraag van begin tot eind, en toon me het rapport dat onze manager elke maandag nodig heeft." Iedereen krijgt dezelfde opdracht. Iedereen toont dezelfde flow. En plots zie je niet wie het vlotst praat, maar wie jouw werk het best aankan.

Het script doet nog iets: het haalt de regie weg bij de verkoper. De zwakke plekken die anders verborgen blijven, komen vanzelf boven wanneer de software jouw concrete scenario moet uitvoeren in plaats van het ideale demo-scenario van de leverancier.

De échte kosten zie je nooit in een demo

De prijs op de demo-slide is bijna nooit de prijs die je betaalt. De werkelijke kost zit in de jaren erna, en die komt in geen enkele verkooppresentatie aan bod.

Denk aan implementatiekosten, datamigratie, opleiding, extra modules die je gaandeweg nodig blijkt te hebben, en de prijs per extra gebruiker naarmate je groeit. Daarom rekent een selectieproces met de Total Cost of Ownership over vijf jaar, niet met de instapprijs.

En dan is er de duurste post die niemand toont: vendor lock-in. Software waar je niet meer uit raakt zonder je data te verliezen of een fortuin te betalen, kost je op termijn meer dan welk licentieverschil ook. Een selectieproces leest daarom de exitclausules vóór je tekent, niet wanneer je al vastzit. We zagen het bij een productie-KMO die met een verouderd ERP vastzat: niet de licentie, maar de lock-in en het handwerk eromheen waren de echte kostenpost.

Wanneer een demo wél nuttig is

Een demo is geen vijand. Ze is een waardevol instrument — op het juiste moment en met de juiste voorbereiding. Het probleem ontstaat alleen wanneer de demo de plaats van het proces inneemt.

Binnen een selectietraject is de demo onmisbaar: ze laat de shortlist tot leven komen, je eindgebruikers krijgen een echt gevoel bij de tool, en met een script wordt ze een meetinstrument in plaats van een verkoopkanaal. Een demo bekijken vóór je je requirements kent, is de wereld op zijn kop. Een demo gebruiken om drie systemen tegen jouw scenario te testen, is precies wat je wil.

De vuistregel: laat een demo nooit je beslissing máken. Laat ze je beslissing onderbouwen.