Een reference case alleen is niet genoeg
“We zaten bij een productiebedrijf, vergelijkbaar met jullie qua omvang. Ze hadden moeite met voorspelbaarheid in de customer journey. Verkoopkansen bleven hangen, overzicht was moeilijk te realiseren, taken werden gemist, groei nieuwe klanten bleef achter. Het leek erop dat ze net als de voorgaande 2 jaren hun doelen niet gingen realiseren. Ze vroegen ons om hen te helpen met grip op groei. Het werd een CRM-systeem dat structuur en overzicht zou brengen. We hebben dat ingericht, het team getraind, en binnen 90 dagen zagen ze de eerste resultaten: verkoopkansen die 19% sneller door de funnel gingen en een conversie die steeg met 16%.”
Jouw concurrent heeft ook een mooi verhaal
De klant knikt en denkt: mooi verhaal. Twee weken later belt je concurrent, die heeft precies hetzelfde verhaal, maar dan bij een ander productiebedrijf. Ook vergelijkbaar qua omvang. Ook 90 dagen. Ook rond de 19% sneller en een stijging van 16%. De klant luistert naar jou, hij knikt. Hij luistert naar je concurrent, hij knikt weer. En dan moet hij kiezen, maar waarop? Op het verhaal? Nee, want die lijken op elkaar. Op de cijfers? Ook niet, want die zijn vergelijkbaar. Hij kiest op prijs, of op gevoel, of omdat jullie toevallig in hetzelfde netwerk zitten.
Reference cases zijn overal. Elke verkoper heeft ze. Ze volgen allemaal hetzelfde patroon: vergelijkbare klant, herkenbaar probleem, jouw oplossing en een meetbaar resultaat. Dat werkte tien jaar geleden uitstekend als social proof, als vertrouwen, als bewijs dat het niet alleen theorie is, maar dat anderen het ook voor elkaar krijgen. De klant wilde dat zien, en terecht. Maar inmiddels zijn ze commodity geworden, en als je daar stopt, ben je inwisselbaar.
En daar ligt het probleem: een reference case laat zien wat mogelijk is, maar niet wat mogelijk is bij deze klant. Dat productiebedrijf uit de opening? Die had binnen 90 dagen resultaat, wat fantastisch klinkt. Maar wat sales niet vertelt, en vaak zelf ook niet weet, is wat er onder de motorkap zat. Want die 90 dagen waren geen toeval, die waren het resultaat van specifieke condities die toevallig aanwezig waren. En of die bij jouw volgende klant ook aanwezig zijn? Dat weet je pas als je het checkt.
De reference case is een illusie zolang de verborgen variabelen niet zijn gecheckt
Het productiebedrijf uit het verhaal? Er was meer dan alleen een CRM-systeem. Ze hadden drie maanden voorbereiding, waarbij data was opgeschoond, requirements helder waren, en er intern al was nagedacht over wie wat ging doen. De kickoff was geen startschot, maar een bevestiging van wat al lang liep. Ze hadden een dedicated projectteam: twee mensen beschikbaar, drie maanden lang. Geen mensen die het erbij deden tussen de meetings door. Geen “we kijken wel hoe ver we komen”, maar gewoon: dit is ons werk, we maken het af.
Wat er écht nodig was voor die 90 dagen
Ze hadden een C-level sponsor met mandaat, niet iemand die enthousiast was, maar iemand die zei: dit gaat gebeuren, en jullie gaan mee. Geen discussie over budget, geen eindeloze afstemrondjes, gewoon doen. Ze hadden een can-docultuur met wekelijkse sprints, dagelijkse stand-ups, geen bureaucratie, geen laag-op-laag goedkeuringsprocessen. Als er iets niet werkte, werd het direct aangepast. En ze hadden geen legacy-systemen, ze begonnen vanaf nul. Geen oude databases die eerst gemigreerd moesten worden, geen integraties met systemen uit 2003 die eigenlijk al jaren vervangen hadden moeten zijn.
Dat vertelt sales niet. Niet omdat ze het bewust verbergen, maar omdat het niet past in het verhaal. Want het verhaal moet inspireren, overtuigen, verleiden. Het moet laten zien wat mogelijk is, en dat doet het ook. Maar het laat niet zien wat er nodig is om het mogelijk te maken. En daar zit het opportunisme: als je die reference case gebruikt zonder te checken of de onderliggende condities ook bij jouw prospect aanwezig zijn, dan verkoop je een illusie. Je suggereert: “Dit kan ook bij u”, terwijl je eigenlijk bedoelt: “Dit kan ook bij u, mits…”
Die “mits” zit verstopt. Hoe zit het met de veranderbereidheid? Hebben ze capaciteit of doen mensen dit erbij? Is de data schoon of een puinhoop? Wie drijft dit intern? Wat waren hun ervaringen met eerdere projecten? Hebben ze littekens of vertrouwen? Die vragen bepalen je Time to Value. Niet het product. Niet de training. Niet de implementatie, maar die vragen. En als je die niet stelt, dan verkoopt je concurrent precies hetzelfde verhaal als jij, want hij stelt ze ook niet.
Reference case = illustratie, TTV = contractvoorwaarde
Een reference case vertelt wat er gebeurd is. Time to Value voorspelt wat er gaat gebeuren, bij deze klant, in deze situatie, met deze condities. Dat verschil klinkt klein, maar het is enorm. Want een reference case is inspiratie, het laat zien wat mogelijk is als alles meezit. Time to Value is realiteit, het laat zien wat er gaat gebeuren als je eerlijk bent over wat er wel en niet aanwezig is.
Drie begrippen, drie waarheden
En er speelt een derde begrip mee: Value in Use. Want TTV gaat over tijd tussen start en het eerste moment van tastbare waarde. VIU gaat over de totale waarde die je er uiteindelijk uithaalt. Die twee worden nog weleens door elkaar gehaald in salesgesprekken, dus laten we het eens naast elkaar zetten:
Zelfde product, andere realiteit
Kijk naar die middelste kolom: TTV hangt af van organisatierijpheid, cultuur, capaciteit. Precies die verborgen variabelen die we net bespraken, en die zijn bij elke klant anders. Bij dat productiebedrijf uit de reference case? TTV was 90 dagen, omdat ze klaar waren. Data schoon, teams dedicated, sponsor met mandaat, cultuur en geen legacy. Bij jouw volgende klant? Misschien 180 dagen, omdat de data eerst een probleem is, omdat het team het erbij doet, omdat er eerst drie afdelingen moeten instemmen voordat er iets gebeurt.
Zelfde product, zelfde training, andere TTV. En dat is precies waarom reference cases niet genoeg zijn: ze tonen wat mogelijk is, maar ze tonen niet wat mogelijk is hier, nu, bij deze klant. Daar heb je iets anders voor nodig.
Reference cases tonen wat mogelijk ís — een quickscan toont wat mogelijk ís bij deze klant
Hier komt het verschil tussen jou en je concurrent. Niet in het verhaal dat je vertelt, maar in wat je daarna doet. Een quickscan is een set zorgvuldig gekozen onderwerpen en vragen die passen bij het product of de dienst die je verkoopt. De klant beantwoordt ze, en de uitkomst laat direct zien waar de organisatie staat en wat dat betekent voor de realistische tijdlijn.
Hoe het werkt
Die uitkomst vertelt je twee dingen. Als de organisatie niet klaar is, wordt de TTV langer dan je sales cycle, omdat er te veel blokkades zitten, te weinig fundament, te weinig draagvlak. Als de organisatie wel klaar is, wordt de TTV korter dan je sales cycle, omdat alles meezit en de organisatie kan schakelen. En alles daartussenin geeft je een bandbreedte: “Jullie TTV wordt waarschijnlijk 16-24 weken, afhankelijk van hoe snel jullie deze gaps kunnen adresseren.”
En dan komt het slimme deel. Die uitkomst gebruik je niet alleen om TTV in te schatten, maar ook om de verwachte Value in Use te corrigeren. Want stel: de klant wil 10% verbetering op conversie en 10% verbetering op de gemiddelde orderwaarde. Je zet dat in een ROI-schema, de cijfers kloppen, het ziet er goed uit. Maar dan doe je de quickscan en de uitkomst laat zien dat de organisatie niet klaar is voor maximaal succes. Er zitten frictie, weerstand, capaciteitsproblemen. Die verwachte verbeteringen? Die ga je niet halen in jaar één, niet met deze uitkomst. Dus je past de verwachte Value in Use aan op basis van wat realistisch is, niet omdat je pessimistisch bent, maar omdat je eerlijk bent en omdat je de klant helpt om realistische verwachtingen te scheppen.
Value-in-use verlies het van adoptie-mismatches
Dat is professionaliteit in plaats van afbreuk. Want nu weet de klant wat hij moet doen om die uitkomst te verbeteren, en jullie kunnen samen bepalen: willen we eerst die gaps adresseren voordat we starten? Of starten we klein, leren we onderweg, en schalen we later op? Die keuze maak je niet op basis van een mooi verhaal, maar op basis van een eerlijke inschatting. Dat gesprek heb je niet als je alleen een reference case vertelt, maar het ontstaat pas als je checkt wat er bij deze klant aan de hand is.
Reference cases zijn voor iedereen. Quickscans zijn voor professionals.
Reference cases zijn niet verkeerd. Je moet ze alleen anders gebruiken. Het is geen eindpunt, maar als startpunt. Het is een illustratie van wat er mogelijk is mits de condities kloppen. En precies dat laatste stuk, die condities checken, is waar het verschil zit tussen een verkoper die een verhaal vertelt en een professional die een traject start.
Hoe klinkt dat in de praktijk?
Concreet, in een salescall, klinkt dat zo: “Mooi verhaal over klant X. Het klinkt alsof zij perfect waren voorbereid. Laten we checken of jullie dezelfde startpositie hebben. Daar heb ik een quickscan voor. Die kun je zelf doen, of ik begeleid je erin, dat maakt niet uit.”
Je pakt de quickscan erbij, de klant vult in. De uitkomst laat zien waar de knelpunten zitten. En dan zeg je: “Op basis van deze uitkomst wordt jullie TTV realistisch 18-22 weken in plaats van die 90 dagen uit de reference case. Dat komt door een aantal specifieke gaps in jullie organisatie: de data moet eerst worden opgeschoond, er is geen dedicated projectteam dus mensen doen het erbij, en jullie IT-afdeling heeft al andere prioriteiten lopen. Dat zijn geen showstoppers, maar het zijn wel vertragingen. De vraag is nu: wat betekent dat voor jullie verwachte ROI? En belangrijker: welke support hebben jullie nodig om die gaps te dichten?”
En daar zit het gesprek. Niet in het herhalen van de reference case. Niet in het overtuigen dat het werkt. Maar in het samen uitzoeken wat er nodig is om het te laten werken bij deze klant, in deze situatie, met deze mensen. Dat is de shift: van verhaal naar diagnose, van overtuigen naar onderzoeken, van “dit kan ook bij u” naar “laten we checken wat er nodig is om dit bij u te laten werken.” En die shift maakt dat je niet meer inwisselbaar bent, want je concurrent vertelt nog steeds verhalen terwijl jij gesprekken voert.
Samenvatting
Reference cases blijven waardevol als illustratie, als inspiratie, als bewijs dat het werkt. Maar als je daar stopt, ben je inwisselbaar. Jouw concurrent heeft ook mooie verhalen, en die klinken veel op die van jou. Het verschil maak je door eerlijk te zijn. Door te checken of die reference case van toepassing is op deze klant, in deze situatie, met deze condities. Door TTV realistisch in te schatten op basis van wat er wel en niet aanwezig is. Door de verwachte Value in Use te corrigeren voordat je beloftes doet die je niet kunt waarmaken. Want een businesscase die gebouwd is op een reference case zonder check, is geen businesscase maar een gok.
