Slik kan én person styre et IT-selskap med AI-agenter

Kort fortalt

Dette er historien om et IT-selskap som selger PC-er, servere, skrivere, skjermer, toner, mus, tastaturer, nettverksutstyr og konsulenttimer.

Før var hverdagen delt mellom mange mennesker:

• Selger la inn ordre.
• Innkjøp bestilte varer.
• Logistikk fulgte leveranser.
• Kundeservice svarte kunder.
• Regnskap godkjente fakturaer.
• Noen sjekket restordre.
• Noen purret leverandører.
• Noen ryddet opp når noe gikk galt.

Nå er det samme selskapet organisert som et agentstyrt driftssystem.

Det betyr ikke at mennesker er borte. Det betyr at én person kan sitte som operatør, omtrent som en flygeleder, og styre mange små digitale medarbeidere som gjør hver sin jobb.

Før satt folk inne i hver sin avdeling og bar saker mellom seg. Nå flyter sakene gjennom et system, og mennesket styrer unntakene.

Podcast

Selskapet

La oss kalle selskapet Nordlys IT AS.

De selger til bedrifter, skoler, borettslag, små kommuner, konsulentselskaper og privatkunder med bedriftskonto.

De har tre viktige avdelinger:

1. Innkjøp og logistikk

De sørger for at varer blir bestilt, levert, fulgt opp og sendt videre til kunden.

2. Kundeservice

De svarer på spørsmål, forsinkelser, returer, reklamasjoner, bytter og feilbestillinger.

3. Regnskap

De håndterer fakturaer, kreditnotaer, bilag, godkjenning, bokføring, avstemming og betaling.

I en tradisjonell bedrift ville dette vært tre små team. Kanskje 6–12 personer totalt, avhengig av volum.

I den nye modellen er dette organisert som tre agent-avdelinger.

Leverandørene

Nordlys IT bruker tre oppdiktede leverandører:

Disse finnes ikke i virkeligheten her. De er bare laget for historien.

Før arbeidsdagen starter

Klokken er 07:58.

Én person logger inn.

La oss kalle henne Maja.

Maja er ikke "innkjøper", "regnskapsmedarbeider" eller "kundeservicekonsulent" i gammel forstand.

Hun er driftsoperatør for handelsflyten.

Hun styrer agentene.

På skjermen har hun ikke 19 systemer åpne. Hun har ett kontrollpanel.

Der ser hun:

• Nye ordre
• Ordre som mangler varer
• Leverandørbestillinger
• Varer i rest
• Forsendelser på vei
• Fakturaer til kontroll
• Returer
• Kundesaker
• Avvik som trenger menneskelig vurdering

Det ser litt ut som et flytårn på en flyplass.

Flyene er ordre. Rullebanene er leverandører. Været er lagerstatus, frakt, prisendringer og kundekrav. Agentene er kontrollsystemet som holder alt i bevegelse.

Agentene

Nordlys IT har flere agenter. Hver agent har én tydelig jobb.

EHF betyr elektronisk handelsformat. Det er en vanlig måte å sende elektroniske fakturaer på i Norge.

Morgen: ordre begynner å komme inn

Klokken 08:07 kommer dagens første ordre.

En kunde, Jeløy Kjøtt & Data AS, har bestilt via nettbutikken:

• 6 bærbare PC-er
• 6 dockingstasjoner
• 6 skjermer
• 6 trådløse mus
• 6 tastaturer
• 1 pakke konsulentbistand for oppsett

Ordren går rett inn i systemet.

Før ville kanskje en person sett på ordren, sjekket lager, sendt e-post til innkjøp, ventet på svar, og så oppdatert kunden.

Nå skjer dette på sekunder.

Ordreagenten sier:

Ny ordre mottatt. Kunde er godkjent. Betalingsbetingelser OK. Ingen kredittsperre. Produktene må sjekkes mot lager og leverandør.

Vareagenten sjekker internt lager.

Resultat:

Systemet skjønner at ordren kan leveres delvis, men kunden har valgt "samlet levering".

Det betyr: ikke send halvparten hvis det skaper rot for kunden.

Innkjøp: agenten sjekker leverandører

Innkjøpsagenten går ut og sjekker de tre leverandørene.

I gamle dager ville innkjøperen kanskje ringt, sjekket portaler, sendt e-post og sammenlignet manuelt.

Nå gjør agenten dette som et slags lite anbud hver gang.

Den vurderer:

• Pris
• Frakt
• Leveringstid
• Kundens ønskede dato
• Tidligere leverandørpresisjon
• Om varen er kritisk
• Om alt kan komme samlet
• Om marginen fortsatt er god

Innkjøpsagenten foreslår:

Bestill manglende PC-er og skjermer fra Skruvatronikk. De er dyrere, men kan levere alt samlet i morgen. Marginen reduseres med 2,4 prosentpoeng, men kunden får rask levering.

Maja får forslaget på skjermen.

Hun trykker godkjenn.

Bestillingen går til Skruvatronikk.

Samtidig: selger legger inn en manuell ordre

Klokken 08:42 legger en selger inn en ordre fra en større kunde.

Kunden heter Moss Drift AS.

De skal ha:

• 1 liten server
• 4 disker
• 1 backup-løsning
• 1 nettverksswitch
• 8 timer konsulentarbeid

Dette er ikke en enkel nettbutikkordre. Her har selgeren hatt dialog med kunden. Det ligger notater i CRM-systemet.

Ordreagenten leser ordren og henter selgernotatet:

Kunden må ha levering innen fredag fordi gammel server har ustabil disk. Konsulent må bookes etter at utstyr er levert.

Da skjønner systemet at dette er mer kritisk enn vanlig.

Vareagenten sjekker lager.

Serveren finnes ikke på eget lager.

Skruvatronikk har serveren, men switchen er i rest.

Fjordbit har switchen, men ikke serveren.

Innkjøpsagenten foreslår delt innkjøp:

• Server fra Skruvatronikk
• Switch fra Fjordbit
• Disker fra eget lager
• Backup-lisens digitalt

Leveringsagenten sjekker om alt kan være hos kunde før fredag.

Den sier:

Ja, hvis server bestilles før 11:00 og switch før 13:00.

Maja godkjenner.

Samtidig oppretter Konsulentagenten et forslag til intern oppgave:

Book tekniker torsdag eller fredag etter forventet levering.

Nå har én ordre allerede koblet sammen salg, innkjøp, logistikk og konsulentplanlegging.

Restordre: der det vanligvis begynner å rakne

Klokken 10:15 skjer det som alltid skjer i virkeligheten.

Skruvatronikk sender en ordrebekreftelse.

Men det er et problem.

De kan levere PC-ene til Jeløy Kjøtt & Data AS, men skjermene er plutselig i rest.

Ny forventet dato: om 9 dager.

Dette er hverdagen i IT-distribusjon.

Varer flytter seg fort. Lagerstatus kan se grønn ut klokken 08:20 og rød ut klokken 10:15.

I gamle dager kunne dette ligget uoppdaget til kunden selv ringte og spurte:

"Hei, hvor blir det av skjermene våre?"

Da er kunden allerede irritert.

I det nye systemet har Restordreagenten en fast jobb:

• Sjekke alle åpne innkjøpsordre flere ganger om dagen
• Fange opp endret leveringsdato
• Sammenligne mot kundens ønskede dato
• Finne alternativ leverandør
• Foreslå avbestilling eller delvis endring
• Varsle kundeservice hvis kunden må informeres

Restordreagenten sier:

Avvik funnet. Skjermer til Jeløy Kjøtt & Data AS er flyttet fra neste dag til 9 dager. Kunden har valgt samlet levering. Alternativ finnes hos TonerTroll med levering 1–2 dager. Pris er 3 prosent høyere. Foreslår å avbestille skjermene hos Skruvatronikk og bestille dem hos TonerTroll.

Maja ser på forslaget.

Hun ser også at kunden er ny og at dette er første ordre.

Da er rask levering viktigere enn perfekt margin.

Hun godkjenner.

Agenten gjør tre ting:

1. Avbestiller skjermene hos Skruvatronikk.
2. Bestiller skjermene hos TonerTroll.
3. Oppdaterer ordren med ny forventet samlet levering.

Kundeserviceagenten lager samtidig et forslag til melding:

Hei! Vi har optimalisert leveransen deres slik at hele ordren fortsatt kan leveres raskt. Én vare ble flyttet til en annen leverandør for å unngå forsinkelse. Vi følger leveransen tett og gir beskjed når den sendes.

Maja godkjenner meldingen.

Kunden merker ikke kaoset bak kulissene. Kunden merker bare at selskapet følger med.

Kundeservice: fra brannslukking til proaktiv oppfølging

Klokken 11:03 sender en kunde e-post:

Hei, vi bestilte toner i går. Er den sendt?

Dette er en enkel sak, men slike enkle saker spiser mye tid når de kommer hele dagen.

Kundeserviceagenten finner ordren.

TonerTroll har sendt én av tre tonere. To er i rest, forventet inn på lager i morgen.

Agenten lager svar:

Hei! Én toner er allerede sendt og er på vei. De to siste er bekreftet inn hos leverandør i morgen og sendes videre så snart de er klare. Vi følger opp automatisk og sier fra hvis datoen endrer seg.

Men agenten stopper ikke der.

Den sjekker om det finnes alternativer.

Fjordbit har tilsvarende toner på lager, men varen har annet produsentnummer. Vareagenten er usikker på kompatibilitet.

Da eskaleres saken til Maja:

Mulig alternativ toner funnet, men kompatibilitet er ikke 100 prosent bekreftet. Krever menneskelig vurdering før bytte.

Dette er kjernen:

Agenten håndterer det normale. Mennesket håndterer tvil, ansvar og skjønn.

Maja sjekker produktet, ser at det ikke er identisk, og velger å vente på original toner.

Kundeserviceagenten sender svaret.

Saken lukkes automatisk med intern note:

Kunde informert. Ingen tiltak nødvendig med mindre leveringsdato endres.

Lunsj: systemet jobber mens folk spiser

Klokken 12:00 tar Maja lunsj.

Systemet stopper ikke.

Agentene fortsetter.

Restordreagenten kjører ny sjekk.

Leveringsagenten sjekker sporing.

Fakturaagenten leser innkommende fakturaer.

Avstemmingsagenten matcher faktura mot ordre og varemottak.

Kundeserviceagenten sorterer nye henvendelser etter alvorlighetsgrad.

Når Maja kommer tilbake, ligger det ikke 43 uleste e-poster og venter.

Det ligger 7 saker som faktisk trenger beslutning.

Det er en enorm forskjell.

Regnskap: fakturaen kommer inn

Klokken 12:37 kommer en faktura fra Fjordbit.

Den kommer som EHF, altså elektronisk faktura.

Fakturaagenten leser fakturaen.

Den finner:

• Leverandørnavn
• Organisasjonsnummer
• Fakturanummer
• Forfallsdato
• Ordrenummer
• Varenummer
• Antall
• Pris
• MVA
• Frakt
• Totalbeløp

Så gjør Avstemmingsagenten en treveis match.

Treveis match betyr:

Stemmer fakturaen med bestillingen? Stemmer den med varene vi faktisk har mottatt? Stemmer pris og antall?

Det er tre dokumenter som skal passe sammen:

Hvis alle tre stemmer, er fakturaen tryggere å bokføre.

Første faktura går rett gjennom

Fakturaen fra Fjordbit gjelder switchen til Moss Drift.

Alt stemmer:

• Riktig leverandør
• Riktig innkjøpsordre
• Riktig pris
• Riktig antall
• Varen er mottatt
• Frakt er innenfor avtalt nivå
• MVA er korrekt
• Beløpet er under automatisk godkjenningsgrense

Regnskapsagenten foreslår bokføring:

• Varekjøp
• Inngående MVA
• Leverandørgjeld
• Prosjekt/kundeordre kobling

Kontrollagenten sier:

Lav risiko. Kan bokføres automatisk etter regelverk.

Maja trenger ikke gjøre noe.

Fakturaen bokføres og settes til betaling etter forfallsdato.

Andre faktura stopper

Klokken 13:04 kommer en PDF-faktura på e-post fra TonerTroll.

Den gjelder skjermer til Jeløy Kjøtt & Data AS.

Fakturaagenten leser PDF-en og finner ordren.

Men noe er feil.

Fakturaen har:

• 2 skjermer
• Riktig varenummer
• Riktig kundeordre
• Men høyere frakt enn forventet

Avstemmingsagenten sier:

Avvik: Fraktbeløp er 249 kroner høyere enn forventet. Totalbeløp er innenfor lav beløpsgrense, men avviker fra innkjøpsordre.

I en tradisjonell regnskapsavdeling ville noen kanskje sendt e-post til innkjøp:

Hei, vet du hvorfor denne frakten er høyere?

Innkjøp ville svart senere.

Kanskje kundeservice var involvert.

Kanskje fakturaen ble liggende.

Her skjer det annerledes.

Agenten sjekker historikk:

• Ordren ble flyttet fra Skruvatronikk til TonerTroll på grunn av restordre.
• Hurtigere levering ble valgt.
• Ekspressfrakt ble akseptert av Maja klokken 10:21.

Da forstår systemet avviket.

Regnskapsagenten sier:

Fraktavvik forklares av godkjent leverandørbytte og ekspressfrakt. Dokumentasjon finnes i ordreloggen. Foreslår godkjenning.

Maja godkjenner.

Fakturaen bokføres.

Det viktige her er ikke at agenten "tok regnskapet". Det viktige er at agenten fant sammenhengen mellom innkjøp, logistikk, kundeordre og faktura.

Retur: kunden har bestilt feil

Klokken 13:42 kommer en kundeservicehenvendelse.

En kunde har bestilt feil toner.

De har åpnet emballasjen, men ikke brukt toneren.

Før ville dette blitt en liten runddans:

• Kundeservice sjekker ordren.
• Kundeservice spør innkjøp om leverandøren godtar retur.
• Innkjøp sjekker leverandørvilkår.
• Regnskap må vite om det kommer kreditnota.
• Lager må vite om varen skal tilbake eller inn på eget lager.
• Kunden venter.

Nå starter Returagenten.

Den sjekker:

• Hvilken ordre gjelder det?
• Hvilken vare?
• Hvem leverte?
• Hva sier leverandørens returregler?
• Er emballasjen brutt?
• Er varen skaffevare?
• Er varen innenfor returfrist?
• Skal kunden ha ny vare?
• Skal det lages kreditnota?
• Skal varen tilbake til leverandør eller inn på eget lager?

Returagenten finner:

• Varen kom fra TonerTroll.
• TonerTroll godtar retur innen 14 dager hvis innerforpakning ikke er brutt.
• Kunden har åpnet ytteremballasjen, men ikke innerforpakningen.
• Riktig toner finnes på lager hos Fjordbit.

Agenten foreslår:

1. Opprett retur mot TonerTroll.
2. Send kunden returetikett.
3. Bestill riktig toner fra Fjordbit.
4. Fakturer kunden for ny toner.
5. Kreditér feil toner når kreditnota fra leverandør er mottatt.
6. Knytt saken til opprinnelig ordre.

Kundeserviceagenten lager et hyggelig svar til kunden.

Regnskapsagenten oppretter forventet kreditnota.

Innkjøpsagenten bestiller riktig toner.

Maja ser at saken er ryddig og godkjenner.

Når alt går bra, jobber agentene stille

Det meste trenger ikke menneskelig inngrep.

Eksempel på saker som går automatisk:

Det er ikke slik at én stor AI gjør alt.

Det er mer som en liten digital organisasjon:

Mange små agenter med små ansvarsområder. Én menneskelig operatør med oversikt og beslutningsmyndighet.

Når noe er uklart, stopper systemet

Et godt agentsystem skal ikke bare være raskt. Det skal også vite når det må stoppe.

Eksempler på saker som skal til Maja:

Dette er viktig.

AI-agentene skal ikke bare "gjøre mest mulig". De skal gjøre mest mulig trygt.

Ettermiddag: én ordre binder alt sammen

Klokken 14:18 kommer en ny ordre fra nettbutikken.

Kunden bestiller:

• 20 skjermer
• 20 dockingstasjoner
• 20 mus
• 20 tastaturer
• 20 headset

Dette ser enkelt ut, men agentene oppdager noe.

Kunden er et konsulentselskap som ofte bestiller utstyr til nyansatte. Tidligere har de hatt returer fordi de valgte feil dockingstasjon til PC-modellen.

Vareagenten sjekker kundens historikk.

Den sier:

Mulig risiko: Kunden har tidligere returnert dockingstasjoner på grunn av feil USB-C/Thunderbolt-kompatibilitet. Foreslår å be kunden bekrefte PC-modell før innkjøp.

Kundeserviceagenten lager melding:

Hei! Før vi sender dockingstasjonene, vil vi bare bekrefte hvilken PC-modell de skal brukes med. Da unngår vi feil type docking og forsinkelse for de ansatte som skal ha utstyret.

Maja godkjenner.

Kunden svarer etter 20 minutter.

Det viser seg at halvparten av de ansatte har en annen PC-modell enn tidligere.

Agenten endrer anbefalt dockingstasjon.

Innkjøpsagenten justerer bestillingen.

Regnskapsagenten oppdaterer forventet kost og margin.

Kundeserviceagenten bekrefter ny levering.

Dette er et godt eksempel på forskjellen mellom et passivt og et aktivt system.

Et passivt system tar imot ordre.

Et aktivt agentsystem spør:

Er denne ordren sannsynligvis riktig?

Slutten av dagen: Maja får ikke en bunke, hun får en oppsummering

Klokken 15:48 ber Maja om dagsoppsummering.

Systemet svarer:

Dagens nøkkeltall

Viktigste avvik

Forslag til forbedringer

Systemet foreslår også tre forbedringer:

1. Legg inn regel: Når kunde bestiller dockingstasjoner i større antall, be om PC-modell hvis ikke kjent.
2. Legg inn regel: Hvis leverandør endrer levering med mer enn 3 dager, sjekk automatisk alternativer.
3. Legg inn regel: Ekspressfrakt under 500 kroner kan godkjennes automatisk hvis den redder kundens ønskede leveringsdato.

Dette er den selvforbedrende delen.

Hver dag lærer systemet litt mer om hvordan selskapet faktisk jobber.

Hvordan dette så ut før

Før så hverdagen omtrent slik ut:

Kundeordre → selger → innkjøp → leverandørportal → e-post → kundeservice → ny e-post → faktura → regnskap → spørsmål til innkjøp → venting → purring → kunde ringer → noen leter → noen retter.

Det var ikke nødvendigvis dårlig. Det var bare tungt.

Informasjonen lå spredt:

• Litt i e-post
• Litt i ERP
• Litt i nettbutikk
• Litt hos leverandør
• Litt i hodet til innkjøper
• Litt i hodet til regnskapsmedarbeider
• Litt hos kundeservice
• Litt hos selger

Når en person sluttet, forsvant ofte mye praktisk kunnskap.

Hvordan det ser ut nå

Nå ser flyten slik ut:

Kundeordre → agentene leser, sjekker, foreslår, handler, dokumenterer → mennesket godkjenner avvik → systemet lærer.

Forskjellen er at kunnskapen ikke bare ligger i hodene til folk.

Den ligger i:

• Regler
• Agentinstrukser
• Godkjenningsgrenser
• Logg
• Historikk
• Leverandørdata
• Kundeprofiler
• Avviksrutiner
• Dokumenterte beslutninger

Dette er egentlig samme prinsipp som med Claude Code i store kodebaser.

Claude Code trenger CLAUDE.md, hooks, skills og verktøy for å forstå kodebasen.

Et IT-selskap trenger det samme, bare for drift:

Det viktigste poenget

Det gamle selskapet var organisert rundt avdelinger.

Det nye selskapet er organisert rundt flyt.

Før:

"Dette er en innkjøpssak." "Dette er en regnskapssak." "Dette er en kundeservicesak."

Nå:

"Dette er én kundeordre som beveger seg gjennom hele maskinen."

Det er samme sak hele veien:

1. Kunden kjøper.
2. Ordren registreres.
3. Lager sjekkes.
4. Leverandør velges.
5. Varer bestilles.
6. Restordre overvåkes.
7. Levering følges.
8. Kunde informeres.
9. Faktura mottas.
10. Faktura matches.
11. Faktura bokføres.
12. Retur håndteres hvis noe går galt.
13. Systemet lærer av avvik.

Hvor én person faktisk kommer inn

Maja gjør ikke alt manuelt.

Hun gjør dette:

• Setter regler
• Godkjenner avvik
• Vurderer risiko
• Tar kommersielle beslutninger
• Endrer prioriteringer
• Snakker med viktige kunder når det trengs
• Overstyrer agentene ved behov
• Forbedrer systemet

Hun er ikke lenger den som flytter papir fra A til B.

Hun er den som styrer flyten.

Det er en enorm forskjell.

Den gamle rollen var saksbehandler. Den nye rollen er operatør, kontrollør og systemtrener.

En enkel måte å forklare dette på

Tenk på en restaurant.

Før hadde du én person som tok imot bestilling, én som ropte til kjøkkenet, én som sjekket lageret, én som ringte leverandør, én som tok betaling, én som svarte kunden hvis maten var forsinket.

I agentsystemet har du fortsatt alle funksjonene.

Men de er koblet sammen.

Når kunden bestiller fisk, sjekker systemet automatisk:

• Har vi fisk?
• Hvis ikke, hvilken leverandør har fisk?
• Når kan den leveres?
• Hva koster den?
• Påvirker det margin?
• Må kunden informeres?
• Stemmer fakturaen etterpå?

Mennesket trenger ikke lenger løpe mellom rommene.

Mennesket står ved kontrollpanelet.

Slik kan hele agentorganisasjonen beskrives

Innkjøpsavdelingen

Innkjøpsagentene passer på at selskapet kjøper riktig vare, fra riktig leverandør, til riktig pris, til riktig tid.

De sjekker:

• Lagerstatus
• Leverandørpris
• Leveringstid
• Frakt
• Alternativer
• Restordre
• Margin
• Tidligere leverandørpresisjon

De gjør ikke bare "kjøp billigst".

De vurderer totalen.

Billigst er ikke alltid best hvis kunden trenger varen i morgen.

Logistikkdelen

Logistikkagentene passer på bevegelsen.

De sjekker:

• Er varen sendt?
• Har vi sporingsnummer?
• Er pakken forsinket?
• Kommer alt samlet?
• Skal noe delleveres?
• Er varen mottatt?
• Skal kunde varsles?
• Må konsulent bookes etter levering?

Logistikk er ikke bare frakt. Det er rytmen i hele ordreprosessen.

Kundeserviceavdelingen

Kundeserviceagentene passer på dialogen.

De svarer på:

• Hvor er ordren min?
• Kan jeg endre leveringsadresse?
• Kan jeg returnere denne varen?
• Er dette riktig toner?
• Kan dere sende sporingsnummer?
• Når kommer resten?
• Kan vi få kopi av faktura?
• Hva gjør vi når produktet ikke virker?

Men viktigst:

De svarer ikke bare med tekst. De kobler seg på fakta.

En god kundeserviceagent skal aldri gjette. Den skal hente status fra ordre, lager, leverandør, frakt og faktura.

Regnskapsavdelingen

Regnskapsagentene passer på at pengene stemmer.

De sjekker:

• Stemmer faktura mot ordre?
• Stemmer faktura mot varemottak?
• Er MVA riktig?
• Er leverandør riktig?
• Er kontonummer kjent?
• Er beløpet innenfor avtale?
• Skal fakturaen godkjennes?
• Finnes det kreditnota?
• Er varen returnert?
• Skal kostnaden kobles til kundeordre?

Regnskap blir ikke bare "bokføring etterpå".

Det blir en kontrollmotor inne i selve driften.

Den store gevinsten

Dette er ikke først og fremst at man sparer tid på én oppgave.

Gevinsten er at hele flyten blir mer sammenhengende.

Kunden slipper å oppleve at selskapet er delt i siloer.

Før kunne kunden høre:

"Det må jeg sjekke med innkjøp." "Det må regnskap se på." "Det ligger hos leverandør." "Jeg finner ikke saken."

Nå kan kundeserviceagenten se hele bildet:

• Ordre
• Innkjøp
• Leverandørstatus
• Frakt
• Faktura
• Retur
• Tidligere dialog

Da oppleves selskapet som ett system, ikke tre avdelinger som sender e-post til hverandre.

Den nye hverdagen i én setning

Et moderne agentstyrt IT-selskap kan fungere slik:

Én kundeordre starter en kjede av små, kontrollerte agenthandlinger på tvers av innkjøp, logistikk, kundeservice og regnskap, mens ett menneske styrer unntakene, risikoen og forbedringen av systemet.

Det er hele poenget.

Ikke at AI "erstatter alt".

Men at AI gjør det mulig for én dyktig person å styre en operasjon som tidligere krevde en hel liten administrasjon.

Hva denne fortellingen egentlig viser

Dette er et kongeeksempel på AI-native drift.

Fordi det ikke handler om å putte en chatbot oppå gamle systemer.

Det handler om å endre hvordan arbeid flyter.

Før var bedriften bygget rundt avdelinger.

Nå er bedriften bygget rundt prosesser, data, regler og agenter.

Det gamle spørsmålet var:

Hvem skal gjøre denne oppgaven?

Det nye spørsmålet er:

Kan systemet håndtere dette trygt selv, eller trenger det menneskelig vurdering?

Der ligger hele skiftet.

Ordliste

Kilder og ressurser