Inga produkter i varukorgen.
”Plötsligt kan alla koda – det riskerar att leda till kaos”
krönika Alla pratar om AI-tjänsterna som låter vem som helst bygga egna appar. Men vad händer om alla på företaget plötsligt blir utvecklare? Det är läge att fundera kring konsekvenserna innan det är för sent, skriver Mats Stålbröst i en krönika.
När jag växte upp var det tidsödande och ärligt talat ganska krångligt att skriva egna datorprogram. Själv nöjde jag mig med att knappa ihop en del program i språket Basic på min hemdator ZX Spectrum, men i bekantskapskretsen fanns det de som hoppade i den djupa sidan av poolen och vågade sig på maskinkod och mer avancerade programmeringsspråk.
Ett stort antal år senare ser spelplanen helt annorlunda ut. Med hjälp av AI-drivna tjänster som Lovable, Claude Code, Cursor, Codex och Github Copilot kan i princip vem som helst prompta fram egen mjukvara.
Det finns så klart enorma fördelar med att alla som har en bra idé kan bygga en egen mjukvaruprodukt och om du gör det på fritiden finns det inga större risker med detta. Men om du plötsligt bestämmer dig för att bygga appar som ska användas av dig själv och dina kollegor på jobbet är det läge att inte rusa iväg alltför snabbt.
Vad händer om någon som byggt en applikation, som visar sig fylla en nyckelfunktion, lämnar bolaget? Vem har då tillgång till dokumentationen och möjlighet att fortsätta driva utvecklingen?
Skapar ni ett beroende till en extern tjänsteleverantör som ansvarar för molndriften? Leverantörer kommer och går och avtal förändras, särskilt i den snabbrörliga AI-världen.
Många räknar med ökande kostnader
Vet du vad kostnaden kommer att vara om ett eller fem år? Det är ingen hemlighet att AI-tjänsterna är starkt subventionerade och många räknar med att kostnaderna kommer att skjuta i höjden. Plötsligt visar det sig att det som skulle vara så billigt istället är mer kostsamt än tredjepartsalternativen.
Hur säkerställer du att applikationerna är säkra och inte riskerar att läcka känsliga data? Om din applikation används för att samla in och behandla personuppgifter så kommer det exempelvis att krävas en del GDPR-arbete om du inte vill riskera dryga böter.
Riktigt riskabelt kan det bli om du börjar koppla egenutvecklade appar till andra it-system, som affärssystem och databaser som innehåller känsliga uppgifter. Då är din hemmasnickrade app plötsligt en viktig komponent i företagets digitala infrastruktur och samtidigt en potentiell säkerhetsrisk.
Och hur vet du att appen verkligen gör det du tror att den gör? Mjukvaruutvecklare är vana vid att arbeta sytematiskt och grundligt med kvalitetssäkring. Det här är något som även måste gälla för dina Lovable-skapelser.
De senaste åren har jag träffat ett stort antal AI-experter och alla understryker vikten av att AI-strategin förankras och koordineras på ledningsnivå. Annars minskar man möjligheterna att ta fram skalbara lösningar som kan användas i flera delar av organisationen och som det verkligen finns ett behov av.
Om alla börjar bygga egna appar utan någon som helst samordning så stundar ett kaos med kanske dussintals tjänster som i förlängningen riskerar att leda till ökade kostnader. Organisationer som lyckas använda kraften i AI-utvecklingsverktygen på rätt sätt kan frigöra enorm kreativitet och värde, men se till att ni har spelregler på plats innan ni rusar vidare.
Vilka verktyg får medarbetarna använda, vilka data får apparna kopplas ihop med och hur hanterar ni dokumentation och kvalitetssäkring? Med rätt styrning och kontroll på plats från början är det enklare att undvika AI-kaos och ett omfattande städarbete.
