30 vragen voordat u voice-AI koopt
Elke demo klinkt goed. Laat elke leverancier dezelfde gesprekken van uw eigen lijn afhandelen, scoor de antwoorden met dezelfde wegingen, en u ziet de echte verschillen.
Het korte antwoord: geef elke leverancier dezelfde test
Demo's van voice-AI zijn niet met elkaar te vergelijken. Elke leverancier kiest een eigen script, eigen schone testdata en een beller die zich netjes gedraagt. Vaak wint de meest gelikte demo, ook als die niet bij uw gesprekken past.
De oplossing bestaat uit drie delen. Stuur elke leverancier schriftelijk dezelfde vragen, laat iedereen hetzelfde testscenario van uw eigen lijn doorlopen en scoor de antwoorden met wegingen die vóór de eerste demo zijn afgesproken. In dit sjabloon vindt u alle drie. Het sjabloon gaat ervan uit dat u al heeft besloten om te kopen. Is dat nog niet zo, begin dan met ons afwegingskader voor zelf bouwen of kopen.
Zo scoort u elk antwoord
Stuur de 30 vragen vóór de tweede afspraak en vraag bij elk antwoord om bewijs: een document, een voorbeeldrecord, een contractbepaling of een live demonstratie. Laat twee mensen los van elkaar scoren, iemand uit de operatie en iemand van inkoop of IT, en bespreek elke vraag waarop hun scores twee punten of meer uiteenlopen.
| Score | Wat de leverancier aanleverde |
|---|---|
| 0 | Geen antwoord, of “dat kunnen we” zonder onderbouwing |
| 1 | Een helder mondeling antwoord, maar nog geen bewijs |
| 2 | Een schriftelijk antwoord, een document of een gedeeltelijke demonstratie |
| 3 | Aangetoond in uw testscenario, of vastgelegd in de offerte of het contract |
1. Scope en wat de prijs dekt
Twee offertes zijn alleen vergelijkbaar als ze hetzelfde werk dekken. Met deze vragen vertaalt u een prijs naar een concrete scope.
| # | Vraag | Wat een 3 verdient |
|---|---|---|
| 1 | Welke gesprekken, intenties, talen en kanalen dekt de offerte, en wat valt erbuiten? | In de offerte een schriftelijke lijst van wat binnen en buiten de scope valt, die past bij uw werkelijke gespreksmix. |
| 2 | Wat is de afrekeneenheid, en hoe wordt die gemeten en afgerond? | Eén benoemde eenheid, de afrondingsregel en een voorbeeldregel op de factuur voor één doorsnee gesprek. |
| 3 | Welke kosten vallen buiten de offerte? | Telefonie, nummers, modelgebruik, koppelingen en wijzigingen na de livegang, elk met een eigen prijs of tarief. |
| 4 | Wat gebeurt er als het volume boven of onder de planning uitkomt? | Schriftelijke regels voor meerverbruik en ongebruikt tegoed, met voorbeeldfacturen bij 50% en 150% van uw verwachte volume. |
| 5 | Wie bouwt en onderhoudt de agent, en welke wijzigingen na de livegang zijn inbegrepen? | Een vaste eigenaar voor prompts, tests en koppelingen, en een schriftelijke regel voor welke wijzigingen zijn inbegrepen en voor welke een offerte volgt. |
2. Data-eigendom, privacy en exit
Elk gesprek levert opnames, transcripten en velden over uw klanten op. Leg vóór de pilot vast wie daar zeggenschap over heeft, niet pas bij de verlenging. Vraag om maatregelen die getest zijn, niet alleen toegezegd. De pagina over de beveiligingsstandaarden van DRING laat één manier zien om ze inzichtelijk te maken.
| # | Vraag | Wat een 3 verdient |
|---|---|---|
| 6 | Van wie zijn de opnames, transcripten, samenvattingen en geëxtraheerde velden? | In het contract staat dat ze van u zijn, en de leverancier mag ze alleen gebruiken om uw dienst te leveren. |
| 7 | Wordt onze data gebruikt om modellen te trainen die ook andere klanten bedienen? | Een schriftelijk nee, of een opt-out in het contract, die ook geldt voor de partijen die de modellen leveren. |
| 8 | Waar wordt de data verwerkt en opgeslagen, en welke subverwerkers hebben er toegang toe? | Een opgegeven regio en een actuele lijst van subverwerkers, met de rol van elke partij. |
| 9 | Kunnen we per type data een bewaartermijn instellen en zien wie een gespreksrecord heeft ingezien? | Aparte bewaartermijnen voor opnames, transcripten en velden, en een toegangslog dat u kunt opvragen. |
| 10 | Als we de samenwerking beëindigen, wat nemen we dan mee, in welk formaat en hoe snel? | Een schriftelijke exitlijst: welke data u krijgt, in welk formaat, binnen welke termijn, en wat bij de leverancier achterblijft. |
3. Systeemkoppelingen en terugschrijven
Een logo op een integratiepagina zegt dat een koppeling mogelijk is, niet welke velden de agent in uw editie kan lezen of wijzigen. Vraag om een veldoverzicht en controleer het daarna in het scenario.
| # | Vraag | Wat een 3 verdient |
|---|---|---|
| 11 | Uit welke van onze systemen leest de agent, en naar welke schrijft die? | Een veldoverzicht per systeem (objecten, velden, lezen of schrijven), getoetst aan uw editie en rechten. |
| 12 | Wat komt er na een gesprek precies in ons CRM of onze helpdesk terecht, en kunnen we eigen velden toevoegen? | Een voorbeeldrecord uit uw scenario met uitkomst, samenvatting, volgende actie en uw eigen velden. |
| 13 | Wat gebeurt er als een schrijfactie mislukt of een systeem tijdens het gesprek platligt? | De beller hoort een eerlijke vervolgstap, de schrijfactie wordt opnieuw geprobeerd zonder dubbele records, en er gaat een melding naar een medewerker. |
| 14 | Hoe kunnen onze eigen systemen een gesprek starten en het resultaat uitlezen? | Gedocumenteerde diensten om een gesprek te starten, de status te controleren en het resultaat op te halen, plus webhooks en een testomgeving. |
| 15 | Welke acties mag de agent uitvoeren zonder bevestiging door een mens? | Een schriftelijke lijst van rechten per actie, waarbij elke schrijfactie pas na uw akkoord wordt aangezet. |
4. Overdracht aan medewerkers en regie
Overdracht hoort bij het ontwerp en is geen mislukking. Controleer of uw collega verder kan zonder dat de beller opnieuw moet beginnen, en of uw team de agent kan stoppen.
| # | Vraag | Wat een 3 verdient |
|---|---|---|
| 16 | Wanneer draagt de agent over, en wie bepaalt de regels? | Schriftelijke triggers die u zelf kunt aanpassen, zoals een beller die een mens wil spreken, een mislukte verificatie en verzoeken buiten het beleid. |
| 17 | Wat ziet onze collega op het moment van doorverbinden? | Wie er belt, de reden van het gesprek, de afgeronde stappen en de open vraag, zichtbaar voordat de collega iets zegt. |
| 18 | Wat gebeurt er als niemand in ons team het gesprek kan aannemen? | Een terugbeltaak of ticket met een eigenaar en een tijdstip, automatisch aangemaakt en getoond in het scenario. |
| 19 | Kunnen we de agent zelf pauzeren? | Eén geteste handeling die de automatisering stopt en de gesprekken naar uw team stuurt, beschikbaar voor de beheerders die u aanwijst. |
| 20 | Hoe wordt achteraf over overdrachten gerapporteerd? | Overdrachtspercentage en reden per intentie, en of de collega die het gesprek overnam de zaak heeft opgelost. |
5. Kwaliteitstests en releases
Een goede eerste demo zegt weinig over de honderdste wijziging. Vraag hoe de leverancier aantoont dat een agent klaar is en dat een wijziging niets kapot heeft gemaakt. DRING beschrijft het testproces stap voor stap. Vraag elke leverancier om u op dezelfde manier door het eigen proces te leiden.
| # | Vraag | Wat een 3 verdient |
|---|---|---|
| 21 | Wat wordt er getest vóór het eerste echte gesprek, en op basis van welk materiaal? | Een testset opgebouwd uit uw gesprekken, documenten en beleid, waarvan u de omvang, het slaagcriterium en de resultaten te zien krijgt. |
| 22 | Wie beoordeelt de testgesprekken, en wat gebeurt er als beoordelaars het oneens zijn? | Schriftelijke criteria, meer dan één beoordelaar en een mens die elk meningsverschil bekijkt. |
| 23 | Hoe wordt een wijziging getest en uitgerold, en kan die worden teruggedraaid? | Bij elke wijziging draait de volledige testset opnieuw, de wijziging gaat alleen live met uw goedkeuring, en de vorige versie is terug te zetten. |
| 24 | Hoe wordt de kwaliteit na de livegang bewaakt? | Een afgesproken deel van de live gesprekken krijgt een score op uitkomst en beleidsnaleving, en de resultaten worden volgens een vast schema met u besproken. |
| 25 | Wat gebeurt er als de leverancier het model of de spraakdienst vervangt waarop de agent draait? | U hoort het vooraf, en de agent doorloopt uw testset opnieuw op de nieuwe opzet voordat de agent weer live gesprekken aanneemt. |
6. Telefonie, serviceniveaus en storingen
Een demo in de browser slaat de telecomprovider, de audio van een echte telefoonlijn en uw bestaande centrale over. Behandel de telefonielaag als een apart onderdeel van de vergelijking.
| # | Vraag | Wat een 3 verdient |
|---|---|---|
| 26 | Kunnen we onze nummers en onze huidige centrale houden? | Een concrete aansluitroute (doorschakelen, SIP of nummerportering), getest bij uw telecomprovider, met uw huidige gespreksroutering als terugvaloptie. |
| 27 | Hoeveel gesprekken kunnen er tegelijk lopen, en wat hoort de volgende beller? | Een vastgelegd maximum aan gelijktijdige gesprekken en een gedemonstreerde overlooproute: wachtrij, terugbellen of doorverbinden met uw team. |
| 28 | Hoe snel reageert de agent op een telefoonlijn, en hoe is dat gemeten? | Een cijfer dat van begin tot eind is gemeten op echte telefoongesprekken in uw taal, met de meetmethode erbij. |
| 29 | Wat gebeurt er als een onderdeel tijdens een gesprek uitvalt? | Een geteste failover-route die het gesprek gecontroleerd afsluit of doorverbindt, zonder dat de beller ooit in stilte blijft hangen. |
| 30 | Welke serviceniveaus staan in het contract, en wat gebeurt er als die niet worden gehaald? | Schriftelijke afspraken over uptime, reactietijd van support en termijnen voor incidentmeldingen, met de compensatie bij overschrijding en een vaste contactpersoon. |
Stel één testscenario samen uit uw eigen gesprekken
De vragen laten zien wat een leverancier zegt. Het scenario laat zien wat de agent doet. Begin met een steekproef van recente gesprekken, bijvoorbeeld de laatste 50, en kies de meest voorkomende vraag en de momenten waarop het vaak misgaat. Maak testrecords aan in een sandbox van uw CRM of helpdesk, met dezelfde velden als in productie.
Deel de opzet tegelijk met alle leveranciers: intenties, systemen en testrecords. Houd de letterlijke zinnen van de beller voor uzelf, zodat geen leverancier de agent op een script kan afstemmen.
| Moment | Zo zet u het op | Geslaagd als |
|---|---|---|
| Routinegesprek | Uw meest voorkomende vraag, op een bestaand testrecord | Het antwoord klopt met het record en de uitkomst verschijnt in het testsysteem |
| Onderbreking | De beller onderbreekt de agent midden in een zin en verandert de vraag | De agent stopt, pakt de nieuwe vraag op en begint niet opnieuw aan het script |
| Ontbrekend record | De beller noemt een order- of klantnummer dat niet bestaat | De agent meldt dat, vraagt nog één keer en biedt dan een vervolgstap aan, zonder ooit een status te verzinnen |
| Boze of verwarde beller | De beller herhaalt zich, verheft de stem of haalt twee problemen door elkaar | De agent erkent het probleem, behandelt één kwestie tegelijk en biedt een medewerker aan als uw regel dat voorschrijft |
| Overdracht | De beller vraagt om een medewerker. Speel het één keer na met een bemande testwachtrij en één keer zonder dat er iemand beschikbaar is | Uw collega ziet de reden zonder er opnieuw naar te hoeven vragen. Is er niemand beschikbaar, dan verschijnt er een terugbeltaak met een eigenaar |
| Controle van het terugschrijven | Open na alle gesprekken het testsysteem | Elk gesprek heeft de juiste uitkomst, samenvatting en volgende actie, zonder dubbele records. De mislukte zoekactie staat als mislukt gemarkeerd |
Test op een echte telefoonlijn
- Laat iemand van uw team met een mobiele telefoon een echt nummer bellen, niet vanuit een browsertabblad.
- Neem de sessie met toestemming op en scoor op basis van de opname, niet uit het geheugen.
- Tel hoe vaak de beller iets moest herhalen, en meet de stilte vóór elk antwoord van de agent.
- Vraag na de eerste ronde om één wijziging, zoals een nieuwe beleidsregel, en doorloop het scenario opnieuw.
Hoe de leverancier die ene wijziging test en uitrolt, beantwoordt vraag 23 beter dan welke slide ook. Het scenario levert ook het bewijs voor een 3 op de vragen 12, 17, 18 en 28.
Tel de scores op met dezelfde wegingen
Spreek de wegingen af vóór de eerste demo, zodat niemand ze achteraf aanpast aan een favoriet. De verdeling hieronder is een voorbeeld. Schuif punten naar de onderdelen waar een fout uw operatie het hardst zou raken.
| Onderdeel | Voorbeeldweging |
|---|---|
| 1. Scope en wat de prijs dekt | 15 |
| 2. Data-eigendom, privacy en exit | 15 |
| 3. Systeemkoppelingen en terugschrijven | 20 |
| 4. Overdracht aan medewerkers en regie | 15 |
| 5. Kwaliteitstests en releases | 20 |
| 6. Telefonie, serviceniveaus en storingen | 15 |
| Totaal | 100 |
Score per onderdeel = (punten in het onderdeel / 15) × weging van het onderdeel. Vijftien is het maximum per onderdeel: vijf vragen van elk 3 punten. Opgeteld geven de zes onderdeelscores een totaal van maximaal 100.
Wijs vóór het scoren drie tot vijf knock-outvragen aan, bijvoorbeeld 6, 13 en 17. Een leverancier die op een knock-outvraag 0 of 1 scoort, valt af, wat het totaal ook is.
Een rekenvoorbeeld
De scores hieronder zijn verzonnen om de rekensom te laten zien. Leverancier A gaf de soepelste demo. Leverancier B klonk minder gepolijst, maar liet in het scenario zien hoe het terugschrijven en het testproces werken.
| Onderdeel (weging) | Punten leverancier A | Score leverancier A | Punten leverancier B | Score leverancier B |
|---|---|---|---|---|
| Scope en prijs (15) | 12 | 12,0 | 10 | 10,0 |
| Data en exit (15) | 9 | 9,0 | 12 | 12,0 |
| Koppelingen (20) | 6 | 8,0 | 12 | 16,0 |
| Overdracht (15) | 8 | 8,0 | 11 | 11,0 |
| Kwaliteit (20) | 7 | 9,3 | 12 | 16,0 |
| Telefonie (15) | 12 | 12,0 | 10 | 10,0 |
| Totaal | 54 | 58,3 | 67 | 75,0 |
Leverancier A scoorde bovendien een 1 op vraag 13, een knock-outvraag, en valt dus af, wat het totaal ook is. De demo van A was sterk in het gesprek zelf en zwak in wat daarna komt: het record, de route bij storingen en de volgende release.
Waarschuwingssignalen in de antwoorden
- “We kunnen met alles koppelen”, zonder veldoverzicht voor uw systemen.
- Geen antwoord op “wat hoort de beller als uw systeem platligt?”
- Overdracht betekent het gesprek doorschakelen naar een nummer, zonder context voor uw collega.
- Testresultaten als één totaalpercentage, zonder methode of steekproefomvang.
- Wijzigingen of modelupdates gaan live zonder uw akkoord of zonder melding vooraf.
- Exitvoorwaarden waarin staat dat data “beschikbaar kan worden gesteld”, zonder formaat of termijn.
Eén waarschuwingssignaal is een reden om het schriftelijk nog eens te vragen. Ziet u er meerdere in één onderdeel, dan weet u waar het echte werk bij uw team terechtkomt.
Hoe DRING deze vragen beantwoordt
Leg hetzelfde sjabloon ook naast DRING. Een deel van de antwoorden kunnen we nu al schriftelijk geven:
- Vraag 21: elke DRING-agent doorloopt 1.000 tot 10.000 gesimuleerde gesprekken, gebouwd voor uw bedrijf, vóór het eerste echte gesprek. Die gesprekken worden gegenereerd uit uw workflow, documenten en gespreksopnames, niet uit een generieke benchmarkset.
- Vragen 11 en 12: HubSpot is de gedocumenteerde referentie-implementatie voor drie stappen: kiezen wie er gebeld wordt, het gesprek voeren en het resultaat terugschrijven. Connect koppelt Salesforce, Freshdesk en andere gangbare CRM- en helpdesksystemen op dezelfde voorwaarden. De precieze objecten, rechten, eigen velden en acties worden tijdens de onboarding bevestigd. Extra analysevelden zijn te definiëren en komen op dezelfde manier terug via de API, het CRM, het dashboard en de rapportages.
- Vraag 14: voor de afgebakende workflow zijn diensten standaard om een gesprek te starten, de status te controleren en het resultaat op te vragen, plus webhooks voor de levenscyclus en het resultaat.
- Vragen 1 en 27: DRING adviseert een pakket op basis van het verwachte gebruik, het aantal gelijktijdige gesprekken, het aantal agenttypes, de kanalen, de behoefte aan live doorverbinden, het supportniveau en de diepte van de koppelingen. Voor talen geldt: 62 talen beschikbaar, vandaag 10 live. Uw taal wordt vóór de lancering gevalideerd.
Waar DRING in eerste instantie lager kan scoren: een niche-CRM of een sterk aangepast CRM wordt apart beoordeeld voordat er maatwerk in een offerte komt. Zolang die beoordeling niet klaar is, kan vraag 11 op een 2 blijven staan. Een taal die nog niet live is, kunt u voor uw lijn het beste als onbewezen beschouwen tot uw scenario in die taal heeft gedraaid.
Bewaar de scorekaart ook na het tekenen
De antwoorden die een 3 kregen, worden de acceptatiecriteria voor de pilot. Het scenario met zes momenten wordt de eerste regressietest. Zo wordt elke latere wijziging getoetst aan de gesprekken die bij de aankoop de doorslag gaven.
Laat DRING uw eigen test doorlopen
Vraag een terugbelgesprek aan en vertel ons over uw workflow en de lastige gesprekken die u zou testen. Wij helpen u daar één evaluatiescenario voor alle leveranciers van te maken.