Skip to main content
POS18. juli 2026· Mathias Nielsen

Programvarekategoriane som mest truleg blir bygde internt innan 2027

Arbeidsflytverktøy, adminpanel, BI og enkle CRM-system blir no bygde internt. Løn, betalingar og hovudbøker blir det ikkje. Her er delelinja, med dataa bak.

Heimesnikra verktøy på ein arbeidsbenk ved sida av plastinnpakka eskevaredesign, som illustrerer programvare bygd internt versus kjøpt

Innan 2027 er programvarekategoriane som mest truleg blir bygde internt arbeidsflytautomatisering, interne adminverktøy, dashbord og BI-rapportering, enkle CRM-system, prosjektstyring og verktøy for kundestøtte. Delelinja går mellom prosess og korrektheit. Programvare som kodar korleis bedrifta di fungerer, er no billegare å byggje enn å leige. Programvare som må vere rett kvar einaste gong, som løn, betalingar, hovudbøker og skatt, vil framleis bli kjøpt.

Kva for nokre programvarekategoriar blir først bygde internt?

Arbeidsflyt- og adminverktøy går først. Retool sin Build vs. Buy-rapport for 2026 spurde 817 utviklarar og fann at 35 % allereie hadde erstatta minst eitt SaaS-verktøy med eit eigenbygd eit, og 78 % planla å byggje meir i 2026. Kategoriane med størst press på erstatning: arbeidsflytautomatiseringar (35 %), interne adminverktøy (33 %), BI-verktøy (29 %), CRM- og skjemabyggjarar (25 %), prosjektstyring (23 %) og kundestøtte (21 %).

Sjå på kva desse kategoriane har til felles. Dei flyttar dine eigne data gjennom din eigen prosess. Ingen av dei krev avansert datavitskap; verdien låg alltid i arbeidsflyten, og arbeidsflyten er din, ikkje leverandøren sin. Når eit generisk verktøy dekkjer 70 % av prosessen din og tek betalt per brukar for privilegiet, byrjar ein AI-støtta konstruksjon som dekkjer 100 % å vinne reknestykket. Kostnaden ved å feile er også låg. Eit øydelagt internt dashbord kostar deg ein ettermiddag, ikkje eit søksmål.

Utviklar som jobbar ved to skjermar på eit lite kontor, som representerer team som byggjer programvare internt med AI-kodingsagentar

Kvifor skjer dette no?

Agentbasert koding gjorde «det der burde vi byggje ein dag» til ein todagers jobb. Gartner føreseier at innan 2027 vil over 65 % av ingeniørteam som brukar agentbasert koding, sjå på IDE-ar som valfrie, der kontroll, styring og validering blir flytta til automatiserte plattformer. Å byggje programvare er i ferd med å bli noko du overvakar i staden for noko du skriv.

Den same Retool-undersøkinga viser korleis moden AI-bygging ser ut i praksis. Blant utviklarar som leverte fungerande programvare, brukar 72 % AI til å skrive avgrensa kodestykke som dei integrerer sjølv, berre 31 % brukar instruksjonar (prompts) til å lage heile appar, og berre 8 % leverer AI-generert kode utan endringar. Instruksjon-til-app er framleis unntaket. Det som har endra seg, er at kostnaden for tilpassa programvare fall nok til å snu standardvalet mellom å byggje eller kjøpe for ein heil klasse med verktøy. Det skjedde i det stille også: 60 % of dei spurde utviklarane leverte noko utanfor IT-avdelinga si overvaking det siste året.

Kva beviste Klarna eigentleg?

Klarna beviste splittinga, ikkje hypen. I 2024 kunngjorde administrerande direktør at selskapet la ned Salesforce og Workday, og overskriftene erklærte slutten på SaaS. Den påfølgjande rapporteringa var meir nyttig enn overskriftene: CX Today bekrefta at Klarna erstatta Workday med ein annan leverandør si HR-plattform og bygde opp att CRM-funksjonaliteten sin frå ein miks av mindre SaaS-verktøy og internt lim, med AI lagt på toppen.

Les det nøye, og det bekreftar kategorilista over. Det Klarna bygde internt var bindevevet: datakonsolidering, intern arbeidsflyt, laget der deira prosess er unik. Det dei ikkje gjorde, var å kode ein kjernebank-hovudbok med AI-vibrasjonar. Klarna er ein lisensiert bank. Programvara som må vere rett kvar gong, vart verande hos spesialistar, medan prosessprogramvara flytta internt, og det er den same avveginga dei fleste bedrifter vil gjere innan 2027.

Transportband som deler pakkar på to ulike band, noko som illustrerer kva for programvarekategoriar som blir bygde internt og kva for nokre som blir kjøpte

Kva for programvare vil framleis bli kjøpt?

Alt der eit feil svar kostar pengar eller ein lisens. Løns- og skattemotorar. Rekneskapssystem. Betalingsbehandling og PCI-samsvar. Sertifisert maskinvare for fysisk betaling. Lagerstyring under samtidig belastning, der to kasser sel den siste eininga i same sekund og talet framleis må bli rett. Rapportar som stemmer på øret.

AI skriv denne typen kode flytande og overtydande, noko som er akkurat problemet. Flytande og overtydande er ikkje det same som korrekt under belastning, revidert og sertifisert, og desse eigenskapane kjem frå år med produksjonstrafikk og samsvarsarbeid som ingen kodingsagent kan komprimere. Gransk kva som helst «AI bygde heile systemet vårt»-historie nøye, og du vil finne ein kjøpt kjerne i botnen.

Bankboks-dør i ein betongkorridor, som representerer programvare for pengehandtering som ikkje bør byggjast internt

Kvar landar ein POS i denne splittinga?

Ein POS sit på begge sider av linja samtidig, noko som gjer han til eit nyttig testtilfelle. Framsida av ein POS, altså betalingsflyten, skjermane, kva som skjer etter eit sal, og korleis dei tilsette navigerer gjennom ein ordre, er prosessprogramvare: same art som dei interne verktøya som blir flytta internt overalt elles. Det er difor etterspurnaden etter ein tilpassa POS held fram med å vekse. Forhandlarar er ferdige med å bøye arbeidsflyten ved disken rundt ein leverandør sin mal. Under det laget sit oppgjer, lagersanning og avstemt rapportering, som landar trygt i kategorien for det som framleis blir kjøpt.

Det fungerande mønsteret for 2027 er å byggje laget du har meiningar om på toppen av infrastruktur som nokon andre sørgjer for at er korrekt. Final er bygd rundt denne splittinga: du beskriv POS-en din i vanleg språk, eller koplar til din eigen AI over MCP, og flytane du opprettar køyrer på administrert handelsinfrastruktur, der lager, rapportering og Final Pay handterar betalingar gjennom ein betalingsformidlar og sertifiserte terminalar. For å sjå mønsteret i praksis, viser gjennomgangen av å byggje ein tilpassa POS med ChatGPT-5.6 nøyaktig kvar AI-en gjer jobben og kvar infrastrukturen tek over.

Ofte stilte spørsmål

Kva programvarekategoriar er mest sannsynleg at blir bygde internt innan 2027?

Arbeidsflytautomatisering, interne admin-verktøy, BI- og rapporteringsdashbord, enkle CRM-system, prosjektstyring og verktøy for kundestøtte. Dette er kategoriane der Retool si undersøking blant utviklarar i 2026 fann det største presset for utskifting.

Kvifor erstattar bedrifter SaaS med spesialbygde verktøy?

AI-assistert utvikling har redusert kostnadene og tida det tek å byggje tilpassa programvare, medan generiske SaaS-verktøy berre dekkjer ein del av arbeidsflyten til eit team og tek betalt per brukar. I Retool si undersøking frå 2026 hadde 35 % av teama allereie erstatta minst eitt SaaS-verktøy med eit eigenbygd verktøy.

Erstatta Klarna Salesforce og Workday med AI?

Ikkje heilt. Klarna la ned begge, men oppfølgjande rapportering viste at dei erstatta dei med ein kombinasjon av alternative leverandørar og internt utvikla verktøy, med AI på toppen. Kjernebanksystema deira blei verande hos spesialistar.

Kva programvare bør du ikkje byggje internt?

Programvare som må vere rett kvar einaste gong: løns- og skattemotorar, hovudboksystem, betalingsbehandling og PCI-samsvar, og varelager under samtidig bruk. Eit feil svar i desse systema kostar reelle pengar eller lisensen.

Kan du byggje eit POS-system internt med AI?

Du kan byggje arbeidsflytlaget med AI: betalingsflytar, skjermar og kva som skjer etter eit sal. Betalingar, sertifisert maskinvare for fysiske kort (card-present) og avstemt rapportering krev produksjonsklar handelsinfrastruktur i botnen.

Programvarekategoriar som mest truleg blir bygde internt | Final POS