Een chatvenster is geen conversationele interface

Een bedrijf voegt een assistent toe aan zijn interne portaal. Een verkoopcoördinator probeert hem uit met haar eerste echte vraag van de dag: wat is de status van de order voor de distributeur in het noorden? De assistent antwoordt met een alinea uit het helpcentrum over wat orderstatussen in het algemeen betekenen. Ze probeert het opnieuw met het ordernummer. Het antwoord: geen toegang tot ordergegevens. Ze sluit het paneel en opent het orderscherm, zoals altijd.

Een paar maanden later meldt het projectverslag dat het gebruik laag was. De conclusie luidt dat mensen nog niet klaar zijn voor conversationele tools. De echte conclusie is dat ze er nooit een hebben gekregen.

Wat ze kregen, was een chatvenster bovenop documenten, in plaats van bovenop de registratie en de acties. Een gesprek is nuttig als de andere kant weet wie u bent, de feiten kan zien en er iets mee kan doen. Een chatvenster zonder dat alles is een zoekvak dat in volzinnen antwoordt.

Waar chat als functie tekortschiet

Het ziet de registratie niet. De assistent antwoordt op basis van documenten over het proces, niet op basis van het proces zelf. Hij kan uitleggen wat „gedeeltelijk verzonden” betekent. Hij kan u niet vertellen welke van uw orders gedeeltelijk verzonden zijn.

Het weet niet wie de vraag stelt. De magazijnmanager en de financieel directeur krijgen op dezelfde vraag hetzelfde antwoord, terwijl ze iets anders nodig hebben en iets anders mogen zien. Zonder identiteit geen relevantie, en geen veilige manier om echte data te tonen.

Het kan niet handelen, of het handelt zonder te vragen. De eerste variant is een doodlopende weg: „u kunt de leverdatum wijzigen in de ordermodule”. Het omgekeerde is erger: een assistent die rechtstreeks schrijfrechten heeft, zodat een verkeerd begrepen zin een gewijzigde order wordt zonder dat iemand ernaar heeft gekeken.

Het heeft geen draad. Elk gesprek begint bij nul. De discussie van gisteren over dezelfde klant is verdwenen, en niets van wat gevraagd of besloten is, hangt aan de order waar het over ging. Dus begint ook de volgende persoon weer van voren af aan.

Het wordt beoordeeld als functie, niet als werk. Succes wordt gemeten in verstuurde berichten. De vraag die ertoe doet, hoeveel taken sneller of met minder fouten zijn afgerond, wordt nooit gesteld.

Wat een conversationele interface nodig heeft

Verankering in het model van het bedrijf. Het antwoord op „wat is de status van deze order” moet uit de order zelf komen: de regels, de levering, de factuur, de openstaande klacht. Daarvoor is een model van het bedrijf nodig dat het gesprek kan bevragen, en dat is precies wat een ontologie biedt. Waarom dit beter werkt dan zoeken in documenten, leest u in zoeken in de ontologie.

Identiteit en rechten, afgedwongen op de server. Het gesprek erft de rechten van de persoon die het voert. Het model krijgt nooit data die deze persoon niet mag zien, en dat wordt afgedwongen waar de data staat, niet via een instructie in een prompt die een slimme vraag kan omzeilen.

Acties als voorstellen. „Verschuif de levering naar donderdag en laat het de klant weten” moet leiden tot een voorbereide wijziging en een conceptbericht, getoond aan de persoon samen met de gebruikte bronnen, en pas uitgevoerd na bevestiging. Kritieke stappen wachten op goedkeuring van degene die daartoe bevoegd is. Rond dit patroon is de laag Agentische logica van Hurukan ontworpen: een agent stelt voor, een mens beslist over alles wat ertoe doet.

Een draad die aan de registratie hangt. Het gesprek wordt opgeslagen bij de order, de zaak of de leverancier waar het over ging, zodat de volgende persoon ziet wat er gevraagd, besloten en gedaan is.

Een soepele overgang naar het scherm. Sommige dingen gaan sneller in een tabel. Een goede conversationele interface weet wanneer ze beter de juiste weergave kan openen, met de filters al ingesteld, dan een lange lijst voor te lezen.

In het ontwerp van Hurukan is het gesprek één ingang tot dezelfde registratie, dezelfde agents en dezelfde goedkeuringen, geen apart product met een eigen kopie van de waarheid. Integraties met Microsoft 365 Copilot, Claude en ChatGPT zijn gepland, nog niet live; het idee is dat mensen het systeem kunnen aanspreken vanuit de tools die ze al gebruiken, terwijl feiten, rechten en goedkeuringen op één plek blijven. Voorstellen die een besluit vragen, komen in één goedkeuringsinbox terecht, beschreven op de pagina Besluiten en taken.

Een test die u vandaag kunt doen

Neem de assistent die u al hebt, of de assistent die u wordt aangeboden. Verzamel vijf vragen die een echte medewerker deze week aan een collega stelde; kopieer ze uit e-mail of chat zoals ze geschreven zijn. Leg elke vraag voor aan de assistent en beoordeel het antwoord op vier punten:

1. Kwam het antwoord uit actuele data, of uit een document over het proces?
2. Wist de assistent wie de vraag stelde? Stel dezelfde vraag als twee mensen met verschillende rollen.
3. Kon hij de volgende stap voorbereiden, en vroeg hij toestemming voor alles wat ertoe doet?
4. Kan een collega morgen zien wat er gevraagd en gedaan is, gekoppeld aan de registratie?

Is het antwoord meestal nee, dan hebt u een chatvenster. Prima om een handboek te doorzoeken, maar geen nieuwe manier van werken. Dezelfde vier punten gelden als de handen vol zijn en het gesprek gesproken wordt; daarover gaat spraak als de handen vol zijn.