Wat is het demoscript?
Het demoscript bepaalt wat je van leveranciers wilt zien. Niet hun gelikte standaardpresentatie, maar jouw eigen processen, live uitgevoerd in hun systeem. De opdracht aan elke leverancier is dezelfde: dit zijn de stappen die wij dagelijks zetten, laat zien hoe die in jouw systeem verlopen.
Twee rondes, twee doelen
Productdemonstraties verlopen in twee rondes, elk met een eigen doel. De eerste is een kennismaking, te vergelijken met een sollicitatiegesprek. De leverancier krijgt de ruimte om te laten zien wat zijn systeem kan en waar hij goed in is. Je geeft vooraf een agenda mee, maar laat hem zijn eigen aanpak tonen. In de tweede ronde, de verdiepingssessie, draai je het om: de leverancier voert stap voor stap jouw scenario's uit, en wordt stevig aan de tand gevoeld. Wat in ronde één nog met een mooi verhaal kon worden opgelost, moet in deze ronde ook echt in het systeem worden getoond.
Ronde 1 · Kennismaking
“Laat zien wie jullie zijn, wat het systeem kan en hoe jullie vergelijkbare klanten helpen. Anderhalf uur, en jullie bepalen de invulling binnen de agenda die wij meegeven.”
Ronde 2 · Verdiepingssessie
“Een order komt binnen met een afwijkende levertermijn. Laat zien hoe die order in jullie systeem wordt aangemaakt, gepland en gefactureerd. Doe het voor, klik voor klik.”
De externe projectleider regisseert
Bij elke demo zitten jullie, de leverancier en wij als externe projectleider om tafel. De projectleider leidt de sessie en bewaakt de tijd. Dat voorkomt dat een demo verzandt in een verkooppresentatie. Het houdt de vergelijking eerlijk: elke leverancier krijgt dezelfde scenario's, dezelfde tijd en dezelfde vragen.
- Doorvragen op datamigratie, koppelingen en maatwerk. En vooral: is dit standaard, configureerbaar, of moet er iets gebouwd worden? "Dat kan" is geen antwoord; hoe het kan, wel.
- De maatwerk-valkuil benoemen. Wie dicht bij de standaard blijft, kan eenvoudig updaten. Wie veel laat aanpassen, moet dat maatwerk bij elke update opnieuw laten testen en aanpassen, en wordt daarmee afhankelijk van de leverancier.
- Direct vastleggen. Scores, observaties en openstaande vragen leg je tijdens de sessie zelf in het evaluatiemodel vast. Achteraf reconstrueren levert altijd een vertekend beeld op.
- Netjes afronden. Elke leverancier hoort wanneer de beslissing valt en wat de vervolgstappen zijn. Ook wie afvalt, krijgt dat te horen.
Drie valkuilen
De standaardpresentatie accepteren
In een productdemo lijkt alles te kunnen. Zonder eigen scenario's beoordeel je hoe goed de verkoper presenteert, niet hoe goed het systeem bij je past.
Het script te laat aanleveren
Leveranciers hebben voorbereidingstijd nodig voor jouw scenario’s: reken op minstens een week. Lever je het script te laat aan, dan schuift de hele planning op.
Alle demo’s op één dag plannen
Na drie demo's op rij vervagen de verschillen tussen de systemen. Plan voldoende tijd in tussen de sessies om te kunnen nabespreken. Leg de scores vast terwijl de demo nog vers in het geheugen zit.
Waar het demoscript in het traject zit
Het demoscript wordt uitgevoerd met de partijen op de shortlist. De scenario’s komen uit de blauwdruk; wat je tijdens de demo’s ziet, scoor je in het evaluatiemodel.
Een demoscript voor jouw softwareproject.
De opzet is voor elk softwaredomein hetzelfde, maar de invulling verschilt. Bekijk hoe deze stap uitpakt in een concreet selectietraject:
- ERP-selectie
- CRM-selectie
- DMS-selectie
- HRM-selectie
- Finance-selectie
Hulp nodig bij de demorondes?
In een begeleid traject schrijven we samen de scenario's, plannen we de demo’s in en regisseert onze consultant elke sessie.