En integration skal løse et bestemt problem i supporten. Hvis medarbejderen kopierer ordrenumre mellem systemer for at svare på en leveringsforespørgsel, kan adgang til ordre- og fragtdata være relevant. Hvis problemet er en uklar produktbeskrivelse, er en ny forbindelse mellem systemer næppe første opgave.
Kortlæg arbejdet med et lille udsnit
Vælg fx 20 afsluttede sager fra en almindelig arbejdsuge. Det er en praktisk stikprøve, ikke en repræsentativ brancheundersøgelse. Fordel sagerne på levering, produktspørgsmål, fejl, returnering og andet. Notér systemerne, der blev åbnet, hvilke oplysninger der blev kopieret, og hvor der blev ventet på en kollega.
Adskil aktiv arbejdstid fra den tid, sagen står åben. En henvendelse kan vente et døgn på transportøren uden at kræve et døgns supportarbejde. Vælg det manuelle opslag, der fylder mest, og undersøg det først.
Bed om en demonstration med dine egne scenarier
Når du vurderer en helpdesk til webshop, bør demonstrationen vise mere end en fejlfri standardordre. Bed leverandøren gennemgå disse situationer i et testmiljø med opdigtede kundedata:
| Scenarie | Det skal være tydeligt |
|---|---|
| Ordren sendes i to pakker | Hvilke varer og trackingnumre hører sammen? |
| Leveringen er forsinket | Hvornår er status senest opdateret, og hvor stammer den fra? |
| En kunde har flere ordrer | Hvilken ordre vedrører henvendelsen? |
| Forbindelsen er nede | Kan medarbejderen se, at oplysninger kan være forældede? |
| En ordre refunderes | Hvem har rettigheden, og kan handlingen spores? |
En integrationsliste på en salgsside er ikke dokumentation for, at alle funktionerne virker med dit abonnement, din platformversion og dine tilpasninger. Få begrænsninger, synkroniseringsinterval, driftansvar og omkostninger på skrift.
Start med mindst mulig adgang
Et opslag i ordrestatus kræver ikke nødvendigvis rettighed til at ændre adresser eller udbetale penge. Begynd med læseadgang, hvor den løser opgaven. Afprøv særskilt, hvordan adgang fjernes, når en medarbejder eller leverandør stopper.
Datatilsynets grundprincipper omfatter blandt andet at begrænse oplysninger til formålet, holde dem korrekte og beskytte dem mod uvedkommende. En ny integration skal vurderes i den konkrete databehandling; en påstand om “GDPR-sikker” software erstatter ikke den vurdering. Læs principperne hos Datatilsynet.
Aftal en tilbagevej, før du tænder
Skriv, hvem der kontrollerer de første sager, hvordan fejl meldes, og hvordan forbindelsen slukkes. Medarbejderen skal fortsat kunne slå status op i det oprindelige system. Undgå automatiske kundesvar, før I har kontrolleret, at status betyder det samme i begge systemer.
Eksempelvis kan “label oprettet” og “pakke modtaget af transportør” være forskellige hændelser. En kunde bør ikke få lovning på afsendelse, fordi der blot er dannet en fragtlabel. Brug ordreflow-guiden til at beskrive jeres egne statusser.
Mål tid sammen med kvalitet
Fiktivt regneeksempel: Hvis 100 sammenlignelige sager kræver 6 minutters aktivt arbejde hver før ændringen og 5 minutter efter, er forskellen 100 minutter. Ved en internt valgt omkostning på 300 kr. pr. time svarer tiden til 500 kr. før abonnement og vedligehold. Det er ikke automatisk en kontant besparelse.
Se samtidig på fejl, genåbnede sager og behovet for hjælp fra andre. Kortere svartid er ikke en forbedring, hvis kunden skal skrive igen. Bevar samme målemetode og noter ændringer i bemanding, sagstyper og travlhed. Brug resultaterne til at vælge næste integration, hvis den første faktisk løser opgaven.