Een bruikbare lijst met CRM-eisen beschrijft welk werk medewerkers moeten kunnen uitvoeren en hoe je controleert of dat lukt. Schrijf per eis de gebruiker, aanleiding, gewenste handeling en verwachte uitkomst op. Geef vervolgens aan of de eis nodig is voor de eerste oplevering.
“Gebruiksvriendelijk”, “goede rapportages” en “slimme automatisering” zijn begrijpelijke wensen. Ze zijn alleen te ruim om een voorstel of demo op te beoordelen. Twee leveranciers kunnen er iets heel anders onder verstaan.
Verzamel situaties uit het dagelijkse werk
Laat marketing, sales, service en beheer ieder een paar terugkerende werkzaamheden meenemen. Vraag om een voorbeeld waarin iemand informatie mist, dubbel invoert of werk overdraagt. Beschrijf wat de medewerker probeert af te ronden.
Een fictief voorbeeld: een verkoper krijgt een aanvraag van een bestaande klant, maar ziet het lopende serviceverzoek niet. De behoefte is dan eerst weten welke klantcontext nodig is om goed te reageren. Pas daarna kies je of een koppeling, melding of aangepast overzicht daarvoor geschikt is.
Bewaar zulke voorbeelden bij de eisenlijst. Ze maken zichtbaar waarom een eis bestaat en geven je later testmateriaal. Voor de bredere keuzes over doelen en eigenaarschap gebruik je de CRM-strategie.
Beschrijf een eis als een handeling met een uitkomst
Gebruik deze formulering: “Wanneer [gebeurtenis], kan [rol] met [gegevens] de handeling [actie] uitvoeren, zodat [controleerbare uitkomst].” Vul geen techniek in als de oplossing nog openligt.
Een fictief voorbeeld: na publicatie van een dienstenpagina in Sanity CMS komt een formulieraanvraag met het gekozen onderwerp bij de juiste verkoper. Die ziet de vraag, contactgegevens en eerdere openstaande aanvraag en legt een vervolgstap vast. De teamleider kan zien welke aanvragen nog geen eigenaar hebben.
Die formulering laat je de commerciële omgeving als geheel beoordelen: van wat een bezoeker aanvraagt tot wat sales ermee kan doen. Test ook hoe een eigenaar wordt toegewezen en wat er gebeurt als dezelfde aanvraag opnieuw wordt verstuurd.
Maak onderscheid tussen noodzakelijk en wenselijk
Een eis is noodzakelijk voor de eerste versie als het gekozen proces zonder die eis niet verantwoord kan werken. Denk aan de juiste toegang tot klantgegevens of het kunnen terugvinden van een binnengekomen aanvraag.
Een wens kan waardevol zijn en toch wachten. Leg alvast vast welke contactgegevens, toewijzing en rechten een latere aanvraagroute kan hergebruiken. Een extra dashboard kan wachten totdat de bijbehorende statussen consequent worden gebruikt. Schrijf bij een uitgestelde wens op welke aanleiding haar opnieuw op de agenda zet.
Gebruik drie groepen: nodig bij de eerste oplevering, later beoordelen en buiten de huidige scope. Neem de eerste groep over in je CRM-implementatieplan, zodat de geselecteerde eisen ook de invoering bepalen. Laat de proceseigenaar de indeling vaststellen. Wanneer iedereen afzonderlijk alles noodzakelijk mag noemen, ontstaat vanzelf een onhaalbare eerste versie.
Neem gegevens, rechten en beheer mee
Een CRM-selectie gaat ook over wat buiten het scherm gebeurt. Welke gegevens kun je exporteren? Hoe worden koppelingen gecontroleerd? Wie mag een workflow wijzigen? Wat merkt een medewerker van een mislukte overdracht?
Leg per gekoppeld systeem vast welke gegevens je nodig hebt en welke bron leidend blijft. De bestaande gids over CRM-integratie biedt hiervoor de onderliggende keuzes. Een logo op een integratiepagina bewijst nog niet dat jouw gewenste overdracht wordt ondersteund.
Neem beheer als eigen onderdeel op. Benoem wie pagina’s mag publiceren, wie klantgegevens mag wijzigen en wie de overdracht bewaakt. Beschrijf wie een foutmelding ontvangt, herstel coördineert en de hele aanvraagroute opnieuw controleert. Zo toets je of de verantwoordelijke partner ook wijzigingen tussen website en CRM overziet wanneer marketing een campagne start.
Werkblad voor eisen en bewijs
Maak voor iedere belangrijke eis één rij. De voorbeelden hieronder zijn fictief en bedoeld om je eigen lijst concreter te maken.
| Situatie | Toetsbare eis | Prioriteit | Bewijs tijdens beoordeling |
|---|---|---|---|
| Nieuwe aanvraag | Een aanvraag krijgt een herkenbare eigenaar en actie | Eerste oplevering | Dien zelf een testformulier in |
| Bestaande klant | De medewerker ziet de relevante contactrelatie | Eerste oplevering | Gebruik een bestaand testcontact |
| Collega afwezig | Open werk kan worden overgedragen | Eerste oplevering | Draag een taak over met testaccounts |
| Managementoverzicht | Het team ziet aanvragen zonder vervolgstap | Eerste oplevering | Controleer een bewust onvolledig record |
| Extra segment | Marketing kan een nieuwe selectie opslaan | Later beoordelen | Test met vooraf afgesproken velden |
| Uitgevallen koppeling | Beheer ontvangt een bruikbare foutmelding | Eerste oplevering | Simuleer een mislukte overdracht |
Voeg aan je eigen versie een beslisser en open vraag toe. Daarmee houd je zichtbaar wie een onduidelijk punt moet oplossen.
Laat de demo jouw route volgen
Stuur de belangrijkste situaties vooraf naar de leverancier. Vraag welke onderdelen standaard beschikbaar zijn, inrichting vragen of maatwerk nodig hebben. Noteer ook wat tijdens de demo nog niet aantoonbaar werkt.
Beoordeel daarna de eerste implementatie op dezelfde situaties. Neem je ingevulde eisenlijst mee naar CRM-implementatie bij Site.nu. We kunnen dan bespreken welke route als eerste moet werken, welke bestaande onderdelen passen en welke keuzes nog openstaan.