Valet ni inte hade Det som gör att kunderna stannar
Det finns saker ni gör som ingen annan gör riktigt likadant. Hur en order tas emot när kunden ringer i stället för att beställa i portalen. Hur en leverans planeras om när en maskin står still. Hur ett pris sätts på just den kund som köpt av er i tolv år.
Det är ofta precis de sakerna som gör att kunderna stannar hos er. Och det är precis de sakerna som inget standardsystem täcker.
När frågan har kommit upp har det funnits tre svar. Köpa en modul som gör ungefär det ni behöver. Ändra hur ni arbetar så att det passar systemet. Eller behålla undantaget vid sidan om — i ett kalkylblad, i ett mejlflöde, i huvudet på någon som varit länge.
Ett fjärde svar fanns på pappret, men sällan i verkligheten: bygga något eget. Det kostade för mycket och tog för lång tid för att motiveras annat än för det allra mest affärskritiska. Listan hade i praktiken tre rader.
Det valet finns nu 32 procent avstod från att köpa
McKinsey publicerade i augusti sin årliga undersökning om AI i näringslivet — 1 719 svarande i 97 länder. Ett av fynden sticker ut för alla som suttit i ett systembeslut.
Nästan var tredje bolag, 32 procent, har avstått från att köpa minst en programvara eller funktion — för att de kunde bygga den själva i stället.
Andelen är högst bland teknikbolagen, 41 procent. Men den är nästan lika hög inom energi och material, 38 procent, och den finns tydligt i tillverkning, 27, och i handel och konsumentvaror, 29. Det här är alltså inte något som bara gäller mjukvarubolag.
Två saker har ändrats. AI-verktyg som skriver kod har flyttat vad ett litet team hinner med. Molnet gjorde infrastrukturen till en löpande kostnad i stället för en investering man tar först. Tillsammans gör det att arbete som förut krävde ett år och ett projektkontor kan göras av några personer på betydligt kortare tid.
Det gör inte bygget gratis. I samma undersökning säger vart femte bolag att driftkostnaderna för AI redan sätter en gräns för hur mycket de använder den. Men skillnaden mellan för dyrt för att ens utreda och värt att räkna på är precis den skillnad som avgör vilka alternativ som kommer upp på bordet.
En sak att hålla i huvudet när ni läser siffrorna: drygt en tredjedel av de svarande arbetar i bolag med över en miljard dollar i omsättning. Det är inte er verklighet. Men frågan de svarar på är densamma som er.
Vad det betyder för er kalkyl Gränsen har flyttat sig, inte svaret
Standardsystem är fortfarande rätt svar för det mesta.
Lön, bokföring, e-post, dokumenthantering — allt som ser ungefär likadant ut i alla bolag ska köpas. Där gör leverantören jobbet bättre och billigare än ni någonsin gör själva, och de gör det åt tusen kunder samtidigt. Att bygga eget där är att betala för att uppfinna något som redan finns.
Det som har ändrats är alltså inte svaret. Det är var gränsen går.
Förr låg gränsen så att nästan allt hamnade på köpsidan. Tumregeln var enkel: köp om det går att köpa, bygg bara när det absolut inte går. Nu har gränsen flyttat sig, och en hel kategori har bytt sida — det som är specifikt för just er, som ni gör ofta, och som ni idag löser med en kompromiss.
Det är ett kort resonemang. Men det leder till en obekväm följdfråga: om ni fattade ett köpbeslut för tre år sedan, fattades det mot en kalkyl som inte längre gäller.
Så vet ni om ni står inför ett sådant fall Tre tecken, enkla att kontrollera
Ni betalar för en modul ni använder en bråkdel av. Licensen gäller hela paketet. Ni använder tre av fjorton funktioner — och den fjärde, den ni faktiskt behöver, finns inte.
Ni har byggt en rutin runt systemet i stället för i det. Någon exporterar, justerar och skickar vidare. Rutinen står inte beskriven någonstans, och den fungerar för att en viss person kan den.
Er viktigaste önskan ligger i leverantörens backlogg. Den har legat där ett tag. Den kommer kanske. Den vägs mot alla andra kunders önskemål, och er verksamhet är inte majoriteten.
Känner ni igen två av tre är det värt att räkna på.
Ärligt
Det som byggs blir aldrig bättre än beskrivningen av vad som skulle byggas. När bygget var det dyra hann kraven bli genomtänkta på vägen — utredningen tog tid, och tiden gjorde nytta. Den bromsen är borta nu. Det som avgör resultatet är hur väl ni kan beskriva era egna undantag, inte hur snabbt någon kan koda dem.
Det är också ett bra ställe att börja. Skriv ner tre saker er verksamhet gör annorlunda än ett typiskt bolag i er bransch. Pröva att förklara dem för någon utomstående på fem minuter. Går det lätt har ni underlag nog för att räkna på alternativen. Går det inte — då är det där arbetet börjar, inte i ett systemval.
Systemskissen är vårt sätt att göra just det: några veckor till fast pris. Processgenomgång, en lösning ni kan se och klicka i tidigt, och ett fast pris för byggfasen. Ni ser vad ni skulle köpa innan ni köper det. Och blir svaret att ni ska välja standard ändå, så vet ni det också.
Ta med dig
- 32 procent av bolagen i McKinseys undersökning har avstått ett systemköp för att de kunde bygga funktionen själva — mönstret finns brett, inte bara hos mjukvarubolag.
- Standardsystem är fortfarande rätt svar för det mesta. Det som har ändrats är var gränsen går för när en egen lösning är värd att räkna på.
- Tre tecken att kontrollera: en modul ni bara nyttjar en bråkdel av, en manuell rutin runt systemet, och en central önskan som ligger fast i leverantörens backlogg.
- Ett bygge blir aldrig bättre än beskrivningen av det som ska byggas — AI har gjort bygget billigare, inte kravarbetet mindre viktigt.
Källa: McKinsey & Company / QuantumBlack, "The state of AI in 2026: On the road to ROI", augusti 2026. Undersökningen genomfördes 4 maj–8 juni 2026 med 1 719 svarande i 97 länder.
Läs vidare
Äga eller hyra — när ska man bygga eget? → Vad är ett verksamhetsnära system? — hörnstenen i serien → Systemskissen — se lösningen innan ni köper den → Guide: Är ett eget system rätt för er? — fem frågor →Gaia System AB
Microsoft Azure, .NET och systemutveckling i Norrköping sedan 1995