Voice agents: de vier vragen die we stellen voor we bouwen

Een receptioniste van een dermatologiekliniek in Utrecht neemt voor de lunch voor de 41e keer de telefoon op. Twee van die gesprekken waren dezelfde patiënt die vroeg wanneer haar biopsie-uitslag binnenkomt. Drie andere waren mensen die een jaarcontrole wilden inplannen; twee daarvan stuurde ze naar voicemail omdat er een echte patiënt aan de balie stond. Om 14:00 mailt de praktijkmanager ons over een voice agent.

We zijn het ermee eens dat het kán helpen. Maar we brengen pas een offerte uit nadat we met de persoon die het contract tekent door vier vragen zijn gegaan. Ongeveer de helft van de klinieken en advocatenkantoren die ons over een telefoonagent benaderen heeft geen project dat we verantwoord kunnen bouwen, en de vier vragen brengen dat in zo'n veertig minuten boven water.

Wat de beller eigenlijk wil

De reflex is om te zeggen: 'ze willen een afspraak inplannen.' Soms klopt dat. Vaak niet. Aan de balie van een huisarts is het topgesprek 'is mijn recept klaar', te beantwoorden met een opzoekactie van één regel in het patiëntdossier, zonder afspraak. Bij een notaris is het topgesprek 'wat kost het om een huis over te dragen', te beantwoorden met een prijslijst die in twee jaar niet is veranderd. Bouwen we voor een van beide een agent in de vorm van een boekingssysteem, dan hebben we het verkeerde probleem opgelost en daar geld voor gevraagd.

We vragen de klant om de laatste 200 inkomende gesprekken uit het telefoonsysteem te halen en te labelen op reden. Niet 200 uit het hoofd. 200 uit het call log. Kan het systeem dat niet exporteren, dan gaan we een halve dag bij de receptie zitten. Zelfde uitkomst: een frequentietabel van waarom mensen écht bellen.

De drempel om iets te bouwen: één of twee redenen dekken 60% van het inkomende volume. Domineert de long tail, dan laat een voice agent die de top-3 intenties afhandelt de receptioniste hetzelfde werk doen met meer geïrriteerde bellers, en hebben we €18k gerekend voor tien procent verlichting. Dan zeggen we nee.

Wat er gebeurt als de telefoon naar voicemail gaat

De versie van deze vraag die een echt antwoord oplevert: als niemand opneemt, wat doet de beller vijf minuten later?

Voor een dermatologiekliniek is het antwoord meestal 'ze bellen opnieuw, of ze lopen binnen.' Dat is een kostenpost die de kliniek absorbeert als achtergrondruis, en dat betekent dat de lat voor een agent hoog ligt. Het bestaande systeem werkt al een beetje. Voor een klein letselschadekantoor dat gesprekken aanneemt over bedrijfsongevallen is het antwoord 'ze bellen het volgende kantoor in de zoekresultaten.' Elk gemist gesprek is een echte klant kwijt. De lat ligt veel lager; de ROI-rekensom is duidelijk.

We hebben de baseline nodig. Percentage gemiste gesprekken, gemiddelde opnametijd, volume buiten kantooruren, succespercentage van terugbellen. De rest is theater. Bij KPN, Voys of 3CX duurt de export tien minuten. Weet je niet wie je telefonieleverancier is, dan is dat ook nuttige informatie.

Hier toetsen we ook de reden die de klant geeft om een agent te willen. 'We willen de werkdruk op de receptie verlagen' en 'we willen meer leads vangen' zijn twee verschillende producten. Ze leiden tot andere escalatieregels, andere scripts, andere succesmetrieken. Kan de klant ons niet vertellen welke van de twee het is, dan stopt de intake totdat dat wel kan.

Wie is eigenaar van het system of record

Een voice agent die de agenda niet kan lezen en schrijven is een veredelde IVR. Dus vragen we, voor we ook maar één diagram tekenen: welk systeem houdt de canonieke afspraak, zaak of patiëntdossier bij, en wie binnen jullie bedrijf heeft de credentials om API-toegang te verlenen?

Het slechte antwoord is 'we trekken onze IT-leverancier erbij.' Die leverancier is soms een eenmanszaak die in 2014 een custom PHP-laag over een MySQL database heeft gebouwd en al zes weken niet op e-mails reageert. Die leverancier is soms Promedico of HelloDok of een dossier-SaaS voor notarissen waarvan de API gedocumenteerd is, maar gegated op €600/maand voor het tier dat we nodig hebben. Die leverancier is soms een landelijk zorgplatform met een integratiequeue van zes maanden en een security review die NEN 7510-certificering aan onze kant vereist.

Elk van die antwoorden kan een ja worden. Geen van ze is een ja op dag één. We moeten weten welke versie van het gesprek we gaan voeren.

De andere versie van deze vraag, specifiek voor advocatenkantoren: wie bepaalt wat de agent mag zeggen over een lopende zaak? Zodra een agent hardop voorleest uit een dossier, heeft het kantoor een uitspraak gedaan. We hebben de naam van een partner op die beslissing nodig voor er één prompt geschreven wordt.

De failure mode waar je mee kunt leven

Dit is degene waar de meeste klanten niet over hebben nagedacht. De OWASP Top 10 for LLM Applications leest als een checklist van elke manier waarop een agent een bedrijf kan beschadigen. Elke agent faalt. De interessante vraag is wat er gebeurt als dat zo is.

Voor een kliniek zijn de failure modes die ertoe doen: de agent boekt een dubbele afspraak, de agent geeft een beller de verkeerde testuitslag, de agent escaleert een symptoom van pijn op de borst niet naar triage. De eerste is vervelend. De tweede is een AVG artikel 9-incident met een meldplicht aan de toezichthouder. De derde kan iemand het leven kosten.

Bij advocatenkantoren ziet het foutoppervlak er anders uit. De agent mag nooit een deadline noemen, een schikkingsrange of een uitkomstkans. Hij boekt een consult, bevestigt dat het kantoor het verzoek heeft ontvangen, geeft geen juridisch advies. Dat schrijven we in het system prompt en we testen het vóór de livegang adversarieel, met prompts die een echt angstige beller daadwerkelijk zou proberen.

De vorm van het antwoord dat we van de klant nodig hebben: een lijst van drie dingen die de agent nooit mag doen, met een aangewezen partner of praktijkmanager die de lijst aftekent. Krijgen we die handtekening niet, dan hebben we geen project.

Waar de vier vragen écht voor zijn

Lees ze op volgorde en het patroon is duidelijk. Vraag één definieert het product. Vraag twee definieert de ROI. Vraag drie definieert de technische ondergrens. Vraag vier definieert het aansprakelijkheidsplafond. Levert er één 'we weten het niet' op, dan is het project niet klaar. Leveren er drie 'we weten het niet' op, dan heeft de klant nog geen voice agent nodig, maar een week met een consultant en een call log.

Als de vier vragen geland zijn, is de bouw zelf het makkelijke deel. Twee weken voor het voice-pad, een week voor de integratie, een week voor staging en load-testen met echte gespreksaudio. De intake duurt langer dan mensen verwachten; de bouw korter.

Toen we de inbound voice agent bouwden voor een dermatologiegroep in Noord-Holland, was vraag drie degene die het project bijna stopte. Hun patiëntdossiers stonden in een SaaS waarvan de API-toegang in het eerste jaar meer kostte dan de agent zelf. We hebben het opgelost door de agent te routeren via een dunne middleware op de bestaande intake-server van de kliniek, die de credentials al had en een budgetregel. Dat soort detail komt boven water bij goed voice agent-werk in week één, als de intake eerlijk is.

Wat je vandaag kunt doen, voor je überhaupt een leverancier belt: trek het call log van afgelopen maand erbij, label de top-3 redenen waarom mensen belden, en schrijf op wat er gebeurt als niemand opneemt. Veertig minuten. Dat is het gesprek dat we willen voeren.