--- title: "Et chatvindu er ikke et samtalegrensesnitt" url: "https://hurukan.com/no/blog/et-chatvindu-er-ikke-et-samtalegrensesnitt" description: "En chatboks i forretningssystemet gir et nytt sted å skrive, ikke en ny måte å jobbe på. Et samtalegrensesnitt trenger kontekst, tilganger og rett til å handle." --- # Et chatvindu er ikke et samtalegrensesnitt 27\. april 2026·4 min lesing·Redaksjonen To kolleger ved et ståbord i et lyst åpent kontorlandskap, den ene snakker mens den andre skriver på en bærbar PC med et abstrakt blått samtaleoppsett, sett fra siden i dagslys fra høye vinduer En virksomhet legger en assistent inn i intranettet sitt. En salgskoordinator prøver den på dagens første ekte spørsmål: Hva er status på ordren til distributøren i nord? Assistenten svarer med et avsnitt fra brukerstøttesidene som forklarer hva ordrestatuser betyr i sin alminnelighet. Hun prøver igjen, med ordrenummeret. Assistenten svarer at den ikke har tilgang til ordredata. Hun lukker panelet og åpner ordreskjermbildet, slik hun alltid har gjort. Noen måneder senere slår prosjektrapporten fast at bruken var lav. Konklusjonen blir at folk ikke er klare for samtalebaserte verktøy. Den egentlige konklusjonen er at de aldri fikk et. Det de fikk, var et chatvindu lagt oppå dokumentene, ikke oppå registreringene og handlingene. En samtale er nyttig når den andre parten vet hvem du er, ser fakta og kan gjøre noe med dem. Et chatvindu uten noe av dette er et søkefelt som svarer i hele setninger. ## Der chat som funksjon svikter **Den ser ikke registreringene.** Assistenten svarer ut fra dokumenter _om_ prosessen, ikke ut fra selve prosessen. Den kan forklare hva «delvis levert» betyr. Den kan ikke si hvilke av dine ordrer som er delvis levert. **Den vet ikke hvem som spør.** Lagersjefen og økonomidirektøren får samme svar på samme spørsmål, selv om de trenger ulike ting og har lov til å se ulike ting. Uten identitet blir svaret verken relevant eller trygt å vise ekte data i. **Den kan enten ikke handle, eller den handler uten å spørre.** Den første varianten er en blindvei: «Du kan endre leveringsdatoen i ordremodulen.» Den motsatte feilen er verre: en assistent koblet rett på skriveoperasjoner, slik at en feiltolket setning blir en endret ordre uten at noen har sett på den. **Den har ingen tråd.** Hver samtale starter på null. Gårsdagens diskusjon om den samme kunden er borte, og ingenting av det som ble spurt om eller bestemt, er knyttet til ordren det gjaldt. Derfor må også neste person begynne forfra. **Den blir vurdert som en funksjon, ikke som arbeid.** Suksess måles i antall sendte meldinger. Spørsmålet som betyr noe – hvor mange oppgaver som ble gjort raskere eller med færre feil – blir aldri stilt. ## Hva et samtalegrensesnitt trenger **Forankring i modellen av virksomheten.** Svaret på «hva er status på denne ordren» må komme fra selve ordren: ordrelinjene, leveransen, fakturaen og den åpne reklamasjonen. Det krever en modell av virksomheten som samtalen kan spørre mot, og det er nettopp det en [ontologi](https://hurukan.com/no/system/ontologi) gir. Hvorfor dette fungerer bedre enn å søke i dokumenter, er tema for [søk i ontologien](https://hurukan.com/no/blog/sok-i-ontologien). **Identitet og tilganger som håndheves på serveren.** Samtalen arver rettighetene til personen som fører den. Modellen får aldri data personen ikke har lov til å se, og det håndheves der dataene ligger – ikke med en instruks i en prompt som et lurt spørsmål kan snakke seg rundt. **Handlinger som forslag.** «Flytt leveransen til torsdag og gi kunden beskjed» skal gi et utkast til endring og et utkast til melding, vist for personen sammen med kildene som ble brukt, og gjennomført først når personen bekrefter. Kritiske steg venter på godkjenning fra den som har myndighet til å gi den. Dette er mønsteret Hurukans [lag for agentisk logikk](https://hurukan.com/no/system/agentisk-logikk) er bygget rundt: en agent foreslår, et menneske bestemmer over alt som betyr noe. **En tråd knyttet til registreringen.** Samtalen lagres sammen med ordren, saken eller leverandøren den gjaldt, slik at neste person ser hva som ble spurt om, hva som ble bestemt og hva som ble gjort. **En ryddig overgang til skjermbildet.** Noe går raskere i en tabell. Et godt samtalegrensesnitt vet når det skal åpne riktig visning med filtrene ferdig satt, i stedet for å lese opp en lang liste. I Hurukans design er samtalen én inngang til de samme registreringene, de samme agentene og de samme godkjenningene – ikke et separat produkt med sin egen kopi av sannheten. Integrasjoner med Microsoft 365 Copilot, Claude og ChatGPT er planlagt, ikke i drift. Tanken er at folk skal kunne snakke med systemet fra verktøyene de allerede bruker, mens fakta, tilganger og godkjenninger blir på ett sted. Forslag som krever en beslutning, havner i én godkjenningsinnboks, beskrevet på siden [Beslutninger og oppgaver](https://hurukan.com/no/modules/beslutninger-og-oppgaver). ## En test du kan kjøre i dag Ta assistenten du allerede har, eller den noen vil selge deg. Samle fem spørsmål som en ekte medarbeider stilte en kollega denne uken; kopier dem fra e-post eller chat slik de ble skrevet. Still hvert av dem til assistenten og gi poeng på fire punkter: 1. Svarte den ut fra levende data, eller ut fra et dokument om prosessen? 2. Visste den hvem som spurte? Still det samme spørsmålet som to personer med ulike roller. 3. Kunne den forberede neste steg, og spurte den før den gjorde noe som betyr noe? 4. Kan en kollega i morgen se hva som ble spurt om og gjort, knyttet til registreringen? Er de fleste svarene nei, har du et chatvindu. Det holder fint til å søke i en håndbok, men det er ingen ny måte å jobbe på. De samme fire punktene gjelder når hendene er opptatt og samtalen foregår muntlig, som er tema for [stemmen når hendene er opptatt](https://hurukan.com/no/blog/stemmen-nar-hendene-er-opptatt). - samtalegrensesnitt - chatassistent - agenter - brukeropplevelse ## Les videre - [Én identitet for mennesker og agenter: hvem får gjøre hva](https://hurukan.com/no/blog/en-identitet-for-mennesker-og-agenter) - [Nåtilstand og register: to minner i et operativsystem for virksomheten](https://hurukan.com/no/blog/naatilstand-og-registeret-to-minner)