Hva får bedriften i et automasjonsløp?
Leveransen tilpasses oppgaven, men et godt løp bør gi dere en dokumentert arbeidsflyt – ikke bare en samling koblinger.
- Kartlegging av dagens manuelle steg og baseline.
- Oversikt over systemer og autoritative datakilder.
- Forslag til hva som løses med regler, AI og menneskelig kontroll.
- En avgrenset første implementasjon.
- Logging, feilhåndtering og kontrollpunkter.
- Måling og anbefaling om hva som eventuelt bør automatiseres videre.
Slik starter vi: én prosess fra input til resultat
Vi beskriver prosessen uten teknologispråk først. Eksempel: «Når en ny henvendelse kommer inn, leser selgeren teksten, oppretter kunde, finner kriterier, lager oppgave og skriver et svar.»
Deretter markerer vi hvilke steg som er faste, hvilke som krever tolkning og hvilke som representerer virksomheten utad. Det gir en konkret arkitektur før vi velger integrasjon eller modell.
Regler, AI og mennesker har forskjellige jobber
Integrasjoner bygges med minst mulig tilgang
Hvis arbeidsflyten trenger å lese et CRM og opprette en oppgave, er det ikke nødvendig å gi en agent generell tilgang til å endre alle kundedata. Vi bruker så smale grensesnitt og rettigheter som oppgaven tillater.
Human-in-the-loop er en del av leveransen
Halvautomatisk er ofte riktig første versjon. AI kan generere et godt e-postutkast, mens selgeren godkjenner før sending. Systemet kan foreslå publiseringsinnhold, mens markedsansvarlig velger og publiserer.
Kontrollpunktet kan senere flyttes dersom målinger viser stabil kvalitet og konsekvensen er lav, men det bør være en bevisst beslutning.
Hvordan håndterer vi feil?
En stabil automasjon trenger en plan for feil, ikke bare «happy path».
- Midlertidige API-feil kan prøve på nytt.
- Ugyldig data bør stoppes og markeres.
- Usikker AI-output kan sendes til kontroll.
- Duplikate hendelser bør ikke opprette samme handling flere ganger.
- Viktige steg bør logges slik at hendelsen kan spores.
Hva må kunden bidra med?
De beste prosjektene har en intern eier som kjenner arbeidsflyten og kan svare på hva som faktisk er riktig. Vi trenger normalt:
- en konkret prosess og ønsket resultat,
- tilgang til testdata eller representative eksempler,
- en person som kan validere output,
- avklaring av hvilke systemer og rettigheter som kan brukes,
- enighet om hva som aldri skal automatiseres uten godkjenning.
Fra pilot til stabil drift
- Baseline: mål dagens prosess.
- Pilot: bygg den minste sammenhengende arbeidsflyten.
- Observasjon: logg resultater og feil.
- Justering: forbedre prompts, regler eller datakilder.
- Stabilisering: dokumenter ansvar, retry og avvik.
- Utvidelse: automatiser mer bare der data viser at det er fornuftig.
Når blir et automasjonsprosjekt et eget system?
Hvis arbeidsflyten etter hvert trenger felles datamodell, flere roller, historikk, dashboards og mange integrasjoner, kan det være ryddigere å samle den i et eget operativt system.
RealtyFlow/Nexus, Olivia og Corporate Intelligence er eksempler på hvordan enkelte arbeidsflyter vokser til vertikale arbeidsflater. Les om vertikale AI-systemer →
Hva bør måles?
Vi definerer målet ut fra prosessen: tid per sak, responstid, feilrate, antall manuelle steg, andel output som godkjennes, eller hvor ofte saken får riktig neste steg. Målingen skal kunne si om arbeidsflyten ble bedre – ikke bare om automasjonen kjørte.
Eksempler på arbeidsflyter
Vanlige spørsmål
Hva er forskjellen på AI og vanlig automatisering?
Vanlig automatisering følger faste regler. AI brukes når arbeidsflyten også må tolke fritekst, klassifisere, oppsummere eller foreslå noe som ikke kan beskrives med en enkel regel.
Må alt være helautomatisk?
Nei. Mange gode løsninger lar AI forberede eller foreslå og lar et menneske godkjenne handlinger med høy konsekvens.
Kan dere koble til eksisterende CRM og systemer?
Ja, når systemene har egnede API-er, webhooks eller andre sikre grensesnitt. Vi kartlegger datakilde, tilgang og ønsket handling først.
Hvordan starter et automasjonsprosjekt?
Med én konkret arbeidsflyt, baseline for dagens prosess, avklart datakilde og tydelig definisjon av hvilke steg som kan automatiseres og hva som krever kontroll.
Hva hvis prosessen endrer seg?
Arbeidsflyten bør være dokumentert og modulær nok til at regler, prompt eller integrasjon kan endres uten å bygge alt på nytt.