Del 1 · Kapitel 1

Varför väntan på AI blir dyrare för varje kvartal

Tekniken är inte längre flaskhalsen. Det som skiljer företag åt är hur tidigt de bygger data, processer och vana. Så räknar ni på kostnaden att vänta.

Av NicolasUppdaterad 9 min läsning

De flesta ledningsgrupper har redan diskuterat AI. Många har tittat på demonstrationer, några har köpt licenser och ett par har startat piloter. Ändå är det vanligaste läget hösten 2026 att AI används av enskilda medarbetare i enskilda uppgifter, medan de flöden som faktiskt kostar pengar ser ut som de gjorde för fem år sedan. Det här kapitlet handlar om varför det läget blir dyrare för varje kvartal — och varför argumentet "vi väntar tills tekniken har mognat" bygger på en missuppfattning om var kostnaden ligger.

Tekniken är inte längre flaskhalsen

För tre år sedan var det rimligt att vänta. Modellerna var dyra, opålitliga och svåra att koppla till befintliga system. Det mesta som gick att bygga var experiment.

Det har förändrats på tre sätt.

  • Kostnaden per uppgift har fallit kraftigt. Det som tidigare krävde en stor modell och en specialistbudget kan i dag göras för en bråkdel av kostnaden, och priset fortsätter att sjunka.
  • Modellerna kan utföra hela uppgifter, inte bara svara på frågor. Så kallade AI-agenter kan läsa ett ärende, hämta information i flera system, föreslå en åtgärd och lämna över till en människa när det behövs.
  • Integrationerna finns. De flesta affärssystem, CRM-verktyg och ärendehanterare har i dag gränssnitt som gör det möjligt att koppla in en modell utan att bygga om systemet.

McKinsey Global Institute bedömde i november 2025 att 58 procent av arbetstimmarna i tio europeiska länder går till uppgifter som dagens teknik i teorin redan kan automatisera — främst med AI-agenter. Det är en siffra om teknisk potential, inte en prognos för hur många jobb som försvinner. Men den säger något viktigt: frågan är inte längre om tekniken klarar arbetet, utan om organisationen är byggd för att använda den.

Där kostnaden faktiskt ligger

När ett företag säger att det väntar på att tekniken ska mogna, tänker det oftast på modellen. Men modellen är den del av ett AI-system som förbättras av sig själv. Varje kvartal blir den billigare och bättre utan att ni gör något.

Det som inte förbättras av sig självt är resten:

Data. Ett AI-system är aldrig bättre än informationen det arbetar med. Produktdata som ligger i tre system med olika format, kundärenden utan kategorisering och avtal som bara finns som inskannade PDF:er — allt det måste städas, struktureras och kopplas ihop. Det arbetet tar månader, och det blir inte kortare av att vänta.

Processer. De flesta manuella flöden har vuxit fram över tid. Ingen har ritat dem, och ingen vet exakt vilka undantag som hanteras var. Innan ett flöde kan automatiseras måste det förstås. Det är ofta här de största vinsterna finns, även innan AI kopplas in.

Ansvar. Vem äger systemet? Vem bestämmer när modellen får fatta beslut själv och när en människa ska godkänna? Vem rättar när den har fel? Utan tydliga svar stannar varje AI-projekt vid piloten.

Vana. Den svåraste delen att köpa. Organisationer som har haft ett AI-system i drift i ett år vet hur man formulerar instruktioner, hur man följer upp kvaliteten och hur man märker när något går fel. Den kunskapen går inte att ta in i efterhand genom en upphandling.

Det är därför väntan blir dyr. Ni sparar lite på modellkostnaden, men ni skjuter upp allt det arbete som ändå måste göras — och som tar lika lång tid oavsett när ni börjar.

Tre kostnader som växer medan ni väntar

1. Det manuella arbetet fortsätter att kosta

Den mest uppenbara kostnaden är den ni redan betalar. Varje vecka som ett flöde sköts för hand kostar arbetstid som kunde ha lagts på något annat.

Räkna på ett enda flöde. Ta ett exempel som de flesta företag har: inkommande förfrågningar som ska läsas, sorteras, kompletteras med information från ett annat system och skickas vidare till rätt person. Om tre personer lägger en timme var per dag på det blir det ungefär 700 timmar per år. Multiplicera med er egen timkostnad inklusive sociala avgifter, så ser ni vad ett enda flöde kostar.

Det flödet är sällan det enda. I de flesta verksamheter finns flera liknande flöden, och de har sällan en ägare som ser den samlade kostnaden.

2. Avståndet till konkurrenterna växer

Företag som började bygga för ett eller två år sedan har inte bara system i drift. De har en organisation som vet hur man använder dem, och de kan lägga till nya flöden snabbare än den som börjar från noll.

Det skapar ett glapp som inte syns i en enskild kvartalsrapport men som märks i ledtider, svarstider och pris. En konkurrent som kan svara på en offertförfrågan på en timme i stället för på tre dagar vinner affärer som aldrig blir synliga i er pipeline.

3. Teknisk skuld i form av skuggverktyg

Om organisationen inte får verktyg som fungerar, skaffar medarbetarna egna. Det ser ut som framsteg — folk använder AI! — men det skapar ett lapptäcke av konton, inklistrade kunddata och arbetsflöden som ingen har överblick över.

Det är ett risk- och säkerhetsproblem, men framför allt ett strukturproblem. Ju längre det får växa, desto svårare blir det att samla arbetet i system som går att styra, mäta och förbättra.

Varför "vi har redan en pilot" inte räcker

Många organisationer har startat piloter. De flesta har aldrig gått vidare. Det finns ett mönster i varför:

  • Piloten valdes för att den var säker, inte för att den var värdefull. Ett internt chattverktyg för att söka i policydokument är lätt att godkänna men sparar sällan mycket tid.
  • Ingen räknade på värdet innan piloten startade. Utan en mätpunkt före är det omöjligt att visa vad piloten gav, och utan det beslutar ingen om nästa steg.
  • Piloten byggdes vid sidan av de riktiga systemen. Det som fungerar i en isolerad miljö fungerar inte nödvändigtvis när det ska kopplas till affärssystemet, behörigheterna och undantagen.

En pilot är inte ett första steg mot drift om den inte är designad för det. Hur man väljer rätt första flöde är ämnet för nästa del av handboken om var ni börjar, och hur piloten blir ett system i drift tar vi upp i kapitlet om att gå från pilot till drift.

Så räknar ni på kostnaden att vänta

Ett enkelt sätt att göra frågan konkret för en ledningsgrupp är att räkna på tre siffror.

Kostnaden för det manuella arbetet per år. Välj de tre till fem flöden som ni misstänker tar mest tid. Uppskatta antalet timmar per vecka och multiplicera med en genomsnittlig timkostnad inklusive sociala avgifter. Det behöver inte vara exakt — en grov siffra räcker för att se storleksordningen.

Hur stor del som realistiskt kan automatiseras. Inte allt. Ett flöde där AI tar över sortering och första utkast, men där en människa godkänner, kanske sparar hälften av tiden. Ett flöde med många undantag kanske bara en fjärdedel. Var hellre försiktig här.

Hur lång tid det tar att komma i drift. Räkna med flera månader från beslut till system i drift för det första flödet, och kortare tid för de följande.

Multiplicera den årliga besparingen med antalet kvartal ni väntar, så får ni en grov kostnad för att skjuta upp. Det är sällan en siffra som får någon att fatta beslut på stående fot. Men den flyttar diskussionen från "är AI moget?" till "vad kostar det oss att inte göra något?" — och det är en bättre fråga.

Om ni vill ha hjälp att ta fram siffrorna för er egen verksamhet är det precis vad en AI Blueprint gör: en kartläggning av var det manuella arbetet finns, vad det kostar och vilka flöden som bör tas först.

Vad som händer med reglerna

EU:s AI-förordning har gradvis börjat gälla sedan 2024, och fler delar träder i kraft under de kommande åren. För de flesta företag som använder AI för att automatisera interna flöden — sortering, sammanfattningar, utkast, uppföljning — är kraven hanterbara. Men de handlar om saker som är mycket enklare att bygga in från början än att lägga till i efterhand: dokumentation av vad systemet gör, mänsklig kontroll där det behövs och spårbarhet i besluten. Vilka delar som gäller er verksamhet, och från när, är en fråga för juridisk rådgivning.

Det är ännu ett skäl att börja med ett väl avgränsat flöde och bygga det ordentligt, i stället för att låta skuggverktyg växa och försöka städa upp när kraven blir skarpa.

Vad de som har kommit längre gör annorlunda

Det finns ett mönster hos de organisationer som har gått från enstaka försök till system i drift. Det handlar sällan om större budgetar eller bättre teknik. Det handlar om några få beslut som fattades tidigt.

De behandlar AI som en verksamhetsfråga. Ansvaret ligger hos den som äger flödet — ekonomichefen för fakturaflödet, kundtjänstchefen för ärendena — inte hos IT eller en innovationsgrupp. IT bygger plattformen, men verksamheten bestämmer vad som ska byggas och följer upp resultatet.

De börjar smalt och går på djupet. I stället för att ge alla medarbetare tillgång till ett allmänt verktyg och hoppas på det bästa, väljer de ett flöde och automatiserar det ordentligt, med integrationer, regler och uppföljning. När det fungerar tar de nästa.

De mäter från början. Innan något byggs vet de hur lång tid flödet tar och vad det kostar. Det gör att de kan visa resultat efter några månader, och det är resultaten som frigör budget för nästa steg.

De bygger för förändring. Modellerna byts ut, priserna sjunker och nya möjligheter dyker upp. De som har kommit långt har byggt sina system så att modellen går att byta utan att resten behöver göras om — instruktioner, testfall och integrationer ligger kvar.

Inget av det här kräver att man är först. Men alla fyra kräver att man har börjat.

Det här betyder inte att ni ska göra allt på en gång

Argumentet i det här kapitlet är inte att varje företag ska starta tio AI-projekt i morgon. Det är tvärtom: den som börjar med ett välvalt flöde, sätter det i drift och lär sig av det, kommer längre än den som försöker göra allt samtidigt.

Det som inte fungerar är att vänta på att någon annan ska lösa frågan. Tekniken kommer att bli bättre. Men organisationen blir inte bättre på att använda den förrän den börjar.

Frågor att ta med till nästa ledningsmöte

  • Vilka tre flöden i vår verksamhet tar mest manuell tid, och vem äger dem?
  • Vet vi vad de kostar per år, ungefär?
  • Vilka AI-verktyg använder medarbetarna redan, och med vilka data?
  • Har vi en pilot som borde ha gått i drift men inte gjort det? Varför?
  • Vem i ledningsgruppen äger frågan om AI i verksamheten — inte som IT-fråga, utan som affärsfråga?

Om svaret på den sista frågan är "ingen", är det där ni börjar.

Sammanfattning

Väntan på AI blir dyrare för att det som tar tid inte är tekniken, utan data, processer, ansvar och vana. De delarna förbättras inte av sig själva, och de tar lika lång tid att bygga oavsett när ni börjar. Under tiden fortsätter det manuella arbetet att kosta, konkurrenter som började tidigare drar ifrån och skuggverktyg skapar strukturproblem som blir svårare att lösa.

Nästa del av handboken handlar om hur ni hittar det manuella arbetet i er egen verksamhet — och väljer rätt flöde att börja med.

Vanliga frågor

Är det inte klokare att vänta tills tekniken har mognat?
För själva modellerna kan det stämma — de blir bättre och billigare hela tiden. Men det som tar tid att bygga är inte modellen utan det runt omkring den, alltså data, processer, ansvar och vana. Det arbetet blir inte billigare av att skjutas upp.
Hur stor del av arbetet går faktiskt att automatisera?
McKinsey Global Institute bedömde 2025 att 58 procent av arbetstimmarna i Europa går till uppgifter som dagens teknik i teorin kan automatisera. Det är en teknisk potential, inte en prognos — hur mycket som faktiskt automatiseras beror på kostnad, regler och hur arbetet är organiserat.
Vad är det minsta vi bör göra i år?
Kartlägg var det manuella arbetet finns, välj ett avgränsat första flöde och sätt det i drift. Ett system i drift lär organisationen mer än tio utredningar.
Hur påverkar EU:s AI-förordning beslutet?
Den ställer krav som är lättare att uppfylla om de byggs in från början, till exempel dokumentation, mänsklig kontroll och spårbarhet. Att vänta gör inte kraven mindre, bara anpassningen mer brådskande. Kontrollera vilka delar som gäller er verksamhet med juridisk rådgivning.

Om skribenten

Nicolas · Grundare, Luniat

Nicolas grundade Luniat i Stockholm och bygger AI-system som tar bort manuellt arbete i företag.