De programvarukategorier som mest sannolikt kommer att byggas internt till 2027

Till 2027 är de programvarukategorier som mest sannolikt byggs internt arbetsflödesautomatisering, interna adminverktyg, instrumentpaneler och BI-rapportering, enklare CRM-system, projektledning och verktyg för kundsupport. Skiljelinjen går mellan process och korrekthet. Programvara som kodar hur din verksamhet fungerar är nu billigare att bygga än att hyra. Programvara som måste vara korrekt varje enskild gång, som lönehantering, betalningar, huvudböcker och skatt, kommer att förbli köpt.

Vilka programvarukategorier går över till internt först?

Arbetsflödes- och adminverktyg går först. Retools 2026 Build vs. Buy report undersökte 817 utvecklare och fann att 35 % redan hade ersatt minst ett SaaS-verktyg med en egenutvecklad lösning, och 78 % planerade att bygga mer under 2026. Kategorierna under störst tryck för utbyte: arbetsflödesautomatiseringar (35 %), interna adminverktyg (33 %), BI-verktyg (29 %), CRM och formulärbyggare (25 %), projektledning (23 %) och kundsupport (21 %).

Titta på vad de kategorierna har gemensamt. De flyttar din egen data genom din egen process. Ingen av dem involverar svår datavetenskap; värdet låg alltid i arbetsflödet, och arbetsflödet är ditt, inte leverantörens. När ett generiskt verktyg täcker 70 % av din process och tar betalt per användare för privilegiet, börjar ett AI-assisterat bygge som täcker 100 % vinna i kalkylbladsmatematiken. Kostnaden för att misslyckas är också låg. En trasig intern instrumentpanel kostar dig en eftermiddag, inte en stämningsansökan.

Varför händer detta nu?

Agentbaserad kodning förvandlade "det där borde vi bygga någon gång" till ett tvådagarsjobb. Gartner förutspår att till 2027 kommer över 65 % av de ingenjörsteam som använder agentbaserad kodning att betrakta utvecklingsmiljöer (IDE) som valfria, där kontroll, styrning och validering flyttas till automatiserade plattformar. Att bygga programvara håller på att bli något du övervakar snarare än något du skriver.

Samma Retool-undersökning visar hur moget AI-byggande ser ut i praktiken. Bland utvecklare som levererade fungerande programvara använder 72 % AI för att skriva avgränsade kodstycken som de integrerar själva, endast 31 % promptar sig fram till kompletta appar, och bara 8 % lanserar AI-genererad kod utan ändringar. Prompt-till-app är fortfarande minoritetsvägen. Det som förändrades är att kostnaden för anpassad programvara föll tillräckligt mycket för att vända standardvalet mellan att bygga eller köpa för en hel klass av verktyg. Det vände tyst också: 60 % av de tillfrågade utvecklarna levererade något utanför IT-avdelningens tillsyn under det senaste året.

Vad bevisade Klarna egentligen?

Klarna bevisade uppdelningen, inte hypen. Under 2024 meddelade deras VD att företaget stängde ner Salesforce och Workday, och rubrikerna förkunnade slutet för SaaS. Den efterföljande rapporteringen var mer användbar än rubrikerna: CX Today bekräftade att Klarna ersatte Workday med en annan leverantörs HR-plattform och byggde om sin CRM-funktionalitet från en blandning av mindre SaaS-verktyg och internt lim, med AI ovanpå.

Läs det noggrant och det bekräftar kategorilistan ovan. Det Klarna byggde internt var bindväven: datakonsolidering, interna arbetsflöden, det lager där deras process är unik. Vad de inte gjorde var att känslo-koda en kärnbankshuvudbok. Klarna är en licensierad bank. Programvaran som måste vara korrekt varje gång stannade hos specialister medan processprogramvaran flyttade internt, och det är samma avvägning som de flesta företag kommer att göra till 2027.

Vilken programvara kommer att förbli köpt?

Allt där ett felaktigt svar kostar pengar eller en licens. Löne- och skattemotorer. Bokföringssystem. Betalningsbehandling och PCI-efterlevnad. Certifierad hårdvara för kortbetalningar på plats. Lagerhantering under samtidig belastning, där två kassor säljer den sista enheten i samma sekund och saldot ändå måste bli rätt. Rapporter som stämmer av på öret.

AI skriver den här typen av kod flytande och med självförtroende, vilket är exakt vad som är problemet. Flytande och självsäker är inte detsamma som korrekt under belastning, granskad och certifierad, och de egenskaperna kommer från år av produktionstrafik och efterlevnadsarbete som ingen kodningsagent kan komprimera. Granska vilken "AI byggde hela vår teknikstack"-berättelse som helst och du kommer att hitta en köpt kärna under ytan.

Var landar ett kassasystem i denna uppdelning?

Ett POS sitter på båda sidor av linjen samtidigt, vilket gör det till ett användbart testfall. Framsidan av ett POS, vilket innebär kassautcheckningsflödet, skärmarna, vad som händer efter en försäljning och hur personalen hanterar en order, är processprogramvara: samma art som de interna verktyg som blir interna överallt annars. Det är därför efterfrågan på ett anpassat POS fortsätter att växa. Handlare är trötta på att böja sina arbetsflöden vid disken efter en leverantörs mall. Under det lagret sitter avstämning, lagersanning och avstämda rapporter, som landar stadigt i kategorin förbli köpt.

Det fungerande mönstret för 2027 är att bygga det lager du har åsikter om ovanpå en infrastruktur som någon annan ser till är korrekt. Final är byggt kring den uppdelningen: du beskriver ditt POS på vanligt språk, eller ansluter din egen AI via MCP, och flödena du skapar körs på hanterad handelsinfrastruktur, med lager, rapportering och Final Pay som hanterar betalningar genom en betalväxel och certifierade terminaler. För att se mönstret i praktiken visar genomgången om att bygga ett anpassat POS med ChatGPT-5.6 exakt var AI:n gör jobbet och var infrastrukturen tar över.