Et chatvindue er ikke en samtalegrænseflade

En virksomhed tilføjer en assistent til sin interne portal. En salgskoordinator prøver den på dagens første rigtige spørgsmål: Hvad er status på ordren til distributøren i nord? Assistenten svarer med et afsnit fra hjælpecentret om, hvad ordrestatusser betyder generelt. Hun prøver igen med ordrenummeret. Den svarer, at den ikke har adgang til ordredata. Hun lukker panelet og åbner ordreskærmen, som hun plejer.

Et par måneder senere konkluderer projektrapporten, at brugen var lav. Konklusionen lyder, at medarbejderne ikke er klar til samtalebaserede værktøjer. Den egentlige konklusion er, at de aldrig fik et.

Det, de fik, var et chatvindue lagt oven på dokumenter i stedet for oven på registeret og handlingerne. En samtale er nyttig, når den anden part ved, hvem du er, kan se fakta og kan gøre noget ved dem. Et chatvindue uden nogen af delene er en søgeboks, der svarer i hele sætninger.

Hvor chat som funktion fejler

Den kan ikke se registeret. Assistenten svarer ud fra dokumenter om processen i stedet for ud fra selve processen. Den kan forklare, hvad »delvist afsendt« betyder. Den kan ikke fortælle dig, hvilke af dine ordrer der er delvist afsendt.

Den ved ikke, hvem der spørger. Lagerchefen og økonomidirektøren får det samme svar på det samme spørgsmål, selv om de har brug for forskellige ting og må se forskellige ting. Uden identitet er der ingen relevans og ingen sikker måde at vise rigtige data på.

Den kan enten ikke handle eller handler uden at spørge. Den første variant er en blindgyde: »Du kan ændre leveringsdatoen i ordremodulet.« Den modsatte fejl er værre: en assistent koblet direkte til skrivehandlinger, så en fejllæst sætning bliver til en ændret ordre, uden at nogen har set på den.

Den har ingen tråd. Hver samtale starter fra nul. Gårsdagens drøftelse af den samme kunde er væk, og intet af det, der blev spurgt om eller besluttet, er knyttet til den ordre, det handlede om, så den næste person starter også forfra.

Den bliver vurderet som en funktion, ikke som arbejde. Succes måles i antal sendte beskeder. Det spørgsmål, der betyder noget — hvor mange opgaver der blev løst hurtigere eller med færre fejl — bliver aldrig stillet.

Hvad en samtalegrænseflade kræver

Forankring i virksomhedens model. Svaret på »hvad er status på denne ordre« skal komme fra selve ordren: dens linjer, dens levering, dens faktura, dens åbne reklamation. Det kræver en model af forretningen, som samtalen kan forespørge, og det er netop, hvad en ontologi giver. Hvorfor det virker bedre end at søge i dokumenter, er emnet for søgning i ontologien.

Identitet og rettigheder håndhævet på serveren. Samtalen arver rettighederne hos den person, der fører den. Modellen modtager aldrig data, som personen ikke må se, og det håndhæves dér, hvor data ligger — ikke af en instruktion i en prompt, som et snedigt spørgsmål kan snakke sig udenom.

Handlinger som forslag. »Flyt leveringen til torsdag, og giv kunden besked« skal give en udkastet ændring og en udkastet besked, vist for personen med de anvendte kilder og først udført, når vedkommende bekræfter. Kritiske skridt venter på godkendelse fra den, der har ret til at give den. Det er det mønster, Hurukans lag for agentisk logik er designet omkring: En agent foreslår, et menneske beslutter alt, der betyder noget.

En tråd knyttet til registeret. Samtalen gemmes sammen med den ordre, sag eller leverandør, den handlede om, så den næste person kan se, hvad der blev spurgt om, besluttet og gjort.

En ren overlevering til skærmen. Nogle ting går hurtigere i en tabel. En god samtalegrænseflade ved, hvornår den skal åbne den rette visning med filtrene allerede sat, i stedet for at læse en lang liste højt.

I Hurukans design er samtale én vej ind til det samme register, de samme agenter og de samme godkendelser — ikke et separat produkt med sin egen kopi af sandheden. Integrationer med Microsoft 365 Copilot, Claude og ChatGPT er planlagt og ikke i drift; tanken er, at medarbejderne kan tale med systemet fra de værktøjer, de allerede bruger, mens fakta, rettigheder og godkendelser bliver ét sted. Forslag, der kræver en beslutning, lander i én godkendelsesindbakke, beskrevet på siden Beslutninger og opgaver.

En test, du kan køre i dag

Tag den assistent, du allerede har, eller den, der bliver foreslået dig. Saml fem spørgsmål, som en rigtig medarbejder har stillet en kollega i denne uge; kopiér dem fra e-mail eller chat, som de blev skrevet. Stil hvert spørgsmål til assistenten, og giv point på fire områder:

1. Svarede den ud fra levende data eller ud fra et dokument om processen?
2. Vidste den, hvem der spurgte? Prøv det samme spørgsmål som to personer med forskellige roller.
3. Kunne den forberede næste skridt, og spurgte den, før den gjorde noget, der betyder noget?
4. Kan en kollega i morgen se, hvad der blev spurgt om og gjort, knyttet til posten?

Hvis de fleste svar er nej, har du et chatvindue. Det er fint til at søge i en håndbog, men det er ikke en ny måde at arbejde på. De samme fire punkter gælder, når hænderne er optaget, og samtalen foregår mundtligt — emnet for stemme, når hænderne er optaget.