En bedrift ønsker automatisk oppfølging av nye kundehenvendelser. Markedsansvarlig foreslår et nytt CRM. IT-leverandøren foreslår en integrasjon. En utvikler mener det kan bygges på en helg. Daglig leder vil helst bruke systemene bedriften allerede betaler for.
Alle kan ha rett – avhengig av hva problemet faktisk er.
Før løsning velges, bør prosessen beskrives fra start til slutt:
- Hvor kommer henvendelsen fra?
- Hvilke opplysninger må være med?
- Hvem avgjør hva som skjer videre?
- Hvilke systemer inneholder kundedata?
- Hvilke unntak krever menneskelig behandling?
- Hva er konsekvensen hvis noe faller mellom systemene?
Digdir anbefaler at behovet beskrives før løsningen velges, og at kravene dekker blant annet personvern, sikkerhet, datakvalitet, logging, testing og menneskelig kontroll.[18]
Alternativ 1: Bruk det dere allerede har
Mange CRM-, økonomi- og kontorstøttesystemer har fått AI- og automatiseringsfunksjoner. Dette er ofte det tryggeste første alternativet fordi brukere, data og tilgangsstyring allerede finnes i plattformen.
Dette passer når:
- Oppgaven er ganske standard.
- Funksjonen allerede er inkludert eller rimelig.
- Dataene befinner seg i samme system.
- Leverandørens arbeidsflyt er god nok.
Ulempen er at bedriften må tilpasse seg leverandørens logikk. Det kan også oppstå sterkere leverandørbinding dersom flere prosesser flyttes inn i samme plattform.
Alternativ 2: Kjøp et spesialisert produkt
Et spesialisert produkt kan være riktig når mange virksomheter har det samme problemet, for eksempel booking, transkribering, kundeservice eller dokumentanalyse.
Fordelen er at produktet er utviklet, testet og støttet av en leverandør. Ulempen er et nytt abonnement, en ny datakopi og ofte enda et brukergrensesnitt.
Før kjøp bør bedriften spørre:
- Kan data eksporteres i et vanlig format?
- Finnes API eller webhooks?
- Hvem eier konfigurasjon og historikk?
- Hvordan håndteres sletting?
- Hvilke underleverandører brukes?
- Kan funksjonen administreres sentralt?
- Hvordan varsles bedriften om endringer?
Digdir anbefaler virksomhetsrettede produkter, trinnvis innføring og sentrale sikkerhetsinnstillinger der disse finnes.[5]
Alternativ 3: Integrer systemene
Noen ganger er problemet ikke mangel på funksjoner, men at systemene ikke snakker sammen. En integrasjon kan overføre en ordre, opprette en kunde, sende et varsel eller hente informasjon til en rapport.
Dette passer når:
- Dataene allerede finnes i gode fagsystemer.
- Arbeidet består av gjentatt overføring mellom systemer.
- Reglene er forholdsvis stabile.
- Bedriften vil beholde dagens verktøy.
Integrasjon er likevel ikke bare «koble A til B». Løsningen må håndtere duplikater, manglende data, feil formater, nedetid, endrede API-er og tilgang som utløper.
For hver kobling bør det finnes svar på:
- Hva utløser flyten?
- Hvilket system er originalkilden?
- Hva skjer ved feil?
- Hvordan oppdages det at noe mangler?
- Kan handlingen kjøres på nytt uten duplikater?
- Hvem mottar varsel?
- Hvordan stoppes koblingen?
Alternativ 4: Bygg en egen løsning
Skreddersøm passer når arbeidsflyten er unik, gir strategisk verdi eller ikke kan løses tilfredsstillende i standardverktøy.
Fordelen er kontroll over logikk, brukeropplevelse og integrasjoner. Ulempen er at bedriften blir ansvarlig for mer enn selve utviklingen:
- Drift og overvåking.
- Tilgangsstyring.
- Feilretting.
- Sikkerhetsoppdateringer.
- Dokumentasjon.
- Modell- og leverandørendringer.
- Support og videreutvikling.
En prototype som virker på en utviklers maskin, er ikke det samme som en produksjonsklar tjeneste.
Når bør AI ikke brukes?
Ikke alle prosesser trenger AI. Hvis oppgaven følger tydelige regler og dataene er strukturerte, er vanlig automatisering ofte billigere og mer forutsigbar.
Bruk AI når løsningen må tolke språk, dokumenter, bilder eller ustrukturert informasjon. Bruk regler når svaret kan bestemmes entydig.
Et robust system kan kombinere begge deler:
- AI trekker ut informasjon fra en e-post.
- Faste regler kontrollerer obligatoriske felt.
- Et menneske godkjenner tvilstilfeller.
- Integrasjonen oppretter saken i fagsystemet.
Beslutningsmatrise
| Spørsmål | Eksisterende funksjon | Nytt produkt | Integrasjon | Egen løsning |
|---|---|---|---|---|
| Raskest å starte | Ofte | Ofte | Varierer | Sjelden |
| Mest fleksibelt | Lavt | Middels | Middels | Høyt |
| Driftsansvar | Leverandør | Leverandør | Delt | Bedriften |
| Leverandørbinding | Høy | Middels/høy | Middels | Avhenger av arkitektur |
| Passer unik prosess | Sjelden | Delvis | Ofte | Ja |
| Krever intern kompetanse | Lavt | Lavt/middels | Middels | Høyt |
Neste steg i serien: AI-policy for småbedrifter: Reglene dere bør ha før ansatte deler kundedata med en chatbot og AI Act for norske småbedrifter: Hva gjelder nå – og hva bør dere forberede?.
