Vad kostar det att driva ett laddnätverk?

Kort svar

Kostnaden för att driva ett laddnätverk består av tre delar:

Nätanslutning, hårdvara och installation
Plattformslicenser
Drift

De två första räknas noggrant igenom i nästan varje kalkyl. Den tredje underskattas av de flesta operatörer, eftersom den beter sig annorlunda. Nätanslutning och hårdvara är engångskostnader, och licenskostnaden är förutsägbar. Driftkostnaden växer med antalet laddpunkter, medan intäkten följer utnyttjandegraden och hur många laddsessioner som faktiskt lyckas. Arbetet omfattar felsökning, hantering av firmware och konfiguration, förarsupport, samordning med hårdvaruleverantörer och rapportering. I ett växande nätverk blir det oftast en heltidstjänst långt innan någon budgeterat för en. Operatörer minskar det på tre sätt: mer automatisering i egen regi, nyanställningar, eller att flytta arbetet till en leverantör av managed services.

Vi tillbringade tre dagar på icnc26 i Berlin i september 2026 och pratade med laddoperatörer, energibolag, hårdvarutillverkare och konsulter. Ungefär 10 000 personer var där.

I nästan varje samtal hamnade vi till slut i kostnader. Nät, hårdvara och licenser är redan väl förstådda. Det som återkom var den del av driftkostnaden som ingen räknar på: att hålla nätverket igång när det väl finns, och hur arbetet växer med varje laddpunkt du lägger till.

Driftkostnad jämfört med byggkostnad

De flesta kalkyler innehåller två rader: investeringen i nät, hårdvara och installation, och en plattformsavgift per laddpunkt eller per session. Båda är förutsägbara och lätta att försvara internt.

Nätanslutningen ligger i den första raden och är den som oftast överraskar. Anslutningsavgiften är ibland projektets största enskilda post.

Det finns också en löpande del. De flesta europeiska tariffer debiterar den effekt du reserverar snarare än den energi du säljer, så en anläggning betalar för sitt utrymme oavsett om bilarna kommer eller inte. Dynamisk lastbalansering är hur operatörer försörjer fler laddpunkter från en mindre anslutning.

Driftkostnaden är den tredje raden, och för den gäller en annan regel.

Den växer med antalet laddpunkter, inte med intäkten. Varje laddpunkt du lägger till ger larm som någon måste bedöma, firmware som ska rullas ut, konfiguration som glider isär, och förare som ibland inte får igång en session. Lägg till hundra laddpunkter och arbetet ökar, oavsett om de laddpunkterna används eller inte.
Intäkten följer utnyttjandegraden, vilket är ett helt annat tal, ofta lägre än kalkylen antog.

De två linjerna glider isär när nätverket växer. Glappet fylls av människor, och det är oftast samma två eller tre som redan hade fullt upp.

Diagram: antalet laddpunkter i nätverket stiger brant medan antalet personer som kan driva dem ligger stilla, och det växande glappet mellan linjerna är märkt som det manuella arbetet däremellan.

Vad driftarbetet faktiskt består av

Felsökning. En laddpunkt rapporterar ett fel. Någon startar om den på distans, vilket ofta räcker. Om inte kontrollerar personen konfiguration och firmwareversion och avgör sedan om en tekniker behöver åka ut. Var för sig är de småsaker, sammantaget är de betydande.

Firmware och konfiguration. Uppdateringar går ut över hela flottan, men vissa enheter tar inte emot dem. Någon måste märka vilka och försöka igen. Konfigurationen glider också isär över tid, särskilt i blandade bestånd.

Förarsupport. En session startar inte eller stoppar inte, eller så släpper inte kabeln. Det inträffar när förare laddar, alltså även kvällar och helger.

Samordning med hårdvaruleverantörer. Vissa fel hör hemma hos tillverkaren, och att få dem åtgärdade innebär att ta fram underlag som tillverkaren accepterar. En tunn rapport kommer bara i retur.

Rapportering. Tillgänglighet, drifttid och andelen lyckade sessioner. Din egen ledning vill se dem, fastighetsägare frågar efter dem, och regelverken kräver dem i allt högre grad.

Inget av det är svårt. Det tar bara aldrig slut, och det är precis därför det kom upp i nästan varje samtal vi hade i Berlin.

Vad laddoperatörerna sa till oss på icnc26

Fyra teman återkom under mässan.

1. Kostnaden per session måste sjunka när volymen växer

Nästan alla tog upp kostnader, och det var samma version av oron varje gång. När sessionsvolymen växer måste kostnaden per session sjunka i stället för att följa med uppåt.

Det som förvånade oss var vilka som tog upp det. Inte bara de vars jobb är att förhandla avtal, utan driftansvariga, produktfolk och ingenjörer, som alla hade räknat själva och landat i samma oro.

"Bara ett fåtal av dem som pratade om kostnader kom från inköp. Kostnadseffektivitet har blivit allas fråga, inte bara inköpsavdelningens."

Sami Saarilahti, Regional Director, eMabler

2. Andelen lyckade sessioner är låg, och mäts ofta inte alls

Det som förvånade oss mest var hur få operatörer som kunde ange sin andel lyckade sessioner, och hur låg den var när de kunde. Vissa nätverk låg under 80 %, och det betraktades ofta som givet.

Förväntningarna skiljer sig mellan marknader. I Norden, där laddning kommit längre, siktar operatörer på 100 % och följer utvecklingen i detalj. På andra håll låg ribban lägre, och i många fall mättes andelen inte alls.

Det väger tyngre än det låter. En misslyckad session är utebliven intäkt, högre driftkostnad och en förare som kanske inte kommer tillbaka. Vid 80 % gör var femte session alla tre.

"Det som förvånade mig var inte bara de låga siffrorna, utan att de accepterades. Ett nätverk som ligger på 80 % tappar en femtedel av sin affär, och det låg inte högst upp på listan. Det borde det göra. Det är det enda tal som visar om nätverket gör sitt jobb."

Juha Stenberg, CEO, eMabler

3. Automatisk felavhjälpning har gått från valfritt till förväntat

För några år sedan var självläkning en punkt på en roadmap. I år frågade folk rakt ut och ville ha detaljer: vilka fel kan lösas utan människa, vad händer med resten, och vilka bevis finns. På icnc26 fanns företag som bygger uteslutande kring just det här problemet.

Den bredare AI-frågan hade samma form. Det handlade sällan om huruvida en plattform har AI. Det handlade om var den faktiskt hjälper, vilket arbete den tar bort från ett team, och vad den fortfarande inte klarar. Det är i driften man förväntar sig ett konkret svar, för det är där kostnaden sitter.

Det är det lagret Pulse hanterar på eMablers plattform: upptäcka fel på laddpunkter, stämma av dem mot tillverkarens dokumentation och agera automatiskt där det går.

4. Operatörer vill äga det kundnära lagret

Ett genomgående mönster i våra samtal var att operatörer vill bygga sina egna förargränssnitt ovanpå en kärnplattform i stället för att ta en leverantörs standardapp. En standardapp passar kanske inte dina kunders specifika behov, och den skiljer dig inte alls från konkurrenten längre ner på gatan som kör samma. För operatörer vars laddning ligger bredvid en befintlig affär, inom drivmedel, parkering eller handel, är appen dessutom där laddningen möter allt annat de säljer. Laddupplevelsen är en del av varumärket, och operatörer behandlar den i allt högre grad så.

ABC byggde in laddning direkt i sin egen app. Aimo Park förenade parkering och laddning över leverantörsgränser, så att en förare bokar en plats och laddar utan att möta ett andra varumärke. Neste integrerade laddning i hela kundresan, både för privatpersoner och B2B.

Det får en kostnadskonsekvens som underskattas. Äger du ditt gränssnitt äger du också förarupplevelsen, och varje supportsamtal som följer med den. Frågan blir alltså vem som tar det arbetet, och där finns tre svar.

Sänka driftkostnaden: bygga, anställa eller lägga ut

Laddoperatörer sänker sin driftkostnad på ett av tre sätt, vart och ett med sina avvägningar.

Bygga ett CPMS själv

Det mest intressanta vi hörde på icnc26 kom från konsulter som arbetar med operatörer. Flera team försöker nu bygga ett charge point management system i egen regi, och AI-verktyg får det att se betydligt mer genomförbart ut än för två år sedan. För att vara rättvis: delvis är det så. Att nå fram till något som fungerar går verkligen snabbare i dag.

Det de kalkylerna brukar missa är allt som kommer efteråt.

"Många team testar om de kan bygga ett CPMS själva med AI. Det jag sällan hörde någon räkna in var kostnaden för att underhålla det efteråt."

Juha Stenberg, CEO, eMabler

En laddplattform blir aldrig färdig. OCPP har versioner, och tillverkare tolkar dem olika. Hårdvaruleverantörer släpper firmware som tyst ändrar beteende. Roamingprotokoll utvecklas. Betalregler och regelverk rör sig. Inget av det kommer som ett projekt du kan planera. Det kommer löpande, och det kräver människor som förstår det.

AI har gjort den första versionen billigare att bygga. Den har inte gjort mycket åt det tionde året av drift.

Under kostnadsfrågan ligger en strategisk. Ett CPMS är hjärtat i driften och måste fungera pålitligt, dygnet runt, i åratal. Den pålitligheten är dyr att bygga och att behålla, och den är inte där operatörer skiljer sig från varandra.

Det som skiljer dig är lagret ovanför: funktionerna dina kunder faktiskt använder, resorna du utformar, portalerna du ger dina B2B-konton, insikterna du får ur din egen data. Utvecklingsarbete där bygger på sig. Utvecklingsarbete på hantering av OCPP-versioner håller dig bara i jämnhöjd med alla andra.

Samma fråga gäller driften av plattformen, inte bara bygget.

Anställa

Att anställa är det självklara svaret, och rätt svar för vissa operatörer. Det blir svårare när:

Du behöver täckning utanför kontorstid. En person täcker inte nätter, helger, semester och sjukfrånvaro, så du anställer två eller tre i stället för en.
Nätverket växer. Arbetet följer antalet laddpunkter. Det du anställer för i dag kan vara överspelat om ett år.
Du ska hitta dem. Någon som förstår OCPP, blandad hårdvara och laddningsdrift är en smal profil, och alla andra operatörer fiskar i samma damm.

Frågan värd att ställa är om driften är där din konkurrensfördel sitter. Ingen vinner kunder på att vara bäst i världen på att starta om en laddpunkt.

"Automatisering gör rutinarbetet i stor skala, men den underhåller sig inte själv. Regler måste byggas, justeras och hållas aktuella när laddpunkter, firmware och felmönster förändras. Det arbetet kräver människor som kan både laddning och automatisering, och de är svåra att hitta och långsamma att rekrytera."

Päivi Linteri, Senior Business Developer, eMabler

Lägga ut laddningsdriften

Det tredje alternativet är att lämna driftarbetet till någon som redan gör det i stor skala. Det går ihop ekonomiskt bara om automatiseringen täcker merparten av rutinfelen, så fråga hur mycket som faktiskt är automatiserat snarare än hur stort teamet är.

Gå sedan igenom omfattningen noga: vad som faktiskt flyttar, vad som stannar hos ditt team, vilka svarstider som utlovas, och vad som händer med relationen till förarna.

Så svarar eMabler på de frågorna

Vi har ägnat året åt att bygga eMabler Managed Services, så det är de frågorna vi har besvarat.

Vårt team tar över den dagliga driften av en kunds nätverk:

Övervakning dygnet runt, på all OCPP-hårdvara
Fel löses automatiskt där det går
Firmware och konfiguration hanteras över hela flottan
Månadsrapportering mot överenskomna mål, inklusive andelen lyckade sessioner

Kvar hos dig blir dina priser, dina platser, dina data och dina förarrelationer.

Över hela vår plattform ligger andelen lyckade sessioner i snitt på 95,7 % i år, och arbetet med frågan har låtit oss höja den under 2026. Spridningen är fortfarande stor: våra bästa kunder når 99 %, andra kämpar för att hålla sig över 90 %. Orsakerna varierar, och plattformen är bara en av dem. Hårdvaruval, konfiguration, uppkoppling, gränssnittet, betalningen och den samlade IT-arkitekturen spelar in. Den håller sig inte hög av sig själv, och det är till stor del vad Managed Services finns till för.

Managed Services körs på eMablers plattform, med 100 000+ anslutna laddpunkter i Europa, 1 000 000+ laddsessioner i månaden och 99,999 % drifttid.

Innan det blir en bemanningsfråga

Nät, hårdvara och licenser syns, så de räknas på. Driftkostnaden är osynlig tills du lever i den, och det är den som växer med varje laddpunkt du lägger till.

Det är enklare att sätta en siffra på den nu än att senare förklara varför teamet behöver bli större.

Om det är en aktuell fråga för ditt nätverk pratar vi gärna igenom den.