35 % av teamene har erstattet et SaaS-verktøy med skreddersydd programvare. Bør du?

Tidlig i februar barberte en produktoppdatering fra Anthropic milliarder av børsverdien til bedriftsprogramvareselskaper på én eneste dag. Traderne kalte det SaaSpocalypse: markedet priset et øyeblikk inn en verden der selskaper slutter å kjøpe programvare og begynner å bygge den. To uker senere publiserte Retool sin Build vs. Buy-rapport for 2026, og undersøkelsesdataene støttet stemningen. Av 817 spurte utviklere hadde 35 % allerede erstattet minst ett SaaS-verktøy med noe skreddersydd, og 78 % planlegger å bygge mer i år.

Vi bygger skreddersydd programvare til daglig, så du skulle kanskje tro vi jublet. Stort sett grøsser vi. Det rapporten faktisk beskriver, er en bølge av rask og i stor grad ustyrt bygging som vil gi noen reelle gevinster og en haug med forlatte verktøy ingen vedlikeholder. Hvilken gruppe du havner i, avgjøres før noen skriver en prompt.

Hva rapporten faktisk sier

Først forbeholdet pressemeldingene hopper over: Retool spurte sine egne kunder og utviklere, 817 av dem, sent i 2025. Dette er folk som allerede har kjøpt en plattform for å bygge verktøy. Å spørre dem om de liker å bygge verktøy er litt som å spørre et treningssenter om trening. Retningen er informativ; de eksakte prosentene bør tas med en klype salt.

Med det filteret på sier funnene fortsatt mye. Hver eneste SaaS-kategori er under erstatningspress: arbeidsflytautomatisering (35 %) og interne adminverktøy (33 %) leder, med BI-verktøy på 29 %, CRM-er og skjemabyggere på 25 %, prosjektstyring på 23 % og kundeservice på 21 %. Casene er konkrete. ClickUp bygde seks interne AI-verktøy og kuttet 200 000 dollar i året i automatiseringsprogramvare. Harmonic ble lei av et verktøy til 20 000 dollar i året der supporten var tregere enn å bygge produktet på nytt, så de bygde det på nytt, og kjører nå 33 interne apper.

Og så statistikken som bør få deg til å bremse: 60 % av utviklerne leverte noe utenfor IT-avdelingens tilsyn det siste året. Spurt om hvorfor svarte de at de kunne bygge raskere enn IT kunne anskaffe (31 %), at eksisterende SaaS ikke gjorde det de trengte (25 %), eller at IT-prosessen rett og slett var for treg (18 %). Dette er ikke praktikanter med et helgeprosjekt; 64 % av respondentene var ledere på seniornivå eller høyere.

Hvorfor regnestykket snudde

I tjue år var bygge-eller-kjøpe-regnestykket stabilt. Å bygge betydde å ansette utviklere, vente to kvartaler og eie vedlikeholdet for alltid. Å kjøpe betydde et kredittkort. For alt som ikke var kjerneproduktet ditt vant kjøp som standard, og det var som regel riktig valg.

AI justerte ikke det regnestykket. Det veltet den ene siden av det. Et fungerende internt verktøy (et dashbord, en godkjenningsflyt, noe CRM-aktig som passer den litt rare salgsprosessen din) er nå dager med arbeid, noen ganger timer. Når byggingen koster så lite, slutter et abonnement på 15 000 dollar for programvare teamet ditt halvveis bruker å være et trygt standardvalg, og begynner å bli en budsjettpost noen bør stille spørsmål ved.

Men legg merke til hva abonnementet hadde å by på: en prislapp. Du visste hva det kostet. En skreddersydd løsning skjuler kostnadene sine på steder økonomiavdelingen ikke ser, og det er nøyaktig der dette går galt i mange selskaper akkurat nå.

Delen ingen budsjetterer for

Samme rapport lister de største organisatoriske hindrene for automatisering: uklar ROI (33 %), budsjett (30 %) og vedlikeholdsbyrde (26 %). Og 35 % av organisasjonene har ikke etablert noen produktivitetsmålinger for AI i det hele tatt. Sett dem sammen, og du får det ubehagelige bildet: selskaper bytter målbare abonnementer mot umålte interne verktøy, i stor skala, ofte uten at IT vet at verktøyet finnes.

Vi har skrevet før om måned 3-problemet i AI-assistert utvikling: prototypen kommer raskt og føles som magi, og regningen dukker opp rundt måned tre, når tingen plutselig trenger autentisering, tilganger, revisjonslogger og noen på vakt. Interne verktøy følger samme bue. Driftslederen som bygde dashbordet bytter team. API-et det lener seg på endrer form. Ingen andre kan lese den genererte koden. Nå kjører en del av inntektsdriften din på et verktøy med en bussfaktor på én.

Det er helt utelukket å gå i produksjon med en vibe-kodet løsning. Den kan fungere til demoer, men vi bygger teknologi i bedriftsklasse som må skalere på tvers av 30 land.

Det sitatet er fra Pierre Yves Calloc'h i Pernod Ricard, i den samme Retool-rapporten som feirer byggebølgen. Begge deler er sanne samtidig. Byggingen er reell og gevinstene er reelle, og lista for produksjon har ikke flyttet seg en millimeter.

Det finnes en presedens for hvordan dette går hvis du hopper over målingen. Gartner spår at halvparten av selskapene som kuttet kundeservicebemanning til fordel for AI, vil ansette i de samme rollene igjen innen 2027. Programvare kan følge samme løkke: si opp abonnementet, nyt demoen, tegn abonnementet stille på nytt om atten måneder etter at det interne verktøyet har råtnet. Retools egen rapport sier det godt: erstatning uten måling er bare churn.

Et kort beslutningsrammeverk

Erstatt når verktøyet er generisk og prosessen din ikke er det. Kategoriene øverst på presslisten (arbeidsflytautomatisering, intern admin, dashbord) er stort sett tynne programvarelag over dine egne data. Betaler du for hundre lisenser og bruker tolv, eller betaler for to hundre funksjoner og bruker ni, slår tilpasning funksjoner, og skreddersøm vinner. Harmonic-historien er malen: i det øyeblikket abonnementet koster mer i omveier enn byggingen ville kostet totalt, bygg.

Fortsett å kjøpe når prosessen din ikke er spesiell (lønn, regnskap, e-post), når etterlevelse er selve produktet, eller når verdien ligger i leverandørens økosystem og ikke i skjermbildene. Ingen bør snekre sammen systemet som holder dem HIPAA-kompatible selv, for å spare 400 dollar i måneden.

Og uansett hva du bygger, gjør det kjedelig med vilje: et ekte repo, tilgangsstyring, feilovervåking, en eier alle vet navnet på, og ett tall du følger med på: timer spart, saker lukket eller kostnader kuttet. Det er hele forskjellen mellom en eiendel og en forpliktelse. Retool-dataene viser at utviklere allerede forstår dette instinktivt: 72 % av dem som leverer ekte programvare bruker AI til å skrive kodebiter de tester og integrerer, mens bare 31 % prompter seg fram til komplette apper. Produksjonsprogramvare lever i den første gruppen.

Gapet mellom en promptet prototype og et verktøy selskapet ditt kan stole på, er der team som vårt blir hentet inn, vanligvis rundt måned tre. Prototypen er ikke bortkastet arbeid, for å være tydelig. Et vibe-kodet verktøy som driftslederen din bygde og hele teamet allerede bruker, er det beste kravdokumentet vi noensinne har fått i hendene. Det er bare ikke det ferdige produktet, og å behandle det som det, er slik re-abonneringsløkken starter.

Så, bør du? Hvis et verktøy på høytrykkslisten er dyrt, halvveis brukt og pakket rundt dine egne data: sannsynligvis ja, og økonomien vil bare vippe videre i den retningen. Bare svar på ett spørsmål før du sier opp noe som helst: hvem eier dette i måned tre? Finnes det et navn, bygg. Finnes det bare et skuldertrekk, fortsett å betale.