Bør bedrifta di byggje si eiga interne programvare i 2026? (Vi gjorde det)

Ja. I 2026 er det å avgjere at bedrifta di skal byggje si eiga interne programvare ei forsvarleg økonomisk avgjerd, ikkje eit jåleriprosjekt. Vi kan seie det med eit alvorleg andlet fordi vi har brukt det siste året på å gjere nettopp det: bloggen vår, kunnskapsbasen, versjonsmerknadene, undersøkingane, nyheitsbreva og hendingssporinga køyrer alle på ein plattform vi har bygd sjølve. Det fulle svaret har likevel ein del to. Bygg verktøya. Kjøp infrastrukturen. Det meste av angeren i denne avgjerda kjem av å blande saman desse to.

Kvifor har bygging versus kjøp snudd for interne verktøy?

Fordi kostnaden ved å byggje har kollapsa, medan kostnaden ved å leige har halde fram med å stige. Den gjennomsnittlege bedrifta køyrer no 106 SaaS-applikasjonar (abonnementsprogramvare, betalt månadleg eller årleg)¹, og det globale SaaS-forbruket var venta å nå 299 milliardar dollar i 2025, opp frå rundt 251 milliardar dollar året før². Desse tala er nøyaktige per publisering; sjå på detaljane som eit augeblinksbilete av ein marknad i rask endring.

Kvart og eit av desse abonnementa var på eit tidspunkt billegare enn å byggje løysinga sjølv. Den reknemåten gjekk ut frå at bygging innebar å tilsetje utviklarar i eit kvartal. KI-kodegenerering knuste denne føresetnaden: eit internt verktøy som før var eit månadslangt utviklingsprosjekt, kan no ofte setjast saman på nokre dagar med prompting, gjennomgang og feilretting. Abonnementssida av rekneskapen fekk ingen tilsvarande rabatt. Pris per brukar straffar deg framleis for å tilsetje folk, og funksjonen du treng ligg framleis eit hakk over abonnementet du betaler for.

Det gjer ikkje bygging gratis. Men det gjer det billeg nok til at det endeleg er verdt å ta samanlikninga.

Kva bygde vi eigentleg?

Vi are eit POS-selskap, og vi starta der det gjorde mest vondt: innhald. Den gamle arbeidsflyten vår for kunnskapsbasen innebar å skrive hjelpeartiklar i eit delt dokument, for så å kopiere og lime inn kvar endring i eit helpdesk-verktøy der søkefunksjonen ikkje kunne sjå innhaldet i samanslåtte seksjonar. Å løyse dette kravde at vi bygde vår eigen innhaldsplattform. Då den først var på plass, flytta vi også bloggen, versjonsmerknadene, undersøkingane, nyheitsbreva og e-postkampanjane over på den, og vi pensjonerte WordPress i juni 2026.

Sidan den gong har lista berre vakse: hendingssporing, eit verktøy for å lage tilbod til sal, ein chat-widget i appen. Neste ut er abonnementa for marknadsføringsautomatisering, CRM (kundeoppfølging) og prosjektstyring. Kvart verktøy vart bygd då den kjøpte versjonen svikta i ein spesifikk, konkret arbeidsflyt.

To atterhald frå innsida. For det første var det ikkje gratis: grunnleggjaren og utviklarane våre brukte reell tid på dette, og den tida kunne vore brukt til andre ting. For det andre er kvart verktøy du byggjer ditt for alltid. Feila er dine, sikkerheitskopiane er dine, og det finst inga kundestøtte å ringje fordi du er kundestøtta sjølv. Vi aksepterte det valet med opne augo. Det bør du også gjere, elles bør du halde fram med å kjøpe.

Kva programvare bør du framleis kjøpe?

Alt der det å gjere feil kostar pengar eller skaper juridisk risiko. Betalingsbehandling (å flytte kortpengar, regulert av PCI-samsvar, tryggleiksstandarden til kortbransjen) toppar lista, følgd av skatteberekning, lønn og det overordna rekneskapssystemet ditt (kjelda til sanninga som alt anna vert avstemt mot). KI-assistert bygging er bra på verktøynivået: skjema, dashboard, sporingsverktøy, planleggjarar, innhaldssystem. Det er ikkje bra på infrastruktur som må fungere feilfritt kvar einaste gong under reell belastning. Den same utfordringa dukkar opp når folk spør om dei kan byggje ein POS med ein generell KI-appbyggjar.

Distribusjon høyrer heime i den same vurderinga. Interne verktøy lever i nettlesaren og vert tilgjengelege i det augeblikket du rullar dei ut. Alt som krev oppføring i ein appbutikk arvar vekevis med godkjenningsprosessar som KI ikkje har gjort noko kortare.

Vi følgde vår eiga regel her. We bygde innhaldsverktøy og sporingssystem på toppen av handelsinfrastrukturen vi allereie driv, og vi bygde ikkje opp att betalingsvegar. Vi vil råde deg frå å prøve på det.

Korleis avgjer du kva du skal byggje først?

Tre spørsmål har fungert som eit godt filter for lista vår:

• Dersom dette verktøyet sluttar å fungere på ein tysdag, er det då eit ulempe eller ein katastrofe? Bygg ulempene først.

• Sviktar den kjøpte versjonen i ein spesifikk, konkret arbeidsflyt? "Fakturaen irriterer meg" er ikkje ein spesifikasjon. "Søkefunksjonen finn ikkje halvparten av artiklane våre" er det.

• Kven eig det om eit år? Kvart interne verktøy treng éin person som har ansvaret for det. Ingen eigar, inga bygging.

Den opplagde innvendinga: dette er lett for eit programvareselskap å seie. Heilt sant. Men verktøya vi erstatta først var dei minst tekniske, som innhald, undersøkingar og planlegging, hovudsakleg spesifisert av folk som ikkje skriv produksjonskode. Det reelle kravet er smalare enn å "vere eit programvareselskap". Nokon i bedrifta må kunne sjå når verktøyet gjer feil, og gå gjennom det KI-en har laga før det rører ved reelle data. Det er ein skilnad på eit verktøy med KI-funksjonar og eit verktøy ein KI kan byggje, og det sistnemnde fungerer berre dersom eit menneske kan kontrollere det.

Så, bør bedrifta di byggje si eiga interne programvare i 2026?

Ja, for verktøynivået: sporingsverktøya, dashboarda, innhaldssystema og planleggjarane du leiger i dag. Nei, for infrastrukturnivået: betalingar, lønn, skattar og overordna system, der eitt feil tal kostar reelle pengar. Vi bygde om att den første kategorien, heldt fram med å kjøpe den andre, og abonnementslista vår vert stadig kortare. Bygg det du berre ville sakna om det gjekk i stykker. Kjøp det som ville blødd deg tørr om det var feil.

Dersom det første abonnementet du ønskjer å seie opp ligg i handelssystemet ditt, kan du starte med å setje eit reelt tal på det: her er kva programvareabonnementa til ein typisk detaljist faktisk kostar per år.