Et sted i bedriften din ligger det et regneark.

Det har en fane som heter Ark3, en kolonne ingen lenger husker hvorfor er der, og en formel som ble skrevet i 2019. Hver mandag åpner én person det og oppdaterer det. Alle andre spør henne når de lurer på noe.

Det virker. Det har virket i flere år. Det er nettopp derfor ingen har gjort noe med det.

Hvorfor det ikke bare er tungvint

Et regneark som driver en prosess er ikke et irritasjonsmoment. Det er en risiko, og den har fire deler.

Kunnskapen ligger i hodet på én person. Blir hun sykmeldt i tre uker, stopper ikke bedriften, men den går saktere og gjør flere feil.

Det finnes ingen historikk. Du ser hva som står der nå. Du ser ikke hva som sto der i mars, eller hvem som endret det.

Feil oppdages sent. En cellereferanse som glapp i februar dukker opp som et avvik i juni, og da er sporet kaldt.

Og personopplysninger ligger i en fil på en delt disk, uten tilgangsstyring og uten noen som vet hvem som har kopiert den.

Kjenner du igjen minst to av disse, har du et regneark som er blitt til et system uten at noen bestemte det.

Det vanlige svaret virker ikke

Rådet du får er å kjøpe et system. Problemet er at du sannsynligvis allerede har gjort det.

Zylo, som analyserer programvarebruk på tvers av tusenvis av virksomheter, finner at under halvparten av lisensene som deles ut faktisk blir brukt, og at over en tredjedel av verktøyene i en organisasjon er kjøpt utenom IT-avdelingen. Det er tall fra store selskaper. Mekanismen er den samme hos en bedrift med tjuefem ansatte, men konsekvensen er hardere, fordi det er de samme tjuefem som skal lære seg alt sammen.

Grunnen er enkel. Du kjøpte et system laget for hundre bedrifter. Du er én. Åtti prosent passer. De siste tjue prosentene er akkurat der arbeidet ditt er spesielt, og det er der tiden går. Så lager noen et regneark ved siden av for å dekke gapet, og vi er tilbake til utgangspunktet.

Norske bedrifter kjenner dette godt. I en Telenor-undersøkelse blant norske små og mellomstore bedrifter om hvorfor digitaliseringen utsettes, er en av de vanligste forklaringene at man har forsøkt før og mislyktes, og at systemene ikke snakker sammen.

Håndtegnet kontrast mellom et stort standardsystem og en virkelig arbeidsprosess
Standardsystemet dekker det generelle. Regnearket vokser frem i gapet mot den faktiske arbeidsdagen.

Hva mikroprogramvare er

Mikroprogramvare er ett verktøy som løser én prosess, bygget for din bedrift, og driftet av noen andre enn deg.

Ikke en plattform. Ikke et miniatyr-ERP. Ett skjermbilde, eller fem, som gjør det regnearket gjorde, men med innlogging, historikk, varsler og en eier.

Ideen er ikke ny, men den har fått fart i år. TechCrunch skrev i januar 2026 om fremveksten av mikroapper, små programmer folk lager til seg selv med AI-verktøy i stedet for å kjøpe noe. Definisjonen som brukes der er verdt å merke seg: appene er laget for skaperen selv eller noen få andre, og de er ment å forsvinne når behovet er borte.

Det er en fin egenskap for en privat treningslogg. Det er en dårlig egenskap for timelistene dine.

Programvare som ikke får lov til å forsvinne

Her ligger hele forskjellen, og det er den viktigste setningen i denne artikkelen.

En mikroapp er designet for å dø. Mikroprogramvare i en bedrift må overleve at han som lagde den slutter. Den må tåle en innsynsforespørsel etter personopplysningsloven. Den må fungere i fjortende måned, når nettleseren har oppdatert seg tre ganger og betalingsleverandøren har endret et grensesnitt.

Å bygge er blitt lett. Å drifte er akkurat like vanskelig som før.

Sikkerhetsselskapet Escape skannet 5 600 apper som var bygget med AI-verktøy og publisert på nett. De fant over 2 000 kritiske sårbarheter, mer enn 400 eksponerte nøkler og tilgangstokener, og 175 tilfeller av personopplysninger på avveie, inkludert bankkontodata. Det var ikke testmiljøer. Det var apper i drift. Forbes oppsummerte problemet med at verktøyene skiller det å bygge fra det å forstå.

Vi bruker de samme verktøyene selv. De er gode. Poenget er ikke at noen skrev dårlig kode. Poenget er at ingen eide resultatet dagen etter.

Å være i drift betyr fem konkrete ting: sikkerhetskopi som noen har testet at faktisk kan gjenopprettes, tilgangsstyring så folk ser det de skal og ikke mer, dokumentert behandling av personopplysninger, oppdateringer når noe under deg endrer seg, og et telefonnummer du kan ringe når det står stille en tirsdag morgen.

Alle fem koster penger hver måned. Det er derfor de ofte hoppes over.

Håndtegnet lite programvareverktøy som binder sammen bedriftens eksisterende systemer
Et lite verktøy kan fylle ett bestemt hull, uten å late som det skal erstatte alt rundt seg.

Det legger seg rundt systemene du har

Mikroprogramvare skal ikke erstatte regnskapssystemet ditt. Den skal fylle hullet ved siden av det, og sende data videre dit de hører hjemme.

Noen eksempler på hva det kan være i praksis:

  • Bildebevis fra felt eller terminal. Operatøren dokumenterer tilstanden før noe forlater stedet, med tidsstempel og en delbar lenke til kunden.
  • Sjekkliste med signatur. Utført jobb kvitteres ut på mobil og blir til dokumentasjon mot kunde og tilsyn.
  • Tilbudsgenerator. Henter fra prislista, regner ut varianter, leverer ferdig PDF, i stedet for at fire selgere har hver sin mal.
  • Kundeportal med ordrestatus. Fjerner tjue telefoner i uka fordi kunden kan se svaret selv.
  • Vaktbytte og bemanningsoversikt for ett skiftlag, uten at dere trenger et fullt HR-system.
  • Varsler på serviceavtaler. Når skal vi ut igjen, hos hvem, og hva ble gjort sist.
  • Onboardingløype for nyansatte med kvittering på hva som er lest og forstått.
  • Timefangst fra prosjekt rett inn som fakturagrunnlag.

Ingen av disse er et halvt års prosjekt. De fleste er tre til seks uker.

Slik går vi inn

Vi vet at mange har fått en fireukers workshop og en rapport før, og at det ikke hjalp. Så vi gjør det motsatt vei.

Én dag hos dere. Vi går gjennom uka slik den faktisk er, ikke slik prosesskartet sier. Vi finner de tre stedene hvor det brukes mest tid på noe som ikke skaper verdi.

Én av dem velges. Den som gir mest tilbake for minst arbeid. Vi sier fra hvis svaret er at dere ikke trenger å bygge noe, og at en innstilling i systemet dere allerede har løser det.

Tre uker til noe i bruk. Ikke en demo. Noe folk logger inn i på en mandag.

Fast pris, og vi blir værende. Drift, sikkerhet og videreutvikling er en del av avtalen, ikke et etterord.

Vi bygger og drifter egne produkter ved siden av kundeprosjektene. Det er derfor vi vet hva den femte måneden koster, og hvorfor vi ikke later som den er gratis.

Så finn regnearket

Du vet sannsynligvis allerede hvilket det er. Det er det ingen tør å rydde i.

Det trenger ikke bli et nytt system. Det trenger å bli et lite stykke programvare som gjør nøyaktig det samme, og som noen andre enn deg passer på.