Bør bedriften din bygge sin egen interne programvare i 2026? (Vi gjorde det)

Ja. I 2026 er det å beslutte at bedriften din skal bygge sin egen interne programvare en forsvarlig økonomisk beslutning, ikke et forfengelighetsprosjekt. Vi kan si det med hånden på hjertet fordi vi har brukt det siste året på å gjøre nettopp det: bloggen vår, kunnskapsbasen, lanseringsnotatene, undersøkelsene, nyhetsbrevene og hendelsessporingen kjører alle på en plattform vi har bygget selv. Det fulle svaret har imidlertid en del to. Bygg verktøyene. Kjøp infrastrukturen. Det meste av angren i denne beslutningen kommer av å blande sammen disse to.

Hvorfor har «bygge eller kjøpe» snudd for interne verktøy?

Fordi kostnaden ved å bygge har stupt, mens kostnaden ved å leie har fortsatt å stige. Den gjennomsnittlige bedriften kjører nå 106 SaaS-applikasjoner (abonnementsprogramvare, betalt månedlig eller årlig)¹, og det globale SaaS-forbruket var anslått å nå 299 milliarder dollar i 2025, opp fra rundt 251 milliarder dollar året før². Disse tallene er nøyaktige per publisering; se på detaljene som et øyeblikksbilde av et marked i rask bevegelse.

Hvert eneste av disse abonnementene var på et tidspunkt billigere enn å bygge løsningen internt. Det regnestykket forutsatte at det å bygge betydde å ansette utviklere i et kvartal. AI-kodegenerering knuste den forutsetningen: et internt verktøy som pleide å være et månedslangt utviklingsprosjekt, kan nå ofte settes sammen på få dager med prompting, gjennomgang og feilretting. Abonnementssiden av regnskapet fikk ingen tilsvarende rabatt. Prissetting per bruker straffer deg fortsatt for å ansette folk, og funksjonen du trenger ligger alltid ett nivå over abonnementet du betaler for.

Det gjør ikke byggingen gratis. Det gjør det billig nok til at sammenligningen endelig er verdt å ta.

Hva bygde vi egentlig?

Vi er et POS-selskap, og vi startet der smerten var størst: innhold. Vår gamle arbeidsflyt for kunnskapsbasen innebar å skrive utkast til hjelpeartikler i et delt dokument, for så å kopiere og lime inn hver endring i et helpdesk-verktøy der søkefunksjonen ikke kunne se inni sammenslåtte seksjoner. Å løse dette innebar å bygge vår egen innholdsplattform. Da den var på plass, flyttet vi også bloggen, lanseringsnotatene, undersøkelsene, nyhetsbrevene og e-postkampanjene over på den, og vi faset ut WordPress i juni 2026.

Siden den gang har listen bare vokst: hendelsessporing, en tilbudsbygger for salgstilbud, en chat-widget i appen. Neste ut er abonnementene for markedsføringsautomatisering, CRM (kundeoppfølging) og prosjektstyring. Hvert verktøy ble bygget da den kjøpte versjonen sviktet i en spesifikk, konkret arbeidsflyt.

To forbehold fra innsiden. For det første var det ikke gratis: gründeren vår og utviklerne våre brukte reell tid på dette, og den tiden kunne vært brukt på andre ting. For det andre er hvert verktøy du bygger, ditt for alltid. Feilene er dine, sikkerhetskopiene er dine, og det finnes ingen kundestøtte å ringe fordi du er kundestøtten. Vi aksepterte det byttet med åpne øyne. Det bør du også gjøre, ellers bør du fortsette å kjøpe.

Hvilken programvare bør du fortsatt kjøpe?

Alt der det å gjøre feil koster penger eller medfører juridisk risiko. Betalingsbehandling (overføring av kortpenger, regulert av PCI-samsvar, kortbransjens sikkerhetsstandard) topper listen, etterfulgt av skatteberegning, lønn og det offisielle regnskapssystemet ditt (sannhetskilden som alt annet avstemmes mot). AI-assistert bygging er bra på verktøynivået: skjemaer, dashbord, sporingsverktøy, planleggere, innholdssystemer. Det er ikke bra på infrastruktur som må fungere feilfritt hver eneste gang under reell belastning. Den samme mangelen dukker opp når folk spør om de kan bygge en POS med en generell AI-appbygger.

Distribusjon hører hjemme i det samme regnestykket. Interne verktøy lever i nettleseren og rulles ut i det øyeblikket du distribuerer dem. Alt som krever en oppføring i en appbutikk, arver uker med godkjenningsprosesser som AI ikke har gjort noe kortere.

Vi fulgte vår egen regel her. We bygde innholdsverktøy og sporingsverktøy på toppen av handelsinfrastrukturen vi allerede drifter, og vi bygde ikke opp igjen betalingsveiene. Vi vil fraråde deg å prøve på det.

Hvordan bestemmer du hva du skal bygge først?

Tre spørsmål har filtrert listen vår godt:

• Hvis dette verktøyet slutter å fungere på en tirsdag, er det en ulempe eller en katastrofe? Bygg ulempene først.

• Svikter den kjøpte versjonen i en spesifikk, konkret arbeidsflyt? «Fakturaen irriterer meg» er ikke en spesifikasjon. «Søkefunksjonen finner ikke halvparten av artiklene våre» er det.

• Hvem eier det om et år? Hvert interne verktøy trenger én person som har ansvaret for det. Ingen eier, ingen bygging.

Den åpenbare innvendingen: Dette er lett for et programvareselskap å si. Sant nok. Men verktøyene vi erstattet først, var de minst tekniske – innhold, undersøkelser og planlegging – spesifisert hovedsakelig av folk som ikke skriver produksjonskode. Det reelle kravet er snevrere enn å «være et programvareselskap». Noen i bedriften må kunne se når verktøyet gjør feil, og gå gjennom det AI-en har produsert før det berører ekte data. Det er forskjell på et verktøy med AI-funksjoner og et verktøy en AI kan bygge, og sistnevnte fungerer bare hvis et menneske kan kontrollere det.

Så, bør bedriften din bygge sin egen interne programvare i 2026?

Ja, for verktøynivået: sporingsverktøyene, dashbordene, innholdssystemene og planleggerne du leier for øyeblikket. Nei, for infrastrukturnivået: betalinger, lønn, skatter og offisielle regnskapssystemer, der ett feil tall koster ekte penger. Vi bygde om den første kategorien, fortsatte å kjøpe den andre, og abonnementslisten vår blir stadig kortere. Bygg det du bare ville savne hvis det ble ødelagt. Kjøp det som ville ruinere deg hvis det var feil.

Hvis det første abonnementet du vil si opp er i handelssystemet ditt, kan du starte med å sette et reelt tall på det: her er hva en typisk forhandlers programvareabonnementer faktisk koster per år.