AI-agent en klantreis: bepaal bevoegdheid per fase

Een AI-agent kan binnen enkele seconden een productvraag beantwoorden en één stap later toch de hele klantreis beschadigen. Het probleem zit meestal niet in de formulering, maar in de bevoegdheid: mocht de agent in deze fase iets toezeggen, wijzigen, boeken, annuleren of overdragen?

Een veilige inrichting is daarom niet simpelweg ‘AI aan’ of ‘AI uit’. Geef de agent per fase een ander bevoegdheidsniveau. Laat hem antwoorden als de informatie stabiel is, adviseren als een keuze omkeerbaar blijft, voorbereiden als iemand moet bevestigen en pas uitvoeren als identiteit, beleid en herstel goed geregeld zijn.

Dat wordt snel relevant. De actuele leiderschapssessies van WhatsApp beschrijven AI-reizen rond ontdekking, ondersteuning van verkopers, communities, upgrade-aanbiedingen en omboekingsmeldingen. Meta zegt daarnaast dat Business Agent vragen kan beantwoorden, producten kan aanbevelen, afspraken kan boeken, leads kan kwalificeren, een medewerker kan laten overnemen en verkopen kan afronden. Zelfs binnen één gesprek zijn dat heel verschillende bevoegdheden.

Een klantreis is een keten van beloften

Een kanaalkaart laat zien waar een bericht binnenkwam. Een goede klantreiskaart laat zien wat het bedrijf heeft beloofd om daarna te doen. Klanten ervaren je interne systemen niet. Zij merken of de volgende stap klopt, op tijd komt en aansluit op het eerdere gesprek.

Begin met vier eenvoudige fasen. Bij ontdekken onderzoekt de klant wat er bestaat, wat past en wat het kost. Bij beslissen vergelijkt de klant opties, deelt eisen of wordt een gekwalificeerde lead. Bij vastleggen boekt, bestelt, betaalt of wijzigt de klant een bestaande afspraak. Bij herstellen is een correctie, uitzondering, annulering, terugbetaling, omboeking of menselijk oordeel nodig.

Schrijf voor elke fase de belofte op. ‘We leggen het gepubliceerde retourbeleid uit’ is niet hetzelfde als ‘we keuren een terugbetaling goed’. ‘We verzamelen je voorkeur voor een afspraak’ is niet hetzelfde als ‘we reserveren een schaars tijdslot’. De chat kan even eenvoudig ogen, terwijl het operationele risico sterk verschilt.

Deze blik voorkomt ook kanaaldenken. Een WhatsApp-bericht, Instagram-reactie, webchat en telefoongesprek kunnen bij dezelfde fase horen. In de uniforme DripTell-inbox is de bruikbare eenheid de klant met de openstaande belofte, niet het tabblad waarin het laatste bericht verscheen.

Werk met vier bevoegdheidsniveaus

Koppel aan elke fase en toepassing één niveau. Geef een agent niet automatisch het hoogste niveau omdat het eerste antwoord goed was.

Niveau 1 — Antwoorden. De agent haalt goedgekeurde informatie op en licht die toe, zoals openingstijden, productspecificaties, bezorggebieden of een status uit een vertrouwd systeem. Hij maakt geen toezegging en verandert geen record. Dit is een logische start wanneer de kennisbron beheerst is en de schade van een fout beperkt blijft.

Niveau 2 — Adviseren. De agent vergelijkt opties, stelt kwalificerende vragen en beveelt een volgende stap aan. Belangrijke voorwaarden blijven zichtbaar en de agent verzint geen voorraad, korting of garantie. De klant kan het advies afwijzen zonder dat een operationele handeling moet worden teruggedraaid.

Niveau 3 — Voorbereiden. De agent verzamelt vereiste velden, controleert beleid en maakt een voorgestelde actie klaar. De klant of een medewerker bevestigt vóór uitvoering. Denk aan het voorbereiden van een afspraakverzoek, orderwijziging of retourdossier. Zo verdwijnt handwerk zonder het oordeel te verbergen.

Niveau 4 — Uitvoeren. De agent voert de actie uit in een gekoppeld systeem, bijvoorbeeld een beschikbare afspraak boeken, een toegestaan CRM-veld wijzigen of een goedgekeurde follow-up sturen. Dat hoort alleen bij processen waarin authenticatie, rechten, bescherming tegen dubbele acties, logging en herstel aantoonbaar werken.

De aankondiging van Meta Business Agent combineert gekoppelde acties nadrukkelijk met zakelijke controles, guardrails en meting. De ontwerpregel is helder: iets technisch kunnen is nog geen toestemming. Het bedrijf bepaalt welke actie in welke fase verantwoord is.

Schrijf voor elke fase een actiecontract

Maak van elk niveau een contract dat Operations, Development en reviewers kunnen controleren. Beantwoord zeven vragen. Welk geverifieerd signaal opent de fase? Welke bronnen zijn toegestaan en hoe actueel moeten ze zijn? Wat mag de agent lezen, voorstellen, schrijven of verzenden? Welke stap vraagt expliciete bevestiging? Welk systeemevent bewijst dat de belofte is uitgevoerd? Wanneer moet de agent stoppen of eigenaarschap overdragen? Wie kan de actie herstellen of terugdraaien en welk bewijs is daarvoor nodig?

Bij een pasafspraak kan de agent bijvoorbeeld diensten toelichten, een passende duur adviseren en de voorkeursmomenten verzamelen. Uitvoering volgt pas wanneer het agendasysteem beschikbaarheid bevestigt en de klant het gekozen tijdstip accepteert. Mislukt de kalenderactie, dan mag de agent geen succes melden; het verzoek blijft bewaard en wordt met de foutreden overgedragen.

Zo wordt een brede instructie als ‘wees behulpzaam’ een werkbare regel. OpenAI adviseert in zijn praktische gids voor het bouwen van agents meerdere beschermingslagen en menselijke tussenkomst bij overschreden foutdrempels of risicovolle acties. Het actiecontract plaatst zulke interventies op concrete punten in de klantreis.

Houd context bij de klant

Bevoegdheid per fase werkt niet als context tussen kanalen of eigenaren verdwijnt. De agent heeft het huidige klantdoel nodig, wat al is geverifieerd, welke belofte openstaat, welke actie is geprobeerd en wie de volgende stap bezit. Daarvoor hoeft niet elk historisch bericht telkens opnieuw te worden meegenomen.

Bewaar een compacte reisstatus met huidige fase, intentie, niveau van identiteitscontrole, toestemmingsstatus, gekozen optie, openstaande toezegging, laatst voltooide actie, foutreden en volgende eigenaar. Duurzame bedrijfsfeiten horen in het bronsysteem, niet uitsluitend in een gegenereerde samenvatting.

In DripTell CRM blijven bron, leadfase, velden, eigenaar en follow-up aan het gesprek gekoppeld. Daardoor kan een agent kwalificeren zonder dat Sales later opnieuw campagne, behoefte en bezwaar moet uitvragen. Een medewerker ziet bovendien of de agent alleen iets adviseerde of de actie werkelijk uitvoerde.

Geef tools minimale rechten. Voor een voorraadantwoord kan leesrecht volstaan, zonder prijswijziging. Voor een voorbereid retour is toegang tot order en beleid nodig, niet tot betalingen. Draag bij overname de gestructureerde status, het relevante gespreksdeel, de voorgestelde volgende actie en de escalatiereden mee. ‘Klant heeft hulp nodig’ is geen bruikbare overdracht.

Test een fasewijziging vóór meer autonomie

Behandel elke stap naar een hoger niveau als een productrelease. Verzamel echte voorbeelden: duidelijke verzoeken, ontbrekende details, dubbelzinnige intentie, conflicterende records, beleidsuitzonderingen, herhaalde berichten en toolstoringen. Test zowel het gesprek als de vervolgactie.

Meet per niveau. Bij Antwoorden kijk je naar onderbouwde antwoorden, correcties en onopgeloste intenties. Bij Adviseren naar geschiktheid, acceptatie en latere terugdraaiing. Bij Voorbereiden naar veldvolledigheid en bevestiging. Bij Uitvoeren naar geslaagde writes, voorkomen duplicaten, onterechte succesmeldingen, terugboekingen en hersteltijd. Volg bij alle niveaus opt-outs, redenen voor menselijke overname en klachten.

Promoveer één fase of actie tegelijk. Een praktische volgorde is observeren in schaduwmodus, een concept maken zonder te verzenden, voorbereiden met goedkeuring, uitvoeren voor een kleine groep met laag risico en daarna uitbreiden. Leg rollback vooraf vast. Is het actiesysteem niet beschikbaar, dan is het vaak veiliger het gesprek open te laten en toe te wijzen dan te improviseren.

De cases op de WhatsApp-pagina zijn bruikbare signalen, maar geen garantie voor een ander bedrijf. Het bewijs komt uit de prestaties van jouw actiecontract met jouw klanten, systemen, beleid en storingen.

Breng het model in DripTell in de praktijk

Kies één reis met duidelijke intentie in plaats van de volledige service te automatiseren. Een goede kandidaat heeft een concrete belofte, herhaalbare input, een zichtbaar voltooiingsevent en een bekende menselijke eigenaar voor uitzonderingen. Afspraken kwalificeren, productfit verkennen, een offerte voorbereiden of routinematige orderstatus kan eenvoudiger zijn dan restituties of accountsluiting.

Maak zes kolommen: fase, klantbelofte, bevoegdheidsniveau, toegestane gegevens, voltooiingsevent en volgende eigenaar. Koppel het gesprek aan contact en lead. Routeer uitzonderingen naar de Team Inbox en houd fase en volgende actie zichtbaar in CRM. Voeg daarna pas AI-gedrag toe dat binnen het contract antwoordt, adviseert, voorbereidt of uitvoert.

Het doel is niet een agent die alles probeert te doen. Het doel is een reis waarin elke geautomatiseerde stap een expliciete belofte, begrensde bevoegdheid, voltooiingssignaal en herstelbare overdracht heeft. Zo helpt AI de onderneming zonder het operationele risico bij de klant neer te leggen.

Volgende stap: breng één echte klantreis naar DripTell en leg de vier bevoegdheidsniveaus vast voordat de agent een ingrijpende actie mag uitvoeren.