Förra veckan byggde jag ett verktyg för att följa upp aktiviteter i ett kundprojekt. Tre personer skulle använda det i sex veckor. Med AI tog det två timmar att bygga.
För ett år sedan hade jag antingen köpt en SaaS-licens vi inte behövde efter projektet, eller tvingat in arbetet i Excel. Nu byggde jag exakt det vi behövde, använde det, och slängde det när projektet var klart.
Det förändrar hur vi bör tänka om mjukvara.
Varför vi köper SaaS
Den traditionella logiken är enkel: programmering är dyrt. Genom att köpa SaaS sprider vi utvecklingskostnaden över tusentals kunder. Salesforce, Slack och Jira fungerar tillräckligt bra för de flesta. Det är billigare än att bygga själv.
Men alla organisationer har sina specifika glapp. De små processerna som aldrig riktigt passar i standardverktygen. De hamnar i Excel, i manuella rutiner, eller görs helt enkelt inte alls.
Det är här kalkylen har ändrats.
När kod blir billig
När AI pressar kostnaden för att skriva kod mot noll förändras matematik. Plötsligt kan vi bygga små, specifika verktyg för behov som aldrig skulle motivera en SaaS-licens eller ett utvecklingsprojekt.
Tre personer på ekonomiavdelningen behöver följa upp något under budgetperioden? Bygg det. Använd det. Släng det när behovet är över.
Det kräver ett annat mindset. Vi måste sluta se mjukvara som monument byggda för att stå i tio år. Istället: verktyg som lever så länge problemet lever.
Jag kallar det förbrukningskod. Inte för att den är dålig, utan för att den är avsedd att ha ett slutdatum.
Vad som blir värdefullt
När AI tar över kodandet flyttas flaskhalsen. Frågan är inte längre hur vi bygger, utan vad vi bygger.
Det betyder att den viktigaste kompetensen inte längre är teknisk syntax. Det är klarhet. Förmågan att formulera ett bra koncept, förstå sammanhanget, och styra AI mot rätt lösning.
I en värld av förbrukningskod är det idén som är bestående. Koden är temporär.
Det förändrar vilka som kan bygga. Produktägare som förstår problemet kan nu skapa lösningar utan att gå via en utvecklingsavdelning. Konsulter kan leverera fungerande verktyg istället för PowerPoints.
Balansen: grund och verktyg
Men vi kan inte bygga hela verksamheten på förbrukningskod. SaaS är fortfarande avgörande för rätt saker.
Infrastruktur kräver stabilitet. För kritisk data, säkerhet och långsiktig drift behöver vi robusta plattformar. Det är betonggrunden som inte får vara bräcklig eller beroende av att någon minns hur AI:n tänkte för sex månader sedan.
Verktyg kan vara tillfälliga. För det snabba, specifika och lokala fungerar förbrukningskod utmärkt. Men vi måste vara medvetna om underhållsriskerna. AI-genererad kod kan vara skör över tid - och ska därför behandlas som just förbrukningsvara.
Strategin handlar om att skilja på dessa två. Låt SaaS bära det tunga, tråkiga och stabila. Använd AI för de tunna, konceptdrivna lagren som gör just vår verksamhet vassare - även om verktyget bara används av fem personer och slängs efter en månad.
Åtgärder
1. Identifiera glappen. Var i verksamheten finns processer som är för små för SaaS men för jobbiga för Excel? Det är kandidater för förbrukningskod.
2. Bygg för att slänga. Designa AI-byggda verktyg med ett tydligt slutdatum. Dokumentera inte för evigheten - dokumentera för de som ska använda det nu.
3. Separera infrastruktur från verktyg. Var tydlig med vad som är betonggrund och vad som är byggnadsställning. Olika krav, olika livslängd, olika investeringsnivå.
4. Utveckla konceptförmågan. Träna organisationen på att formulera problem tydligt. Det är den nya flaskhalsen - inte kodning.
Slutsats
Framtiden tillhör inte den som skriver mest kod. Den tillhör den som har de tydligaste koncepten och modet att bygga, testa - och slänga.
Mjukvara behöver inte längre vara monument. Den kan vara förbrukningsvara. Det förändrar vad vi köper, vad vi bygger, och framför allt: vad vi vågar prova.