Open een willekeurig opgelost ticket in je helpdesk. Ticket 4471: geopend, toegewezen aan een wachtrij, terugbetaling uitgevoerd, gesloten. Elke stap staat erin, met tijdstempel en doorzoekbaar.
Probeer nu te achterhalen waarom. Waarom kreeg die klant een terugbetaling buiten de termijn van 30 dagen? Wat controleerde de agent voordat die besloot, greep een supervisor in en paste die de beslissing aan, enzovoort? Niets daarvan staat in het dossier.
Waarvoor een system of record is gebouwd
Je CRM, je ticketingplatform en je factureringssysteem zijn allemaal systems of record. Ze zijn heel goed in waarvoor ze bedoeld zijn: data vastleggen. Wie de klant is, wat die heeft gekocht, wat openstaat en wat gesloten is.
Om oordelen vast te leggen zijn ze nooit ontworpen. De status ‘gesloten’ vertelt je dat het werk klaar is. Over hoe het werk is gedaan zegt die niets, waardoor feedback- en leerlussen ontbreken.
Wat ontbreekt, is het beslisspoor
Een beslisspoor is het verslag van hoe één oplossing tot stand kwam. Het legt vast in welke situatie de klant zat, welke context de agent ophaalde en uit welke systemen, welke actie werd ondernomen en of die actie werkte. Het waardevolste deel is meestal het laatste: wat een mens achteraf eventueel heeft gecorrigeerd.
Maven noemt de verzameling van die sporen de Graph of Record. De Graph of Record legt vast hoe er werd besloten, en maakt zo de leerlussen mogelijk waardoor elke volgende beslissing beter is dan de vorige.
Waarom beslissporen zich opstapelen
Enterprise-architecten hebben het al jaren over data gravity. Applicaties bewegen zich doorgaans naar de plek waar de data staat. Beslissporen zorgen voor een andere aantrekkingskracht: noem het trace gravity.
Intelligentie bouwt zich op waar beslissingen worden genomen. Elke opgeloste case, en elke correctie op een case die misging, geeft de volgende case een beter vertrekpunt.
Daarom wegen de eerste weken van een implementatie zo zwaar. De implementaties die het snelst groeien, zijn die waarin echte cases en echte correcties direct terugvloeien in hoe de agent werkt.
Zo bereikte Mastermind 93% autonome oplossing, slechts 6 weken nadat het met Maven begon.
De meeste teams hebben de onderliggende laag nog niet aangesloten
In het rapport State of AI in the Enterprise 2026 van Box gaf 96% van de organisaties aan dat het belangrijk is dat AI-agents toegang hebben tot bedrijfsspecifieke content en kennis.
Toch had slechts 36% van de organisaties die agents gebruiken of ermee experimenteren, die agents voor veel use cases gekoppeld aan betrouwbare interne content. Bovendien had maar 34% formele standaarden voor hoe agents toegang krijgen tot bedrijfsdata.
Dat is de contentlaag: de documenten en kennis waaruit een agent put. Beslissporen zitten een niveau hoger.
Als de meeste ondernemingen hun kennis nog niet hebben gekoppeld, leggen maar heel weinig bewust vast hoe hun agents die gebruiken. Dat is een enorme kans voor teams die dat wel doen, en een reëel risico voor teams waarvan de sporen zich ergens opstapelen waar ze geen controle over hebben.
Je system of record blijft waar het is
Dit betekent niet dat je je CRM of je helpdesk vervangt. Die systemen blijven doen waar ze goed in zijn. Hun rol verschuift wel. Ze worden de statuslaag waaruit de werklaag leest en waarnaar die terugschrijft.
Dat is de logica achter een overlay-architectuur. Een AI-agentplatform dat bovenop Zendesk of Salesforce draait, leest de status uit de systemen die je al gebruikt, lost de case op, schrijft de uitkomst terug en bewaart het spoor van hoe het daar kwam. Geen migratie, en geen nieuw system of record om in gebruik te nemen.
Wat je moet vragen voordat je tekent
Als je AI-agents voor klantenservice evalueert, verdient het beslisspoor een plek in je evaluatie. Met een paar vragen wordt het verschil snel zichtbaar:
- Waar worden beslissporen opgeslagen, en gaan ze met je mee als je vertrekt?
- Als je team de agent corrigeert, zie je dan dat die correctie verandert hoe de volgende vergelijkbare case wordt afgehandeld?
- Kun je elke afzonderlijke oplossing herleiden tot de context en acties die eraan ten grondslag lagen?
- Wie kan er nog meer leren van jouw sporen, en staat dat in het contract?
Een leverancier die rond het spoor is gebouwd, beantwoordt deze vragen concreet. Een leverancier die dat niet is, stuurt je terug naar de demo.
Oplossingen die steeds beter worden
Het oplossingspercentage haalt de krantenkoppen, en terecht. Maar over een contract van 2 jaar telt vooral hoe snel dat percentage verbetert. Dat hangt ervan af of wordt vastgelegd hoe jouw bedrijf beslist, en wie dat vastlegt.
Dat is de kern van het Service as Software-verhaal: software die het werk doet, en er steeds beter in wordt, omdat die vastlegt hoe het werk is gedaan. Lees het volledige verhaal, of neem je lastigste tickettype mee naar een demo. 30 minuten, jouw systemen, jouw definitie van opgelost.
Zie het op je eigen gesprekken.
Vraag een gratis demo op maat aan.
