Uforpligtende snakFå afklaret jeres idé, udfordring eller næste skridtTal med os
Kundeportal · svar og handlinger ét sted

Kundeportaler med relevant selvbetjening

Giv kunden adgang til det, der ellers kræver en mail eller et opkald. Vi udvikler kundeportaler, der samler den relevante information og gør næste handling tydelig.

Moselstudio i Svendborg · Samarbejde i hele Danmark

Integrationsoversigt i Kundeservice AIs offentlige demo med CRM og forbindelsesstatus
Kundeservice AI · Skærmbillede fra den offentlige produktdemo. Navne, forbindelser og status er eksempeldata. Se integrationsprojektet
Kort fortalt

En kundeportal er en adgangsbeskyttet løsning til kundens oplysninger, dokumenter, status og selvbetjening. Vi starter med de hyppigste opgaver og planlægger roller, datakilder og rettigheder. Hver kunde skal kunne finde og ændre præcis det, vedkommende har adgang til.

Et konkret udgangspunkt

Kundeportaler med en klar leverance

Det giver især mening, når:

  • Kunder efterspørger status eller dokumenter, som medarbejdere finder manuelt.
  • Information er spredt mellem mail, regneark og forskellige systemer.
  • I vil tilbyde selvbetjening uden at miste kontrol over rettigheder og data.

En prioriteret brugerrejse

Vi identificerer de opgaver, der gentager sig, og vælger en første version, som løser et helt behov.

Roller og adgangsmodel

Vi beskriver virksomheder, brugere og tilladelser. Adgangskontrol testes på serveren på tværs af kunder og roller.

Data med kendt oprindelse

Integrationer og opdateringsfrekvens afklares. Kunden skal kunne forstå status og eventuelle manglende oplysninger.

Onboarding og drift

Invitationsflow, adgangsændringer, support og dokumentation planlægges. En portal skal kunne bruges og administreres efter lancering.

01

Vælg en opgave, kunden faktisk vil løse selv

En portal får ikke værdi, blot fordi den har et login og et dashboard. Kunden skal kunne løse noget, der ellers tager tid: hente et dokument, se en sag, genbestille en vare eller godkende et udkast. Vi starter med de mest gentagne spørgsmål hos salg og support.

Den første version kan eksempelvis samle status og dokumenter for én sagstype. Det giver et konkret scope og et tydeligt grundlag for at teste adoption. Mere avancerede handlinger kan tilføjes, når datakilder og brugerbehov er afprøvet.

Vi beskriver også de situationer, hvor kunden skal kontakte et menneske. Selvbetjening bør ikke skjule en hjælpsom kontaktvej. Hvis en status er uklar, eller en handling ikke kan gennemføres, skal kunden forstå, hvad næste skridt er.

02

Rettigheder er en del af produktet

En kunde kan have flere brugere med forskellige roller. En indkøber skal måske se ordrer, mens en administrator inviterer kolleger, og en økonomimedarbejder henter fakturaer. Vi modellerer de behov, før navigation og skærmbilleder fastlægges.

Det er ikke nok at skjule en knap i brugerfladen. Serveren skal kontrollere adgang til data og handlinger, også når en URL eller en forespørgsel ændres. Vi tester adskillelse mellem kunder og relevante roller med bevidst valgte scenarier.

Invitationer, deaktivering, glemt adgang og ændret firmatilknytning skal også have klare forløb. Det skal være muligt at fjerne adgang og forstå væsentlige ændringer. Logs og opbevaring tilpasses datatyperne og den aftalte anvendelse.

03

Gør data brugbare, også når de ikke er perfekte

Portalens oplysninger kan komme fra CRM, ERP eller et andet fagsystem. Vi afklarer kilde, ejerskab og opdateringsfrekvens. En status, der er en time gammel, bør ikke fremstå som et øjeblikkeligt svar, hvis det har betydning for kundens beslutning.

Tomme og fejlramte tilstande designes som en del af produktet. En ny kunde kan mangle dokumenter, en integration kan være forsinket, og en sag kan kræve manuel behandling. Kunden skal se en forklaring og en relevant handling frem for et tomt felt.

Efter lancering følger vi brugen af de aftalte funktioner og de henvendelser, portalen skulle gøre lettere. Logins alene er ikke et tilstrækkeligt succeskriterium. Det vigtige er, om kunderne får opgaven løst, og om administrationen bliver mere overskuelig.

Prøv selv · gratis værktøj

Gør jeres opgave konkret

Saml de vigtigste ønsker i en kort projektbrief. Brug den internt eller tag den med til en snak med os.

Hvilke områder skal afklares?
Se din projektbrief
Projektbrief: Kundeportaler

Mål: Ikke afklaret
Nuværende løsning: Ikke oplyst
Ønskede områder: Ikke valgt
Budgetramme: Ikke afklaret

Til afklaring: indholdsejer, systemadgange, vigtigste kunderejse, ønsket tidspunkt og kriterier for godkendelse.
Dette er en brief, ikke et tilbud eller prisestimat.

Budgetvalgene er dine rammer, ikke vores priser. Briefen bliver på din enhed, indtil du selv vælger at dele den.

Fra behov til drift

Sådan arbejder vi sammen

  1. 01

    Find den første opgave

    Vi gennemgår konkrete kundehenvendelser og vælger et afgrænset selvbetjeningsbehov.

  2. 02

    Model og prototype

    Data, roller og skærme afprøves med repræsentative brugere og kendte undtagelser.

  3. 03

    Udvikling og adgangstest

    Vi bygger integrationer og brugerflade og tester adskillelse, fejltilstande og centrale handlinger.

  4. 04

    Indfør og forbedr

    En aftalt gruppe onboardes. Vi følger opgaveløsning, støttebehov og datafejl før udvidelser.

Afklar data og rettigheder før et fast scope

En kundeportal kan variere fra enkel dokumentadgang til komplekse forretningsprocesser. Et indledende afklaringsforløb kan gøre datakilder, adgang og leverance konkrete nok til et sammenligneligt tilbud.

Få opgaven afklaret ↗
Godt at vide

Spørgsmål om Kundeportaler

Skal portalen erstatte vores CRM?

Normalt ikke. Portalen kan være kundens adgang til udvalgte oplysninger og handlinger, mens CRM fortsat er arbejdsstedet for medarbejdere. Dataansvar og synkronisering skal beskrives tydeligt.

Kan kunder invitere deres egne kolleger?

Det kan indgå, hvis der er en klar rolle- og firmamodel. Vi afklarer, hvem der må invitere, godkende og fjerne adgang, og tester at invitationer ikke giver adgang til andre virksomheders data.

Kan portalen starte uden alle integrationer?

Ja, hvis den første version stadig løser en hel opgave og viser data korrekt. Midlertidige manuelle processer skal være tydelige og have en ansvarlig, så kunden ikke ser oplysninger med ukendt aktualitet.

Hvordan måler vi, om portalen bliver brugt?

Vi vælger mål tæt på opgaven, eksempelvis gennemført dokumenthentning, godkendelse eller genbestilling. Samtidig følger vi supportbehov og fejl. Antal logins er kun et supplerende signal.

Lad os starte med jeres opgave

Tal med os om en kundeportal

Fortæl, hvad I har i dag, og hvad der skal fungere bedre. Vi afklarer muligheder, ansvar og næste skridt, før I tager stilling til et tilbud.

Af Moselstudio · Fagligt opdateret · Mød teamet