AI förändrar mjukvaruutveckling
genom att ta över mycket av de repetitiva standarduppgifter som utgör större delen av en utvecklares arbetsdag.
På sistone har något hänt i våra möten med kunder. Startups, entreprenörer och grundare kommer alla in med samma sak: en prototyp. Inte en pdf som förr, inte ens en Figma-skiss, utan en fungerande prototyp.
Ibland är den halvtrasig, ibland förvånansvärt bra, och ibland ser det ut som att någon har satt ihop fem tutorials och tio idéer och bara hoppats på det bästa. Kvaliteten varierar, men bara det faktum att prototyperna finns säger mycket om vart mjukvaruutvecklingen är på väg. De ersätter inte ingenjörsarbete, men de snabbar upp det tidiga utforskandet. Och var inte rädd: AI ersätter inte utvecklare. Det förändrar vad rollen innebär och öppnar dörren för icke-tekniska personer att vara med.
Försvinner det tråkiga?
Om vi tillämpar 80/20-regeln kan vi säga att 20 % av utvecklingen är djup problemlösning och 80 % är rutinarbete. ”Vi kopplar på ännu ett API och lägger till ännu en modal.” Självklart döljer även de ”rutinmässiga” delarna komplexitet, specialfall och säkerhetsaspekter, men det ändrar inte att mycket av arbetet känns repetitivt. Som tur är ser vi att AI gör allt mer av de 80 procenten.
Inte för att utvecklare inte kan göra det, utan för att ingen borde behöva lägga halva karriären på samma sysslor om och om igen. AI-verktyg är bra på att ta fram förutsägbar kod: betalflöden, CRUD-vyer, enkla dashboards, integrationer och onboardingsteg. Inte produktionsklara versioner – de kräver fortfarande regelefterlevnad, arkitektur och verifiering – utan snabba utkast som hjälper teamen att röra sig snabbare.
Så i stället för att fråga ”Vad ska utvecklarna göra när AI tar hand om det repetitiva?” bör du fråga ”Vad gör utvecklarna när grunden redan är byggd?”
Kommer produktägarna att göra mer själva?
För några år sedan idéspånade produktägarna, skrev specifikationer, skapade flöden och lämnade sedan över allt till utvecklarna.
Nu kommer de ofta med något som halvt fungerar. Verktyg som Lovable, Mocha, Vercels AI-arbetsflöde och otaliga mindre AI-byggare gör det enkelt för icke-utvecklare att testa idéer, designa flöden eller skapa MVP:er och prototyper. För dem är det perfekt för tidigt utforskande.
Det betyder att det första samtalet med utvecklarna inte längre börjar med ett tomt blad. Det låter snarare så här:
”Vi har testat tre olika användarresor.”
”Den här prototypen går sönder när användarna gör X.”
”Det här flödet är förvirrande – kan vi förenkla det?”
Självklart kan sådana prototyper också skapa teknisk skuld, felaktiga antaganden eller otydligt ägarskap om de behandlas som ”riktig” mjukvara. De fungerar mer som vägledning, men sparar ändå tid till de mer spännande delarna av projektet.
”Den viktigaste färdigheten för utvecklare är inte bara teknisk förmåga; det är en mer strategisk förståelse för vad kunderna verkligen behöver, och förmågan att sätta sig in i deras situation. Även i en teknikvärld är förtroende och mänsklig kontakt de starkaste tillgångar vi har.”
En ”produktingenjör”?
När AI skriver större delar av den funktionella koden växer en hybridroll fram – inte för att någon har hittat på den, utan för att arbetsflödet kräver det. Och egentligen är rollen inte ny. Många team har arbetat så i årtionden. Det som är nytt är verktygen och tempot.
Produktingenjören:
- förstår användaren
- ser produkten med affärsögon
- kan prata design, logik och arkitektur
- kan använda AI för att bygga tidiga versioner
- kan granska, omstrukturera och göra AI-resultat till något på riktigt
Kalla det ”produktingenjör”, ”produktutvecklare” eller ”teknisk produktägare”. Namnet spelar ingen roll, men det de gör gör det.
Det som försvinner är det gamla sättet att lämna över uppgifter från en expert till en annan. AI stramar upp projektflödet och gör det snabbare: utforska → bygga → validera → skriva om → finslipa.
Så vad kan utvecklarna smälta samman med?
De utvecklare som trivs i den här nya digitala miljön kommer att:
- använda AI för att ta bort friktion
- behålla lagret av mänskligt omdöme
- förstå produkten, inte bara koden
- satsa på arkitektur, felsökning, modellering och experimenterande
- vara nyfikna i stället för att skydda sig
- balansera snabb generering med verifiering, säkerhet och konsekvens – de delar som AI fortfarande inte hanterar väl
Tiderna förändras
Vi vet att produktägarna kommer att dyka upp med förtestade prototyper och en bredare förståelse för kundernas behov. De kommer att visa oss sina vibbkodade prototyper eller till och med lanserade betaprodukter. Men vibbkodning är inte ingenjörsarbete och bör inte ersätta det – det ger riktning, inte leverans.
Vi ändrar vårt arbetssätt för att möta marknadens behov. Vi anpassar oss och utvecklas för att röra oss snabbare, bygga smartare och leverera bättre produkter. Öppna och nyfikna. Vi välkomnar förändring och vågar utmana den traditionella synen på vad det innebär att vara utvecklare. Samtidigt inser vi att verifiering, säkerhet, regelefterlevnad och arkitektur inte försvinner bara för att genereringen går snabbare.
Åh, en sista sak: alla som påstår att de vet exakt vart allt det här är på väg ljuger. Ingen vet. Vi kan bara göra kvalificerade gissningar. Och det är fortfarande tidigt, men utvecklingen går snabbt.
