Fagartikkel

Hva koster en kundeportal – og hva driver prisen?

Prisen på en kundeportal avgjøres av noen få valg: hvor dataene ligger, hvem som logger inn og hva kundene skal gjøre selv. Slik henger de sammen.

Hva koster en kundeportal? Spørsmålet kommer tidlig i nesten alle samtaler vi har om Min side og selvbetjening. Det ærlige svaret er et spenn, og spennet er stort: fra noen titusen kroner til flere millioner. Det sier lite i seg selv. Det som er nyttig å vite, er hvilke valg som flytter en portal fra den ene enden av spennet til den andre.

Vi har skrevet generelt om prisen på skreddersydde løsninger i Hva koster en skreddersydd løsning?. Denne artikkelen går tettere på kundeportalen: de seks tingene som styrer kostnaden, hvordan AI i utviklingen har endret regnestykket, og hvorfor vi alltid starter med noe dere kan klikke på før vi gir et endelig anslag.

Kundeportalen i midten, koblet til flere kildesystemer

Systemene dataene ligger i

Den største enkeltfaktoren for kostnaden i en kundeportal er hvor mange systemer den skal hente data fra. Ordrestatus ligger kanskje i ERP-systemet, avtalene i CRM, fakturaene i regnskapet og dokumentene i et arkiv. Hver kilde er en kobling som skal bygges, testes og holdes i drift.

Én kilde er et oversiktlig prosjekt. Fire kilder som skal vise det samme kundebildet, krever at dere bestemmer hvilket system som eier hvilken opplysning – står adressen både i CRM og i økonomisystemet, må én av dem vinne. Den avklaringen er ofte mer arbeid enn selve koblingen.

Koblingene i seg selv er blitt rimeligere. Koden som henter, oversetter og synkroniserer data lages i dag i stor grad med AI-assistanse, og en integrasjon kan stå klar på dager. Det som fortsatt koster, er avklaringene rundt dataene, ikke selve rørleggerarbeidet. Et nyttig første spørsmål er derfor hvilket system som svarer på flest av kundenes spørsmål – der ligger den koblingen som gir mest igjen for pengene.

Én innlogging som gir ulike roller ulik tilgang

Hvem som logger inn, og hva de skal se

En kundeportal for privatpersoner har som regel én rolle: kunden selv. For bedriftskunder er bildet et annet. Hver kundevirksomhet har flere brukere, en innkjøper skal se priser og ordre, en regnskapsmedarbeider skal se fakturaer, og noen hos kunden bør kunne legge til og fjerne kolleger selv.

Hver rolle er et sett med regler for hva som vises og hva som kan endres. Jo flere roller og brukergrupper, jo mer må bygges og testes. Skal portalen i tillegg brukes av egne ansatte, forhandlere eller partnere, vokser rollemodellen videre – da nærmer den seg en B2B-portal, med kundespesifikke priser og egne godkjenningsregler.

Pålogging løser vi i selve løsningen eller med den innebygde påloggingen i Docly-plattformen, begge med totrinnsbekreftelse. Valget av påloggingsmåte påvirker prisen mindre enn antallet roller gjør. Det lønner seg derfor å bruke tid på rollemodellen tidlig, før noe bygges.

Kundens handlinger i portalen, der noen er fullført

Innsyn koster mindre enn selvbetjening

Det er stor prisforskjell på en portal der kunden ser noe, og en der kunden endrer noe. Innsyn – status, historikk, fakturaer og dokumenter – er i hovedsak å hente data og vise dem riktig. Det er den rimelige delen av en kundeportal, og den som raskest gir færre henvendelser til kundeservice.

Selvbetjening som skriver tilbake til systemene deres, er noe annet. Da trengs regler for godkjenning, varsling og hva som skjer når to endrer det samme. En adresseendring er enkel. En endret leveranse, en ny bestilling eller en avtaleendring berører flere systemer og flere personer hos dere, og hver slik handling må tåle at noe går galt underveis.

Et godt grep er å prise og bygge innsyn først, og legge til handlinger én og én. Da betaler dere for selvbetjening der den faktisk sparer arbeid, og ikke for funksjoner kundene sjelden bruker. Er det kundeservice som skal avlastes mest, kan en supportportal med saker og kunnskapsbase være et naturlig neste steg.

Dokumenter som skal flyttes inn i portalen, sikret med lås

Data som skal flyttes, og hvor ryddige de er

Skal historikk fra et gammelt kundesystem inn i den nye portalen, blir datamigrering en egen post. Den er vanskelig å prise på forhånd, fordi den avhenger av hvor ryddige dataene er. Doble kunder, mangelfulle adresser og dokumenter uten kobling til riktig kunde må ryddes før de vises til kunden selv.

Det er også her mange undervurderer arbeidet. Internt tåler man rot i dataene; når kunden logger inn og ser sin egen konto, gjør man ikke det. En feil faktura eller en annen kundes dokument i feil portal er verre enn ingen portal.

Et nyttig spørsmål er om all historikk trengs fra første dag. Ofte holder det å vise det siste og hente eldre data ved behov, og da synker kostnaden merkbart. AI kan i tillegg hjelpe med å finne dubletter og mangler i dataene før de flyttes, slik at oppryddingen går raskere enn om alt må sjekkes for hånd.

Ferdig produkt eller skreddersøm

Mange CRM- og ERP-systemer har en portalmodul, og det finnes egne portalprodukter. Kostnaden er da ofte en lisens per bruker som løper så lenge portalen er i bruk, i tillegg til oppsett. Passer arbeidsflyten deres til det produktet er laget for, kan det være det riktige valget, og vi sier fra når vi mener det.

En skreddersydd kundeportal har en annen kostnadsprofil: mer i starten, og deretter drift og videreutvikling i stedet for lisens som vokser med antall kunder. Den lønner seg når portalen må hente data fra flere systemer, når arbeidsflyten er det som skiller dere fra konkurrentene, eller når lisenskostnaden per bruker vokser raskere enn nytten.

Løpende kostnader hører med i begge regnestykkene: overvåking, sikkerhetsoppdateringer, feilretting og nye funksjoner etter hvert som kundene ber om dem. Vi tar gjerne drift og forvaltning av portalen – se hva det omfatter.

Klikkbar prototype med skjermbilder og musepeker

Prototype først gir et anslag dere kan stole på

Et anslag laget ut fra en kravliste blir sjelden treffsikkert, fordi mye av det som driver prisen først blir synlig når man ser løsningen. Derfor starter vi med en klikkbar prototype av kundeportalen, bygget med AI i utviklingen og komponenter vi har fra før.

Prototypen koster lite, og den gjør samtalen konkret: hvilke skjermbilder kundene trenger, hvilke data som må hentes, og hvilke handlinger som kan vente. Kundeservice kan vise den til noen av kundene og høre hva de savner. Det anslaget vi gir etterpå, bygger på noe dere har klikket dere gjennom – ikke på antakelser.

Derfra tas portalen i bruk tidlig og bygges videre fortløpende, i den rekkefølgen bruken viser. Det gjør også kostnaden lettere å styre: dere betaler for neste steg når dere ser hva forrige steg ga, i stedet for å binde hele budsjettet i starten. Les mer om trappa i Fra prototype til plattform i drift.

Vil dere vite hva en kundeportal koster for akkurat dere, er det nyttigste å ha med tre ting: hvilke systemer kundedataene ligger i, hvem som skal logge inn, og hvilke spørsmål kundene stiller kundeservice oftest. Hva portalen bør inneholde i første versjon, har vi skrevet om i Kundeportal: rask å bygge – dette bør den inneholde.

Se hva vi bygger på siden om kundeportal og Min side, eller alle typene under portaler og portalløsninger. Og vil dere se en kundeportal som prototype før dere bestemmer dere, start med en behovsprat.