De kennisbank
Actueel, eenduidig, met één antwoord per vraag. Dit bepaalt de kwaliteit meer dan welk model je kiest.
Een chat die antwoorden geeft uit jullie eigen kennisbank is technisch niet meer bijzonder. Wat de kosten bepaalt, is de staat van die kennisbank, hoe streng het antwoord bij de bron moet blijven, en wat er gebeurt als de chat het niet weet. Die drie dingen bepalen of het een bouwdag is of een traject, en of het aantal tickets echt omlaag gaat.
Niet het model, maar de kennisbank en het vangnet.
Een klantenservice krijgt dezelfde vragen honderden keren: hoe zeg ik op, waar staat mijn factuur, wat betekent deze foutmelding. Het antwoord staat in de kennisbank, maar klanten zoeken niet, ze mailen. Een chat die de kennisbank leest en in gewone taal antwoordt, met een link naar het artikel, vangt een deel van die vragen af voordat ze een ticket worden.
Het bouwen van die chat is het goedkope deel. Het model leest jullie artikelen, zoekt bij elke vraag de passende stukken op en formuleert een antwoord met de bron erbij. Wat duurder is, is de kennisbank zelf: als artikelen verouderd zijn, elkaar tegenspreken of ontbreken, geeft de chat verouderde, tegenstrijdige of verzonnen antwoorden. Het model maakt zichtbaar wat er in de kennisbank mis is, en dat opruimen is werk van jullie.
De derde post is het vangnet. Wat gebeurt er als de chat het niet weet, of als de klant boos is? Een goede chat zegt dan dat hij het niet weet en geeft door aan een mens, met het gesprek erbij. Wat het aantal tickets echt verlaagt, is meten: welke vragen lost de chat op, welke gaan door, en welke artikelen ontbreken. Die meetlat bouwen we in de bouwdag mee, want zonder cijfers is de vraag of het werkt niet te beantwoorden.
Actueel, eenduidig, met één antwoord per vraag. Dit bepaalt de kwaliteit meer dan welk model je kiest.
Elk antwoord met de link naar het artikel waar het uit komt. Zonder bron vertrouwt niemand het, en terecht.
Niet weten is geen fout, verzinnen wel. De chat geeft over aan een mens en neemt het gesprek mee.
Per vraag: opgelost, doorgegeven of verkeerd. Dat cijfer is het enige dat zegt of het aantal tickets omlaag gaat.
Een export van de laatste maand tickets: wat vragen klanten nu echt.
Artikelen, handleidingen en veelgestelde vragen, in welk formaat ze ook staan.
Vraag in, passende stukken opzoeken, antwoord met bron eruit.
Bij twijfel doorgeven aan een mens, met het gesprek en de gevonden bronnen erbij.
De vijftig meest gestelde vragen erdoorheen: hoeveel gaan er goed.
Draaiend op een live URL, code in je eigen repository, met de meetlat als nulmeting.
Stuur ons een export van een maand tickets en een link naar je kennisbank. Dan zeggen we welk deel van de vragen de chat kan opvangen en waar je kennisbank eerst werk nodig heeft.
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
Dat hangt af van de staat van je kennisbank, hoe streng antwoorden bij de bron moeten blijven, en wat er moet gebeuren als de chat het niet weet. Een chat met bronvermelding, een vangnet naar een mens en een meetlat is een bouwdag. Koppeling met je ticketsysteem en persoonlijke antwoorden zijn een traject.
Ja, als je meet. Daarom bouwen we een meetlat mee die per gesprek vastlegt of de vraag is opgelost, doorgegeven of fout ging. Zonder die cijfers is de vraag niet te beantwoorden, en met die cijfers zie je ook welke artikelen ontbreken. De daling zit meestal in de terugkerende vragen, niet in de moeilijke.
Door hem alleen te laten antwoorden met stukken uit jullie eigen kennisbank en de bron erbij te tonen. Vindt hij niets passends, dan zegt hij dat en geeft hij door aan een mens. Dat is strenger dan een gewone chatbot, en die strengheid is precies wat klantenservice nodig heeft.
Niet perfect, wel eerlijk. De chat werkt op wat er staat; verouderde of tegenstrijdige artikelen komen in de antwoorden terug. De bouwdag laat snel zien waar dat speelt, omdat de meetlat de fout gegane vragen toont. Zie het als een opschoonlijst die je anders niet had gehad.
Niet in de bouwdag. Dat vraagt een koppeling met je ordersysteem en een manier om de klant te herkennen, en dat is een apart project met eigen beveiligingsvragen. De bouwdag richt zich op de kennisvragen: hoe werkt iets, wat betekent iets, waar vind ik iets.
Soms wel. Zendesk, Freshdesk en vergelijkbare pakketten hebben eigen AI-assistenten die dicht op het ticketsysteem zitten. Zelf bouwen wordt interessant als je kennis op meerdere plekken staat, als je controle wilt over wat de chat wel en niet zegt, of als je de cijfers in eigen hand wilt. De bouwdag laat zien of dat bij jullie speelt.
In een korte intake bekijken we je kennisbank en de vragen die nu binnenkomen. Daarna weet je welk deel de chat kan afvangen, wat in één dag te bouwen is en waar je kennisbank eerst werk nodig heeft.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.