Hva koster det å utvikle en kundeportal?

Av Weapp · Oppdatert

En kundeportal koster som oftest mellom 750 000 kr og 3,1 millioner kr. Prisen styres først og fremst av antall integrasjoner mot forretningssystemer og av innlogging og sikkerhet, for eksempel BankID eller SSO. En portal betaler seg gjennom færre supporthenvendelser og selvbetjening, ofte raskere enn man tror når man regner på kostnaden per henvendelse.

En kundeportal («Min side») er en av investeringene som lettest betaler seg, for den bytter ut dyre supporthenvendelser med billig selvbetjening. Men prisen varierer mye, og den avhenger nesten helt av én ting: hvor mange systemer portalen skal snakke med. Her får du prisnivået og kostnadspostene du bør holde øye med, pluss en enkel modell for å regne ut når investeringen er tjent inn.

Prisspenn etter omfang

OmfangTypisk kostnad
Enkel portal (1 integrasjon)750 000 kr–1,2 millioner kr
Portal med flere integrasjoner1,2–2,2 millioner kr
Omfattende portal2,2–3,1 millioner kr+

Antall integrasjoner er den viktigste enkeltfaktoren for prisen. En portal som bare viser data fra ett system, er forholdsvis billig. En som samler saker, fakturaer, avtaler og ordrer fra flere forretningssystemer, krever betydelig mer arbeid, og det er der kostnaden vokser.

Hvorfor veier integrasjonene så tungt? Fordi en portal uten reelle data ikke er verdt mye. Poenget er at kunden slipper å ringe og spørre, og det krever at portalen viser den samme informasjonen som en medarbeider ellers slår opp. Hvert slikt system har sin egen måte å levere data på, og det er en egen jobb for hver kobling å hente dataene sikkert, holde dem oppdatert og vise dem på en forståelig måte. Jo flere systemer, desto mer logikk, og desto større verdi når det først fungerer.

Kostnadspostene du bør holde øye med

Tre poster fortjener særlig oppmerksomhet:

  • Integrasjoner mot forretningssystemer. Hver kobling som henter reelle data, er et eget delprosjekt med utvikling, testing og feilhåndtering. Dette er som oftest den tyngste posten.
  • Innlogging og sikkerhet. SSO og innlogging med BankID via en godkjent leverandør er egne kostnadsposter, både i utvikling og ofte i form av en løpende avgift til leverandøren. En portal med følsomme kundedata stiller også krav til kryptering og tilgangsstyring.
  • Forvaltning. Når portalen er koblet mot flere systemer, må den holdes i takt med systemene når de oppdateres. Budsjetter for løpende vedlikehold.

En enkel ROI-modell

Det fine med en kundeportal er at lønnsomheten kan beregnes. Ta utgangspunkt i kostnaden per supporthenvendelse:

La oss si at en rutinehenvendelse («hvor er fakturaen min?», «hva er status på saken min?») tar ti minutter av en medarbeiders tid. Med en timekostnad på noen hundre kroner blir det en tydelig kostnad per henvendelse. Kan portalen fjerne noen tusen slike henvendelser i året gjennom selvbetjening, blir besparelsen raskt synlig.

Sett den årlige besparelsen opp mot utviklingskostnaden, så får du en tilbakebetalingstid. Hos mange virksomheter med høyt henvendelsesvolum havner den på ett til to år, og deretter er portalen en ren besparelse, samtidig som kundene får raskere svar. Ta gjerne også med det som er vanskeligere å måle: mer fornøyde kunder, som får svar døgnet rundt, og medarbeidere som slipper de mest ensformige spørsmålene og kan bruke tiden på det som faktisk krever et menneske.

Start med det som fjerner flest spørsmål

Den vanligste feilen er å prøve å bygge hele portalen på én gang. En portal som skal gjøre alt, blir dyr, drar ut i tid og risikerer å bli vanskelig å bruke. Det er klokere å starte med de opplysningene kundene oftest spør om (som regel fakturaer og saksstatus) og legge til resten i etapper.

Da skjer det to gode ting. Investeringen fordeles over tid, og den første versjonen begynner å gi verdi og redusere presset på supporten lenge før alt er på plass. Dere ser dessuten hva kundene faktisk bruker, noe som gjør at neste steg bygger på reell etterspørsel i stedet for gjetting. En billig portal som ingen logger inn på, er bortkastede penger. Det er bruken, ikke funksjonslisten, som avgjør om investeringen betaler seg.

Et konkret scenario

La oss si at en tjenestebedrift vil gi kundene sine en portal der de ser avtalene og fakturaene sine og kan opprette supportsaker, med kobling mot forretningssystemet og BankID-innlogging via en godkjent leverandør. Det er en portal med et par integrasjoner. Regn med 1,4–2 millioner kr for å utvikle den. Fjerner den en stor del av de innkommende rutinespørsmålene, betaler den seg innen rimelig tid.

Vi i Weapp utvikler kundeportaler og starter alltid med å regne på hva dere faktisk sparer på selvbetjeningen. Se tjenestene våre, eller ta kontakt og fortell hvilke systemer dere har og hvor mange henvendelser dere får, så lager vi et anslag.

Ofte stilte spørsmål

Hva driver opp prisen på en kundeportal?

Først og fremst integrasjonene. En portal er mest verdt når den viser reelle data (fakturaer, saker, avtaler, ordrer), og hver slik kobling mot et forretningssystem er et eget delprosjekt. I tillegg kommer innlogging og sikkerhet. Antall systemer portalen skal snakke med, avgjør i praksis hvor i spennet dere havner.

Hva koster det å integrere BankID-innlogging i en portal?

BankID og SSO er egne kostnadsposter, ikke noe som inngår automatisk. Selve integrasjonen, der BankID kobles inn via en godkjent leverandør, krever utvikling og testing, og det kommer ofte en løpende avgift til leverandøren i tillegg. Før det opp som en egen post i budsjettet, atskilt fra selve portalutviklingen.

Hvordan regner man på om en kundeportal lønner seg?

Ta utgangspunkt i hva en supporthenvendelse koster dere i tid. Gang med hvor mange henvendelser selvbetjeningen i portalen kan fjerne per år. Kan kundene selv se fakturaer, saksstatus og avtaler, forsvinner en stor del av rutinespørsmålene, og når dere setter den summen opp mot utviklingskostnaden, får dere en tydelig tilbakebetalingstid.

Hva bør en kundeportal inneholde?

Det avhenger av virksomheten, men vanlige byggeklosser er sikker innlogging, en oversikt over kundens saker og avtaler, fakturaer og betalinger samt mulighet til å opprette og følge supportsaker. Start med det som fjerner flest rutinespørsmål, og bygg ut derfra i stedet for å ta alt på én gang.

Kan man starte med en enkel portal og bygge ut?

Ja, og det er ofte klokt. En første versjon med innlogging og de mest etterspurte opplysningene gir raskt verdi og reduserer presset på supporten. Deretter kan flere integrasjoner og funksjoner legges til i etapper, etter hvert som dere ser hva kundene faktisk bruker og etterspør.