Automatisering av forretningsprosesser

De fleste automatiseringer fungerer i demoen og feiler i det stille på den hundrede kjøringen: en webhook kommer to ganger, et API får tidsavbrudd, en post forsvinner og ingen merker det før månedsavslutningen. Vi bygger og reparerer automatiseringer som prøver på nytt på en trygg måte, avstemmer data, gjenoppretter seg etter feil og forteller prosesseieren nøyaktig hva som gikk galt.

Tegn på at automatiseringen deres trenger ingeniørarbeid

Å koble sammen to tjenester tar en ettermiddag. Å holde koblingen riktig i et år, med ekte volum, er den delen vi gjør.

Bestillinger eller betalinger dukker av og til opp to ganger i CRM eller regnskapet, og noen fjerner duplikatene manuelt
En arbeidsflyt stoppet for en uke siden, og dere fikk vite det fra en kunde, ikke fra et varsel
Tallene i nettbutikken, på lageret og i regnskapet stemmer aldri helt, og en person avstemmer dem hver måned
Når en tilkoblet tjeneste går ned, er dataene fra den timen rett og slett tapt
Dusinvis av Zapier- eller Make-scenarioer driver virksomheten, og ingen kan si hvilke av dem som fortsatt betyr noe
Leads, fakturaer eller purringer kopieres fortsatt manuelt mellom systemer fordi den forrige automatiseringen gikk i stykker for ofte

Hva vi bygger og reparerer

Revisjon av prosesser og feil

Vi kartlegger hver prosess steg for steg og ser deretter på hvordan den feiler: gjentatte hendelser, tidsavbrudd, delvise skrivinger, manglende poster. Dere får en liste over hva som bør automatiseres eller rettes, i rekkefølge, med risikoen for hvert punkt.

Systemintegrasjoner

Koblinger mellom CRM, ERP, regnskap, nettbutikker, betalingsløsninger, e-post og meldingstjenester via API-er og webhooks. Skrivingene er idempotente, så en gjentatt hendelse lager aldri en ny bestilling eller faktura.

Nye forsøk og gjenoppretting

Midlertidige feil prøves på nytt med økende ventetid, og permanente feil havner i en kø for gjennomgang i stedet for å forsvinne. Etter et avbrudd fortsetter kjøringene der de stoppet, og tapte hendelser spilles av på nytt.

Avstemming av data

Planlagte kontroller sammenligner poster mellom systemer, for eksempel bestillinger mot betalinger eller beholdning mot lageret, og rapporterer hvert avvik med en lenke til posten.

Logger, varsler og en eier

Hver kjøring logges med inndata og resultat. Når noe feiler, får den navngitte eieren av prosessen et varsel som med vanlige ord sier hva som gikk galt og hvilke poster som er berørt.

Interne verktøy og boter

Administrasjonsskjermer og boter i meldingstjenester for stegene som fortsatt trenger en person: godkjenninger, unntak og rettelser. Bygd inn i den samme flyten, med endringshistorikk.

Verktøyet er den enkle delen

n8n, Make og Zapier er gode verktøy, og vi bruker dem. n8n kan også kjøre på deres egen server når data må bli værende i infrastrukturen deres. Verktøyet avgjør hvor raskt den første versjonen kommer. Om automatiseringen fortsatt fungerer om seks måneder, avhenger av ingeniørarbeidet rundt den: hva som skjer når den samme webhooken kommer to ganger, når et API er nede i en time, når en post endres to steder samtidig. Vi utformer den delen først, velger deretter verktøy for hver prosess og skriver egen kode der volum, logikk eller manglende koblinger gjør en no-code-plattform til feil valg.

Idempotente skrivinger: en gjentatt hendelse lager aldri et duplikat
Nye forsøk med økende ventetid ved midlertidige feil, en kø for gjennomgang ved permanente
n8n på egne servere når data må bli værende hos dere
Skreddersydde tjenester der koblinger mangler eller volumene er store
Migrering av uoversiktlige Zapier- eller Make-oppsett til noe som kan vedlikeholdes

Typiske prosesser vi automatiserer

De fleste henvendelsene vi får, faller inn i noen få mønstre. Innkommende leads fanges opp fra skjemaer, e-post og annonser, sjekkes for duplikater, tildeles en selger og får en første melding. Bestillinger synkroniseres mellom nettbutikken, lageret og regnskapet, med lagerbeholdningen oppdatert begge veier. Fakturaer genereres fra avtaler i CRM og følges opp frem til betaling, med purringer. Hver av disse berører penger eller kunder, så alle får samme behandling: ingen duplikater, ingen stille hull og en måte å spille av på nytt det som ble tapt.

Mottak av leads og fordeling i CRM
Synkronisering av bestillinger og lagerbeholdning mellom systemer
Fakturering, oppfølging av betalinger og purringer
Oppstartsløp for kunder og ansatte
Faste rapporter og varsler til ledelsen

Når noe går galt, vet eieren hva og hvor

Alle automatiseringer feiler av og til. Det som betyr noe, er om de feiler høylytt. Hver kjøring vi bygger, logges med hva som kom inn og hva som ble skrevet hvor. En feil sender et varsel til en navngitt person med prosessen, steget, feilen og de berørte postene, i stedet for et rødt ikon i et dashbord ingen åpner. Avstemmingsjobber sammenligner systemene med hverandre etter en fast plan, slik at en tapt post dukker opp neste morgen. Vi registrerer også et utgangspunkt før lansering, som kjøringer per uke, minutter per kjøring og antall feil, og sammenligner det med loggene etterpå, slik at effekten måles og ikke bare loves.

Kjørehistorikk for hver prosess, søkbar etter bestilling, faktura eller kunde
Varsler til prosesseieren på e-post eller i meldingstjeneste, med de berørte postene
Planlagt avstemming mellom systemer og en rapport over avvik
En skriftlig driftsinstruks: hvordan tapte hendelser spilles av på nytt og hvordan man ruller tilbake

Slik jobber vi

Prosesskartlegging

Intervjuer og skjermdeling med dem som gjør jobben, pluss en gjennomgang av hvordan dagens oppsett feiler. Dere får et kart over prosessene, utgangstall og en prioritert liste.

Løsningsdesign

For hver prosess: hvilke systemer som kobles sammen, hvilket verktøy som brukes, hva som skjer ved duplikater, tidsavbrudd og driftsavbrudd, og hvem som varsles. Dere godkjenner en kort skriftlig løsningsbeskrivelse før vi bygger.

Utvikling og testing

Vi bygger arbeidsflytene og integrasjonene og kjører dem på ekte data ved siden av den manuelle prosessen. Vi ødelegger dem også med vilje: gjentatte hendelser, en tjeneste som slås av, en delvis skriving.

Lansering og overlevering

Vi legger om prosessen og overleverer dokumentasjon, tilganger og en driftsinstruks, slik at teamet deres kan sjekke kjøringer og håndtere enkle problemer selv.

Drift og neste steg

Vi følger med på feil og avvik, oppdaterer integrasjoner når en tilkoblet tjeneste endrer API-et sitt, og rapporterer den målte effekten. Deretter velger vi neste prosess fra listen.

Verktøy og teknologier

Automatiseringsplattformer

Skreddersydd utvikling

Pålitelighet

Systemer vi kobler sammen

Slik kan vi samarbeide

Fast omfang

Én eller flere prosesser med avtalt løsning og resultat. Passer for en tydelig oppgave, som å koble nettbutikken til regnskapet eller gjøre mottaket av leads pålitelig.

Dedikert team

Et team som arbeider seg gjennom automatiseringslisten deres prosess for prosess og vedlikeholder det som allerede kjører. Passer for bedrifter med mange systemer og et voksende backoffice.

Timebasert

Revisjoner og reparasjoner av eksisterende automatiseringer, mindre integrasjoner og løpende drift. Dere betaler for tiden som faktisk brukes.

Relaterte prosjekter

AlmexMobileSWIFT

Tilbakemeldinger

Vi behandler hver kunde og prosjektet deres med omtanke.

Revol-teamet fortsetter å effektivisere kundens utviklingskapasitet med arbeid av høy kvalitet og pålitelig support. De kommuniserer godt og viser en solid forståelse av kundens behov og virksomhet.

Tomas

Daglig leder (Yukon, Canada)

Arbeidet fra Revol har fullt ut innfridd forventningene, og kunden er fornøyd. Den friske tilnærmingen og evnen til å være tilgjengelige for support har vært verdifulle. Kunder kan trygt velge dem som et kommunikativt og kundeorientert team som hjelper dem å nå målene sine.

Andrey

Daglig leder, Stellium (USA)

Ofte stilte spørsmål

Bør vi bruke n8n, Make, Zapier eller egen kode?

Det avhenger av volum, kompleksitet, hvor sensitive dataene er og hvem som skal vedlikeholde løsningen. Zapier og Make går raskt for standardkoblinger, n8n er mer fleksibelt og kan kjøre på deres egen server, og egen kode lønner seg ved store volumer, uvanlige systemer eller kjernelogikk. Reglene for pålitelighet er de samme uansett hvilket verktøy som kjører prosessen.

Zapier- eller Make-oppsettet vårt går stadig i stykker. Kan dere rette det uten å bygge alt på nytt?

Som regel ja. Vi går gjennom de eksisterende scenarioene, dokumenterer hva hvert av dem gjør, legger til feilhåndtering, deduplisering og varsler, og fjerner det som ikke lenger trengs. Bare delene som ikke kan gjøres pålitelige på sin plattform, bygges på nytt, og dere får begrunnelsen for hver av dem.

Hva skjer når en automatisering feiler?

Mislykkede kjøringer logges, prøves på nytt der det er trygt, og rapporteres til en navngitt person med de berørte postene. Ingenting feiler i det stille. Når årsaken er rettet, spilles de tapte hendelsene av på nytt, slik at dataene tar igjen det de manglet i stedet for å forbli tapt.

Hvordan hindrer dere duplikater?

Hver skriving har en nøkkel som identifiserer hendelsen, og mottakersiden sjekker den før noe opprettes. En webhook som kommer to ganger, eller et nytt forsøk etter et tidsavbrudd, oppdaterer da den samme posten i stedet for å lage en ny bestilling, faktura eller kontakt.

Hvordan vet vi at automatiseringen var verdt det?

Vi måler prosessen før vi starter: hvor ofte den kjøres, hvor lang tid den tar, hvor mange feil som oppstår. Etter lansering sammenligner vi de samme tallene fra loggene til automatiseringen. Dere får reelle timer og feiltall, ikke en lovet prosentsats.

Hvem eier kontoene og koden?

Det gjør dere. Kontoer på automatiseringsplattformer, servere og repositorier registreres på bedriften deres, og vi jobber med de tilgangene dere gir oss. Bestemmer dere senere å vedlikeholde alt internt, er ingenting avhengig av oss.

Hvor passer KI inn i prosessautomatisering?

Klassisk automatisering håndterer strukturerte data og tydelige regler. Når et steg krever at noen leser fritekst i e-post, forstår dokumenter eller avgjør hvor en henvendelse skal, kan en KI-agent ta over i den samme arbeidsflyten. Vi beskriver dette på siden om KI-integrasjon og legger det ofte til som et andre trinn.