CRM kiezen: een demoscript, scorekaart en pilot die iets bewijzen

Begin met drie problemen die je kunt waarnemen

“Meer overzicht” is te breed voor een softwareselectie. Beschrijf liever dat aanvragen uit een websiteformulier soms geen eigenaar krijgen, dat een vervanger de laatste afspraak niet kan terugvinden of dat offertes dubbel meetellen. Daarmee kun je een demonstratie beoordelen op resultaat.

Kies één eenvoudige klantreis: aanvraag, eerste gesprek, offerte, besluit en overdracht. Verzamel hiervoor fictieve of geanonimiseerde testgegevens. Voeg juist een uitzondering toe, zoals een terugkerende klant of een afwezige adviseur. Je wilt zien hoe het systeem zich gedraagt wanneer het proces niet vanzelf goed loopt.

Gebruik dit demoscript bij iedere leverancier

Vraag na iedere stap: is dit standaard, configuratie, een afzonderlijke koppeling of maatwerk? Laat “dat kan” vastleggen als concrete scope, inclusief kosten en verantwoordelijke. Een toekomstige functie telt niet als bewezen beschikbaar.

Maak een scorekaart zonder schijnprecisie

Geef eerst aan welke eisen een harde voorwaarde zijn. Als een noodzakelijke gegevensafscherming ontbreekt, compenseert een aantrekkelijke interface dat niet. Pas daarna vergelijk je de geschikte opties met gewichten.

Een voorbeeldverdeling is opvolging 30%, samenwerking 25%, gegevensoverdracht 20%, gebruiksgemak 15% en beheer 10%. Dit zijn voorbeeldgewichten, geen algemeen geldende norm. Laat het team ze vooraf vaststellen.

Gebruik per onderdeel 0 voor niet aangetoond, 1 voor deels uitvoerbaar en 2 voor volledig getoond met jouw scenario. De totaalscore is de som van gewicht maal score gedeeld door twee. Noteer naast het cijfer altijd het bewijs en de resterende beperking. Een hoge score zonder demonstratie blijft een aanname.

Kijk voorbij de beheerdersdemo

Een beheerder kan vaak meer dan een verkoper of planner. Laat een gewone gebruiker een overdracht doen, een taak terugvinden en een fout herstellen. Microsoft beschrijft rollen en bijbehorende rechten als afzonderlijke onderdelen van toegang. Gebruik dat onderscheid als controlevraag, niet als garantie voor andere producten.

Vraag ook wie velden en fasen later mag wijzigen. HubSpots pipeline-documentatie illustreert dat inrichting en beschikbaarheid van functies kunnen afhangen van rechten en abonnementen. Neem bij iedere leverancier het benodigde pakket in de vergelijking op.

Zet een beperkte pilot op

Een werkbare pilot gebruikt bijvoorbeeld twee medewerkers, één instroomkanaal en een representatieve reeks testaanvragen. Kies vooraf een einddatum en drie resultaten: elke aanvraag heeft een eigenaar, elke actieve aanvraag heeft een volgende actie en een vervanger begrijpt het dossier.

Laat dagelijkse gebruikers de handelingen uitvoeren. Houd een foutenlijst bij met scenario, verwachting, werkelijk resultaat, ernst en eigenaar. Los onduidelijke procesafspraken apart op van softwareproblemen. Anders wordt de leverancier verantwoordelijk gemaakt voor een beslissing die je intern nog niet hebt genomen.

Checklist vóór het besluit

• De harde voorwaarden zijn getest met de juiste gebruikersrollen.
• De offerte onderscheidt licenties, inrichting, koppelingen, migratie en begeleiding.
• De pilot laat zien welke handmatige stappen overblijven.
• Export, opzegging en eigendom van gegevens zijn besproken.
• Iemand binnen je team wordt verantwoordelijk voor dagelijks beheer.

Sluit af met een besluit op basis van bewijs: invoeren, nog één concreet punt testen of afwijzen. Gebruik vervolgens het implementatieplan, zodat de gemaakte afspraken ook in dagelijks gebruik terugkomen.