Anders är hjärnan bakom de tekniska e-handels-ramverken som tagit Nordic Nest, Lyko, NA-KD, Filippa K, Kicks, m.fl. från lovande digitala initiativ till ledande e-handelsaktörer.
\nI sin roll som CTO och chefsarkitekt för Sveriges främsta e-handelskonsult har han lett över 200 utvecklare till framgång. Med sin förmåga att kombinera teknik, strategi och affärsvärde har Anders en djup insikt om vad du som e-handlare behöver för att nå och överträffa dina mål.
"}},"image":{"localFile":{"childImageSharp":{"fixed":{"src":"/blog/static/2df85a861214273daf9c4b07be660c7a/e94f2/Anders_Ekdahl.jpg"}}}}},"excerpt":{"childMarkdownRemark":{"html":"Under lång tid har SaaS varit ett av de mest självklara vägvalen inom IT, men modellen börjar skava när kraven kommer höjas när ekonomin i systemutveckling förändras. Vilka SaaS-bolag har vad som krävs för att möta de nya kraven?
"}},"content":{"raw":"{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Vid det här laget är det ganska många som spekulerar i SaaS-döden eller SaaS-pokalypsen. Resonemangen att \\\"nu när kostnaden för att producera kod går mot noll kommer alla bygga sina egna lösningar och SaaS är utdömt\\\" flödar men missar halva poängen. \",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Detta är inget försvarstal för SaaS, men man behöver förstå vad värdet i SaaS är innan man dömer ut det. Man behöver också förstå att \\\"kostnaden för att producera kod\\\" bara är en del av det hela. Kod ska inte bara produceras och sen är allting färdigt. Men det betyder inte att SaaS-bolag kan fortsätta som innan och bli opåverkade av de massiva förändringar vi ser och framför allt kommer att se inom mjukvaru-världen.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Under lång tid har SaaS varit ett av de mest självklara vägvalen inom IT. I stället för att bygga, drifta och vidareutveckla komplex mjukvara själv har företag kunnat betala en löpande kostnad för att använda system som någon annan redan byggt. Varför lägga tid, pengar och risk på egen utveckling när det finns färdiga produkter som fungerar, uppdateras kontinuerligt och sköts av experter inom området?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"SaaS växte fram ur en tydlig frustration. Många företag hade tröttnat på egna system, egen drift, dyra implementationer, och långsamma utvecklingsprojekt. Att bygga själv var ofta både komplext och riskfyllt. Det krävde utvecklare, infrastruktur, uppgraderingar och långsiktigt förvaltande. SaaS erbjöd ett attraktivt alternativ i att använda standardiserade plattformar, paketerade som tjänster med abbonemangskostnad och snabbare time-to-market. Och inte minst väsentligt lägre ansvar för den tekniska helheten.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det har fungerat väldigt bra och i många fall fungerar det fortfarande väldigt bra. Men premissen som gjorde SaaS så självklar håller på att förändras.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Med LLM:er och AI förändras ekonomin i systemutveckling. Det är inte längre lika dyrt, långsamt eller svårt att skriva kod. Att skriva kod är förstås inte det enda som ska göras eftersom koden ska underhållas, vidareutvecklas och hanteras på olika sätt. Men även här kan AI hjälpa till att sänka kostnaden. Det är fortfarande inte gratis, men mycket lägre kostnad än tidigare.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Kod blir billigare att producera, idéer blir enklare att testa och anpassningar som tidigare krävde stora projekt kan byggas snabbare. Ibland även av personer som tidigare aldrig skrivit en rad kod.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det betyder inte att allting med mjukvara plötsligt blir enkelt. Säkerhet, arkitektur, data, integrationer och drift är fortfarande svårt. Men själva kostnaden för att skapa och förändra mjukvara sjunker dramatiskt. Och när kostnaden för anpassning sjunker så höjs också förväntningarna.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"När SaaS-modellen börjar skava\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Traditionellt har SaaS-produkter byggt på standardisering. Alla kunder använder i grunden samma produkt. Det är just det som gör modellen skalbar. Leverantören bygger en feature, många kunder får nytta av den, och produkten utvecklas över tid. Men för kunden innebär det också begränsningar. Vill man göra något som inte stöds av produkten får man antingen anpassa sig till systemet, hitta en workaround eller lämna in en feature request och hoppas att den prioriteras.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Under lång tid har det varit accepterat. Företag har stått med mössan i handen och bett sitt SaaS-bolag att lägga till en viss feature i backloggen. Ibland har svaret varit \\\"ja\\\" men ofta har svaret varit \\\"kanske\\\". Ganska ofta har svaret i praktiken varit \\\"nej\\\" men inlindat i ett \\\"vi ska fundera på det\\\".\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Men i en AI-driven utvecklingsvärld kommer det tålamodet minska. När företag ser att de själva kan skapa interna verktyg, integrationer och flöden på en bråkdel av tiden jämfört med tidigare så kommer de också börja ifrågasätta varför deras affärskritiska SaaS-system fortfarande är så svåra att anpassa. Varför ska ett system bara kunna konfigureras inom vissa ramar? Varför ska en unik process behöva pressas in i en standardmodell? Varför kan vi inte anpassa gränssnitten för att passa våra processer bättre?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det här innebär inte slutet för SaaS. Men det innebär att förväntningarna på SaaS kommer förändras kraftigt. \",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Pendeln svänger\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Vi har sett liknande pendelrörelser tidigare. Runt 2020 blev composable commerce ett av de stora modeorden inom e-handel och e-handels-arkitektur. Tanken var lockande att i stället för att köpa ett stort, färdigt system skulle man själv kunna sätta ihop en best-of-breed-lösning. En motor för produktinformation, en annan för sök, en tredje för checkout, en fjärde för CMS, en femte för personalisering, etc etc.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"På pappret lät det hur bra som helst. Varför kompromissa med en stor standardsvit när man kan välja den bästa komponenten för varje område? Problemet var att verkligheten blev mer komplex än vad det verkade. Någon behövde äga helheten och någon behövde få alla system att prata med varandra. Någon behövde förklara för verksamheten att för att utföra X så behövde de logga in i system Y och inte system Z, trots att system Z också lite hanterade X. Därför svängde pendeln tillbaka en del. Många började återigen efterfråga färdiga system. Plattformar som fungerar från dag ett. Mindre komplexitet och färre integrationer med tydligare ansvar och lägre risk. Man accepterade mindre flexibilitet i utbyte mot snabbare implementation.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Men nästa pendelsvängning kommer inte se ut som den förra. Det nya idealet kommer inte vara antingen färdigt eller flexibelt utan det kommer vara både och.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Företag kommer förvänta sig system som är färdiga att använda från dag ett men som samtidigt kan anpassas djupt efter den egna affären. De kommer vilja ha stabiliteten, säkerheten och produktutvecklingen från SaaS, men flexibiliteten från egenutvecklad mjukvara. De kommer vilja ha standard där standard räcker, och full anpassningsbarhet där affären kräver det.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det ställer helt nya krav på SaaS-bolagen. Det räcker inte att erbjuda några inställningar i ett admin-gränssnitt, ett API och en lista med integrationer. Framtidens SaaS-produkter kommer behöva vara mer öppna, mer programmerbara och mer anpassningsbara. De behöver ge kunderna möjlighet att bygga ovanpå, bredvid och ibland inuti produkten utan att hela SaaS-modellen faller sönder.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det kommer pressas från två håll som SaaS-bolagen tidigare inte behövt tänka på. När det blir enklare att sätta upp komplexa driftsmiljöer som kan hantera ens trafikmängd och när det blir lättare att bygga system och gränssnitt själv så kommer frågan \\\"blir det billigare om vi gör detta själva?\\\" att ställas betydligt oftare än vad den gjorts tidigare. Det kommer inte sluta med att varje e-handlare bygger sin egen e-handelsplattform, sitt eget PIM eller sitt eget ERP, men att den frågan ställs kommer att väcka krav på systemen man använder som tidigare inte funnits. Inte funnits för att det helt enkelt varit svårt för alla inblandade. Men det är på väg att ändras.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"SaaS är alltså inte dött. Men vi kommer definitivt att se en ny press på SaaS-bolagen att bevisa sitt värde i en ny värld.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Framöver kommer vinnarna vara de system som lyckas kombinera två saker som länge setts som motsatser: färdigt från dag ett och anpassningsbart på riktigt.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"}],\"nodeType\":\"document\"}","references":[]},"image":{"localFile":{"childImageSharp":{"fluid":{"src":"/blog/static/36844e964acf1ffa989a9b933fd05e6c/f9ff4/saas_%25C3%2583_r_ingen_sj%25C3%2583_lvklarthet_l%25C3%2583_ngre.png","srcSet":"/blog/static/36844e964acf1ffa989a9b933fd05e6c/5224a/saas_%25C3%2583_r_ingen_sj%25C3%2583_lvklarthet_l%25C3%2583_ngre.png 200w,\n/blog/static/36844e964acf1ffa989a9b933fd05e6c/d786d/saas_%25C3%2583_r_ingen_sj%25C3%2583_lvklarthet_l%25C3%2583_ngre.png 400w,\n/blog/static/36844e964acf1ffa989a9b933fd05e6c/f9ff4/saas_%25C3%2583_r_ingen_sj%25C3%2583_lvklarthet_l%25C3%2583_ngre.png 800w,\n/blog/static/36844e964acf1ffa989a9b933fd05e6c/73f08/saas_%25C3%2583_r_ingen_sj%25C3%2583_lvklarthet_l%25C3%2583_ngre.png 1200w,\n/blog/static/36844e964acf1ffa989a9b933fd05e6c/063af/saas_%25C3%2583_r_ingen_sj%25C3%2583_lvklarthet_l%25C3%2583_ngre.png 1600w,\n/blog/static/36844e964acf1ffa989a9b933fd05e6c/a2b22/saas_%25C3%2583_r_ingen_sj%25C3%2583_lvklarthet_l%25C3%2583_ngre.png 1672w","aspectRatio":1.7699115044247788,"sizes":"(max-width: 800px) 100vw, 800px"}}}}}},"post":{"node":{"id":"a5a215d9-233a-55b7-b492-84ceea28b623","visible":true,"title":"AI ökar inte bara produktiviteten, den ökar också sprängradien","date":"2026-05-21T15:23+02:00","categories":[{"id":"97ac6ac7-5662-5e31-9529-e8ef56619c47","title":"Säkerhet"},{"id":"1754a7d2-9644-55bc-9685-8054300ae00c","title":"Organisation"},{"id":"9f8c81ad-0203-5bf2-af74-48245de431c8","title":"Arkitektur"}],"author":{"id":"655bee42-45f4-58fb-aa07-ac2ac792a034","name":"Anders Ekdahl","shortName":"Anders","email":"anders@commercemind.se","description":{"childMarkdownRemark":{"html":"Anders är hjärnan bakom de tekniska e-handels-ramverken som tagit Nordic Nest, Lyko, NA-KD, Filippa K, Kicks, m.fl. från lovande digitala initiativ till ledande e-handelsaktörer.
\nI sin roll som CTO och chefsarkitekt för Sveriges främsta e-handelskonsult har han lett över 200 utvecklare till framgång. Med sin förmåga att kombinera teknik, strategi och affärsvärde har Anders en djup insikt om vad du som e-handlare behöver för att nå och överträffa dina mål.
"}},"image":{"localFile":{"childImageSharp":{"fixed":{"src":"/blog/static/2df85a861214273daf9c4b07be660c7a/e94f2/Anders_Ekdahl.jpg"}}}}},"excerpt":{"childMarkdownRemark":{"html":"AI gör det möjligt att producera kod snabbare än någonsin men mer kod betyder inte automatiskt mer värde. Det AI egentligen gör är att förstärka den kompetens och det omdöme som redan finns hos personen eller teamet som använder den. Därför blir förmågan att förstå problemet, se risker och veta vad som inte ska byggas viktigare än någonsin.
"}},"content":{"raw":"{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Detta är inte en artikel vars poäng är \\\"AI gjorde minsann fel en gång så bäst att fortsätta som innan, det här är ändå mest hajp\\\". Inte heller är poängen att alla borde rita om sin organisation imorgon för nu är allting helt annorlunda. Tekniken vi har tillgång till idag kommer inte försvinna och väldigt sannolikt kommer den bara att förbättras. Men i vilken takt det kommer ske och vilka effekter det kommer få går bara att spekulera i. När det nu är så mycket som händer är det lätt att få alldeles för bråttom att ändra allt utan att tänka efter lite först. Känna stress för att alla andra verkar redan kommit igång så då vill man börja springa innan man går.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Jag tror att många underskattar vad som faktiskt händer när utvecklare börjar använda AI för att skriva kod.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det finns en föreställning om att AI gör att man inte längre behöver utvecklare eller att ett utvecklingsteam helt plötsligt kan producera tio gånger så mycket. I en hel del moment kan AI göra människor mycket snabbare för det går att generera kod, tester, dokumentation, API-klienter och tekniska förslag i en hastighet som hade varit svår att föreställa sig för bara några månader sedan.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Men det betyder inte automatiskt att värdet ökar i samma takt. Idén att man inte längre behöver människor bygger på ett missförstånd om att det var skrivandet som var den svåra delen.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det var det sällan. Det svåra har alltid varit att förstå vad som faktiskt ska byggas och varför det ska byggas. Vilket problem det löser och vilka begränsningar som finns. Och inte helt sällan, att förstå när ingenting alls borde byggas.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"AI förstärker den kompetens du redan har\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"AI-kod är inte magisk. Den är ett resultat av instruktioner, exempel, antaganden och uppföljande frågor och de sakerna kommer från människor.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Om du är duktig på att förstå affärsproblemet kommer det att märkas i hur du använder AI. Du kommer att ge bättre kontext, ställa bättre följdfrågor, be om rätt avvägningar och granska svaret på ett mer relevant sätt. Om du har arkitekturellt tänkande kommer du att se när AI föreslår något som fungerar i ett isolerat exempel men som inte passar in i helheten. Om du är bra på att se risker kommer du att reagera när AI missar behörigheter, felhantering, prestanda, etc.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Men motsatsen gäller också.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Om du tenderar att överkomplicera lösningar kommer AI ofta att hjälpa dig att överkomplicera dem snabbare. Om du är otydlig med vad problemet faktiskt är kommer AI att fylla i luckorna själv och ibland kommer det att bli bra och ibland blir det mindre bra. De skarpare modellerna genererar sällan buggar, men i de fall som luckorna fylls med antaganden som inte stämmer med det du vill så är dessa ofta gömda i till synes elegant kod.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"AI tar inte bort dina mönster utan skalar upp dem. Och det blir ett växande problem eftersom AI kommer att utgå från din befintliga kodbas och se den som något värt att bygga vidare på. Den befintliga kodbasen utgör grundriktningen, och din prompt snävar in den riktningen. Du får alltså ett fantastiskt verktyg till att springa otroligt snabbt i helt fel riktning om det vill sig illa.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Samma sak gäller team. AI förstärker inte bara individers förmåga, utan också teamets sätt att arbeta. Starka team med tydlig riktning och bra kommunikation kan få enorm hävstång av AI. Svaga team kommer däremot att skala upp sina problem.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Ju större ett team är, desto viktigare blir kommunikationen. Om AI plötsligt gör att teamet kan skapa betydligt mer kod och fler förändringar men kommunikationen ligger kvar på samma nivå uppstår ett glapp. Det glappet blir snabbt farligt när fler saker byggs, men färre saker förankras. Fler beslut tas, men färre delas.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det är lätt att tänka att detta mest blir en teknisk påverkan men det är hela organisationen som påverkas. Organisationen är van vid att det tar en viss tid från ax till limpa och att den tiden gör att man hinner fånga upp problem och iterera innan något är klart och släpps. Med den hastighet man nu kan hålla sätts en helt annan press på att göra rätt direkt. Beslut måste vara genomtänkta från början och när man nu har möjlighet att göra ännu fler saker samtidigt behöver man tänka ytterligare ett steg för att förutse hur dessa saker samverkar.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Kompetens är inte en rak skala\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Vi pratar ofta om kompetens som om det vore en enda skala från junior till senior, från dålig till bra. Men i verkligheten är kompetens mycket mer flerdimensionell. En utvecklare kan vara väldigt snabb men svag på affärsförståelse. En annan kan vara tekniskt skicklig men göra lösningar som är lite mer komplicerade än vad som egentligen behövs. En tredje kan vara bra på att skriva kod som är lätt att läsa och förstå men ha svårt att se helheten.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"När AI kommer in i bilden försvinner inte de här skillnaderna utan blir snarare starkare. För AI producerar inte bara kod, den producerar kod i den riktning du styr den. Och riktningen avgörs av ditt omdöme.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"“Kan man inte bara be AI vara neutral?”\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Jo, det kan man. Man kan be AI skriva en neutral lösning, följa best practices, hålla det enkelt och undvika onödig komplexitet. Det är ofta en bra start.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Men då får man också en ganska neutral lösning, vilket inte behöver vara något dåligt. Många system skulle må bra av mer neutral och lite mindre kreativ kod. Och i flera fall räcker en neutral lösning mer än väl för det man behöver. Men om målet är att skapa något riktigt bra räcker det sällan med “meh”.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Bra tekniska lösningar uppstår inte bara genom att undvika fel. De uppstår genom avvägningar och genom att förutspå framtida krav.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Vad ska vara flexibelt och vad ska vara hårdkodat?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"}],\"nodeType\":\"list-item\"},{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Vad ska byggas nu och vad kan vänta?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"}],\"nodeType\":\"list-item\"},{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Vilket system ska äga vilken data?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"}],\"nodeType\":\"list-item\"},{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Var ska komplexiteten ligga, och vad är onödig komplexitet och vad är den komplexitet som är hjärtat i systemet?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"}],\"nodeType\":\"list-item\"},{\"data\":{},\"content\":[{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Vilka framtida behov är rimliga att ta höjd för, och vad är bara fantasier?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"}],\"nodeType\":\"list-item\"}],\"nodeType\":\"unordered-list\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det är inte frågor AI kan lösa i ett vakuum. Inte minst för att detta är frågor som kräver mänsklig kreativitet att lösa. Den LLM-arkitektur vi har med AI idag blickar bakåt på så sätt att den samlat in hela världens kunskap och destillerat ner den till dig. Men vissa av problemen du står inför är helt nya, eller åtminstone så är kompositionen av problemen nya. Vilket kräver kreativt tänkande som är svårt att enbart använda AI till.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Mer kod är inte samma sak som mer värde\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Om alla i ett team börjar använda AI och blir tre gånger snabbare på att producera kod så låter det först som en fantastisk nyhet.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Men frågan är, tre gånger mer av vad? Tre gånger mer genomtänkta lösningar? Tre gånger mer kundvärde? Tre gånger bättre arkitektur?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Eller bara tre gånger mer kod?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"För kod är inte gratis bara för att den är snabb att skriva. Kod ska läsas, testas, felsökas, vidareutvecklas, dokumenteras och ibland avvecklas. Den ska passa in i helheten. Och inte minst så kommer den utgöra kontexten för nästa AI-agent som ska bygga ovanpå den. Bra kod föder bra kod, dålig kod föder dålig kod.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det är här sprängradien kommer in. Alla utvecklare har en sprängradie och alla team har en sprängradie. Alla organisationer har en sprängradie. Varje gång nånting nytt tas fram, så blir det en sprängradie bara av att saker förändras.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Vissa skapar små problem som är lätta att rätta till. Andra skapar stora problem som påverkar flera system, flera team och flera år framåt. \",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"AI minskar inte automatiskt den sprängradien. Den kan lika gärna göra den större eftersom sprängradien är proportionerlig med hur mycket som produceras.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Värdet flyttar uppåt\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Värdet flyttas från att skriva varje rad kod själv till att formulera rätt problem. \",\"nodeType\":\"text\"},{\"data\":{\"uri\":\"https://www.youtube.com/watch?v=f84n5oFoZBc\"},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Hammock Driven Development\",\"nodeType\":\"text\"}],\"nodeType\":\"hyperlink\"},{\"data\":{},\"marks\":[],\"value\":\" blir viktigare än nånsin.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Det betyder också att specifikationer blir viktigare. Jag vet, det låter tråkigt. En specifikation i en AI-driven utvecklingsprocess behöver inte betyda hundrasidiga dokument som ingen mer än AI läser. Det kan betyda att man använder AI för att tänka bättre innan man börjar kodar eller till andra uppgifter för den delen. Be AI hitta fel i din specifikation, eller låt AI intervjua dig för att hjälpa dig ta fram den.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Alla gånger jag använt AI på olika sätt så har slutsatsen alltid blivit att ju mer konkret mitt problem och min formulering är, desto vassare är AI på att lösa det. AI är betydligt bättre på att rätta buggar eller hitta var det finns inkonsekvens i en specifikation än vad den är på att lösa \\\"bygg ett bra e-handelssystem åt mig\\\".\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Frågan är inte hur mycket kod vi kan producera\",\"nodeType\":\"text\"}],\"nodeType\":\"heading-2\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"AI håller redan på att förändra hur utveckling går till. Den kommer göra många saker snabbare och den kommer göra det möjligt för fler att bygga mer. Vilket i sig är fantastiskt. Flera av mina kollegor som aldrig skrivit en rad kod tidigare har kunnat bidra med saker på dagar eller timmar som tidigare tagit en utvecklare dagar eller veckor, så det är inga tvivel om att världen ser annorlunda ut idag än vad den gjorde för bara någon månad sedan.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Men om vi bara mäter AI i hur mycket mer kod vi kan producera riskerar vi att missa poängen.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Den viktiga frågan är inte:\\n\",\"nodeType\":\"text\"},{\"data\":{},\"marks\":[{\"type\":\"bold\"}],\"value\":\"Hur mycket snabbare kan vi skriva kod?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Se det som att AI är ett sätt att trimma din bil från att kunna köra i 100 km/h till att kunna köra i 10 000 km/h. Vill du verkligen sätta dig i den bilen utan att ha kollat så att det inte finns ett stort berg i den riktning du tänkt köra?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"För dig som köper in system eller tjänster går vi nu in i lite av en vilda västern-period där du kommer få erbjudande om att köpa in system och tjänster från helt nya aktörer som använder AI för att lösa dina problem. Det kommer vara lockande att kapa kostnader på detta sätt, och utmaningen för dig blir att veta vem som erbjuder en bil i ljusets hastighet på väg mot avgrunden, och vem som kan förstå vad det är du behöver och sen exekvera på det.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"Den viktiga frågan blir:\\n\",\"nodeType\":\"text\"},{\"data\":{},\"marks\":[{\"type\":\"bold\"}],\"value\":\"Hur mycket bättre kan vi tänka innan vi skriver eller beställer kod?\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"AI gör inte automatiskt ditt team klokare. Den gör teamets omdöme mer skalbart. Och det är både möjligheten och risken.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"},{\"data\":{},\"content\":[{\"data\":{},\"marks\":[],\"value\":\"AI ökar inte bara produktiviteten, den ökar också sprängradien.\",\"nodeType\":\"text\"}],\"nodeType\":\"paragraph\"}],\"nodeType\":\"document\"}","references":[]},"image":{"localFile":{"childImageSharp":{"fluid":{"src":"/blog/static/1078c6a05b633417fcf2173d4d29d329/f9ff4/AI_%25C3%2583_kar_inte_bara_produktiviteten__den_%25C3%2583_kar_ocks%25C3%2583__spr%25C3%2583_ngradien.png","srcSet":"/blog/static/1078c6a05b633417fcf2173d4d29d329/5224a/AI_%25C3%2583_kar_inte_bara_produktiviteten__den_%25C3%2583_kar_ocks%25C3%2583__spr%25C3%2583_ngradien.png 200w,\n/blog/static/1078c6a05b633417fcf2173d4d29d329/d786d/AI_%25C3%2583_kar_inte_bara_produktiviteten__den_%25C3%2583_kar_ocks%25C3%2583__spr%25C3%2583_ngradien.png 400w,\n/blog/static/1078c6a05b633417fcf2173d4d29d329/f9ff4/AI_%25C3%2583_kar_inte_bara_produktiviteten__den_%25C3%2583_kar_ocks%25C3%2583__spr%25C3%2583_ngradien.png 800w,\n/blog/static/1078c6a05b633417fcf2173d4d29d329/73f08/AI_%25C3%2583_kar_inte_bara_produktiviteten__den_%25C3%2583_kar_ocks%25C3%2583__spr%25C3%2583_ngradien.png 1200w,\n/blog/static/1078c6a05b633417fcf2173d4d29d329/063af/AI_%25C3%2583_kar_inte_bara_produktiviteten__den_%25C3%2583_kar_ocks%25C3%2583__spr%25C3%2583_ngradien.png 1600w,\n/blog/static/1078c6a05b633417fcf2173d4d29d329/a2b22/AI_%25C3%2583_kar_inte_bara_produktiviteten__den_%25C3%2583_kar_ocks%25C3%2583__spr%25C3%2583_ngradien.png 1672w","aspectRatio":1.7699115044247788,"sizes":"(max-width: 800px) 100vw, 800px"}}}}}}}},"staticQueryHashes":["63159454","720751055"]}