Hva du bør se etter når du velger en ny ladeplattform

Kort svar

Når du velger en ny ladeplattform, er kriteriene som betyr mest arkitektur (om plattformen er API-first og bygd for integrasjon), maskinvarekompatibilitet (om den støtter en hvilken som helst OCPP-kompatibel lader eller låser deg til bestemte leverandører), pålitelighet (et konkret, etterprøvbart oppetidstall og en tydelig prosess for hendelseshåndtering), supportkvalitet (direkte tilgang til ingeniører, ikke en generisk brukerstøtte) og kommersiell modell (om prismodellen samkjører leverandørens insentiver med nettverkets ytelse). Funksjonslister er enkle å produsere og vanskelige å etterprøve. Vurderingskriteriene i denne artikkelen er laget for å avdekke hva som faktisk er sant om en plattform, og ikke hva en leverandørs salgspresentasjon sier om den.

---

Å velge en ny ladeplattform er en beslutning med lang hale. Plattformen du velger, vil forme hvordan nettverket ditt driftes, hvordan teamet ditt bruker tiden sin, og hvor enkelt virksomheten kan vokse og integrere nye funksjoner i årene som kommer. Å få vurderingen riktig betyr mer enn å bli ferdig raskt.

Utfordringen er at de fleste leverandørsammenligninger fokuserer på funksjoner, og funksjoner er det enkleste å blåse opp. En funksjonsmatrise forteller deg hva en plattform hevder å støtte. Den forteller deg ikke hvor pålitelig disse funksjonene fungerer i stor skala, hvordan leverandøren oppfører seg når noe går galt, eller om plattformens arkitektur vil støtte integrasjonene virksomheten din trenger om to år.

Denne artikkelen setter opp et rammeverk for å vurdere ladeplattformer som går utover funksjonslisten. For kontekst på hva en full plattformmigrering innebærer når du først har tatt valget, dekker vår guide om å migrere ladedriften din prosessen fra ende til ende.

Hva et CPMS-vurderingsrammeverk faktisk bør dekke

En grundig CPMS-vurdering har seks dimensjoner. Hver enkelt er verdt å vurdere uavhengig, fordi en plattform som scorer godt på fem og dårlig på én, fortsatt kan skape alvorlige driftsproblemer.

Arkitektur: hvordan plattformen er bygd

Arkitekturen til en plattform avgjør nesten alt annet ved den. En plattform bygd på åpne API-er og designet for integrasjon fra grunnen av oppfører seg fundamentalt annerledes enn en som ble bygd som et frittstående verktøy og fikk integrasjonsmuligheter påmontert i ettertid.

Det praktiske spørsmålet å stille er: hvordan kobler denne plattformen seg til de andre systemene virksomheten min kjører på? For et energiselskap betyr det faktureringsinfrastruktur og energistyringssystemer. For en parkeringsoperatør betyr det appen og betalingssystemene som driver kundeopplevelsen. For en drivstoffkjede betyr det lojalitets- og kassasystemene som knytter lading til et bredere besøk.

En API-first-plattform gir deg muligheten til å koble sammen disse systemene gjennom dokumenterte, stabile API-er i stedet for gjennom omveier eller skreddersydde utviklingsprosjekter for hver nye tilkobling. Spør potensielle leverandører hvor mange ferdigbygde integrasjoner de støtter, hvordan API-et deres er dokumentert, og hvordan egendefinerte integrasjoner håndteres når et ferdigbygd alternativ ikke finnes.

Svaret på det siste spørsmålet er spesielt avslørende. En leverandør som håndterer egendefinerte integrasjoner gjennom sitt eget ingeniørteam, fremfor å henvise deg til en tredjeparts systemintegrator, har et helt annet nivå av eierskap til resultatet.

Maskinvarekompatibilitet: hva plattformen vil og ikke vil håndtere

En plattform som er genuint maskinvareuavhengig, vil håndtere et hvilket som helst OCPP-kompatibelt ladepunkt, uansett produsent. En plattform som hevder maskinvareuavhengighet, men har en liste over foretrukne maskinvarepartnere, eller som fungerer best med sine egne merkevareladere, forteller deg noe om hvor innlåsingen ligger.

Spør hvilke OCPP-versjoner plattformen støtter. Spør om en liste over testede maskinvarepartnere, og spesifikt om ladere utenfor den listen støttes. Spør hvordan leverandøren håndterer grensetilfeller der en laderprodusents OCPP-implementasjon har særegenheter eller ikke-standardiserte utvidelser.

Maskinvareinnlåsing har en kumulativ kostnad. Hvis plattformen din begrenser hvilke ladere du kan installere, begrenser den evnen din til å kjøpe inn konkurransedyktig, ta i bruk nyere maskinvare eller utvide til anlegg der andre laderemodeller allerede er installert. Friheten til å velge maskinvare uavhengig av programvaren er verdt å beskytte.

Pålitelighet: hva tallene faktisk betyr

Hver leverandør vil fortelle deg at plattformen deres er pålitelig. Vurderingen ligger i detaljene.

Spør om et presist oppetidstall, og spør hvordan det beregnes. 99,9 % oppetid betyr omtrent åtte og en halv times nedetid i året. 99,999 % betyr mindre enn seks minutter. Forskjellen mellom disse to tallene er betydelig for et offentlig ladenettverk der nedetid direkte påvirker øktinntekter og bilistopplevelse.

Spør hvordan hendelser kommuniseres. Når plattformen har et problem, hvor raskt informeres kundene, gjennom hvilken kanal og med hvilket detaljnivå? En leverandør med en transparent kommunikasjonsprosess for hendelser har tenkt på pålitelighet som en operativ disiplin og ikke bare som en målestokk.

Spør om historiske hendelsesdata. Oppetidstall er gjennomsnitt. Det som betyr noe operasjonelt, er hyppigheten og varigheten av hendelser, og om mønsteret forbedrer seg eller forverres over tid.

Support: hvem du faktisk snakker med

Supportkvalitet blir konsekvent undervurdert i plattformvurderinger og konsekvent overvurdert i erfaringen med å drive et live nettverk. Når noe går galt klokka 23 en fredag, betyr kvaliteten på den som svarer på saken din, enormt mye.

Nøkkelspørsmålet er strukturelt: når du sender en supporthenvendelse, når den frem til en ingeniør som bygde plattformen, eller en supportmedarbeider som jobber ut fra dokumentasjon? Skillet påvirker løsningstempoet på måter det er vanskelig å overdrive.

Be leverandører gå deg gjennom hvordan en kritisk hendelse håndteres. Hvem er første kontaktpunkt? Hva er eskaleringsveien? Hvordan kommuniseres løsninger? En leverandør med en tydelig, ingeniørledet hendelsesprosess vil svare konkret på disse spørsmålene. En som ruter support gjennom en generisk brukerstøtte, vil gi deg et mer generelt svar.

Spør også om onboarding og support etter migrering. Perioden rett etter lansering er når supportkvalitet betyr mest, og det er verdt å forstå nøyaktig hvilket tilgangsnivå du vil ha i det vinduet.

Dataeierskap: hva som skjer med dataene dine

Denne dimensjonen er lett å overse i en vurdering og dyr å ignorere i en kontrakt. Ladenettverket ditt genererer øktdata, data om bilistatferd, ytelsesdata for ladepunkter og faktureringsregister. De dataene tilhører virksomheten din, og evnen din til å få tilgang til, eksportere og bruke dem bør være utvetydig.

Spør potensielle leverandører hvordan dataeierskap er definert i standardkontrakten deres. Spør hvordan data eksporteres, i hvilket format, og om det er noen kostnader eller begrensninger knyttet til eksport. Spør hva som skjer med dataene dine hvis du avslutter kontrakten.

Noen eldre plattformer gjør dataportabilitet vanskelig med vilje. En leverandør som er trygg på verdien av plattformen sin, har ingen grunn til å gjøre det vanskelig for dataene dine å forlate den.

Kommersiell modell: hvem prisingen tjener

Prisstruktur er ikke bare et budsjettspørsmål, og modellen en leverandør velger, påvirker direkte hvem sine interesser som tjenes når nettverket ditt underpresterer.

En prismodell knyttet til vellykkede ladeøkter betyr at leverandørens inntekt henger direkte sammen med om nettverket ditt yter. Når økter mislykkes, taper leverandøren inntekt sammen med deg. En flat avgift per lader, uavhengig av øktvolum eller suksessrate, skaper ingen slik samkjøring. Leverandøren får betalt enten laderne dine fungerer eller ikke.

I liten skala er forskjellen mellom disse modellene beskjeden. Ved flere hundre eller flere tusen ladepunkter blir den betydelig, både i absolutt kostnad og i atferden den fremkaller hos leverandøren din.

Be leverandører forklare prismodellen sin tydelig, og spør spesifikt hva som skjer kommersielt når suksessratene for ladeøkter faller. Svaret vil fortelle deg mer om leverandørens insentivstruktur enn noen funksjonsliste vil gjøre.

Spørsmål som skiller gode svar fra korrekte

Funksjonsdemonstrasjoner og referansesamtaler er nyttige, men den mest nyttige informasjonen i en plattformvurdering kommer ofte fra spørsmål som ikke kan besvares med et innøvd svar.

Be leverandøren beskrive en migrering som gikk galt og hvordan de håndterte den. Be dem vise deg en reell hendelsesrapport fra de siste seks månedene. Spør hvor mange av deres nåværende kunder som har migrert fra en konkurrent, og om du kan snakke med en av dem om prosessen.

Disse spørsmålene har ingen manuskriptbaserte svar. Kvaliteten og presisjonen i responsen er i seg selv en del av vurderingen.

Konklusjon

En grundig plattformvurdering tar tid, men tiden er vel anvendt. Kostnaden ved å velge en plattform som underpresterer på arkitektur, pålitelighet eller support, vokser for hver måned teamet ditt bærer overhead, for hver integrasjon som ikke kan bygges, og for hver økt som mislykkes uten en tydelig vei til løsning.

Vurder på grunnlag av bevis, ikke påstander. Plattformene som tåler denne typen gransking, er de som er verdt å bygge nettverket ditt på.

eMabler er en ladeplattform for ladepunktoperatører i hele Europa.

Sammenligner du ladeplattformer og vil sette eMabler gjennom denne typen vurdering, snakker vi gjerne.