Helpdesk-løsninger: Praktisk veiledning for valg

Det overfylte markedet for helpdesk-programvare blir enklere å navigere når du slutter å sammenligne funksjonslister og begynner å sammenligne arbeidsflyter. Målet ditt er ikke å finne produktet med flest avkrysningsbokser. Målet er å finne et system som hjelper teamet med å motta, tildele, besvare, følge opp og lære av kundehenvendelser uten å skape ekstraarbeid.

Denne veiledningen gir deg en praktisk måte å definere behovene dine på, sammenligne alternativer og teste finalistene. Den er skrevet for små supportteam som går videre fra en personlig innboks, en delt postboks eller et enkelt supportsystem.

Start med supportarbeidsflyten dere har i dag

Før du bestiller demoer, bør du kartlegge hvordan én reell kundehenvendelse beveger seg gjennom teamet. Begynn når henvendelsen kommer inn, og avslutt når den er løst. Ta med overleveringene som skjer når den første personen ikke kan svare.

planlegg eierskap og overleveringer for saker

Skriv ned svarene på disse spørsmålene:

Hvor kommer henvendelsene inn, for eksempel via e-post, et nettskjema eller chat?
Hvordan avgjør teamet hvem som har ansvaret for hver henvendelse?
Hvilke statuser beskriver meningsfulle stadier i arbeidet?
Når trenger en henvendelse en prioritet, etikett, gruppe eller et egendefinert felt?
Hvordan ber brukere en kollega om hjelp uten å vise intern diskusjon til kunden?
Hvilke henvendelser bør slås sammen, videresendes, eskaleres eller åpnes på nytt?
Hvilken informasjon bør registreres når saken er løst?

Denne øvelsen skiller nødvendige funksjoner fra attraktive tillegg. Den viser også om det største problemet deres er mottak, eierskap, svarkvalitet, rapportering eller en kombinasjon av disse.

Velg riktig løsningskategori

Helpdesk-programvareløsninger overlapper ofte hverandre, men de tar vanligvis utgangspunkt i én av tre driftsmodeller. Hver modell kan fungere godt når den passer til teamet.

Driftsmodell	Passer best for	Viktigste spørsmål å teste
Helpdesk med postboks som utgangspunkt	Team som vil beholde kjente e-postadresser, samtidig som de får eierskap og struktur for saker	Forblir e-post pålitelig og enkel for både kunder og brukere?
Flerkanals servicedesk	Team som håndterer en betydelig blanding av e-post, chat, skjemaer, sosiale kanaler eller tale	Kan teamet følge én kunde på tvers av kanaler uten å miste konteksten?
Plattform for IT-tjenestestyring	Interne serviceteam som trenger forespørsler, hendelser, ressurser, endringer og godkjenninger	Vil de ekstra prosesskontrollene hjelpe, eller vil de bremse det daglige supportarbeidet?

Et lite kundestøtteteam kan oppleve en omfattende tjenestestyringspakke som for kompleks. Et team med formelle endringskontroller kan oppleve en enkel delt innboks som for begrenset. Det er viktigere at kategorien passer, enn hvor lang funksjonslisten er.

Gjør behovene om til et evalueringsskjema

Lag et kort evalueringsskjema før du snakker med leverandører. Bruk de samme spørsmålene, eksemplene og prøvesakene for hvert alternativ. En konsekvent test gjør avveiningene synlige.

Mottak og funksjonalitet for postbokser

Undersøk hvordan systemet kobler seg til det nåværende e-postoppsettet. Spør om svarene sendes fra deres egen adresse, hva som skjer med sendt e-post, og hvordan delte postbokser håndteres. Test vedlegg, videresendte meldinger, lange tråder, duplikatmeldinger og svar fra noen som var kopiert inn i samtalen.

Eierskap og samarbeid

Se etter tydelig tildeling, status, prioritet, grupper, etiketter, private notater og omtaler. Test deretter de vanskelige tilfellene. Hva skjer når en bruker ikke er tilgjengelig? Kan to personer svare samtidig? Kan en leder raskt finne arbeid som ikke er tildelt eller har stoppet opp?

Søk, visninger og datastruktur

Et supportsystem blir teamets arbeidsminne. Søk bør finne komplette samtaler, ikke bare emner. Filtre og lagrede visninger bør la hver bruker fokusere på relevant arbeid. Egendefinerte felt bør registrere informasjon som støtter ruting og rapportering, men de bør ikke tvinge brukerne til å fylle ut et langt skjema for hver sak.

Automatisering og AI-assistanse

Vurder automatisering opp mot det repetitive arbeidet dere faktisk har. Gode testtilfeller omfatter ruting basert på innsender eller emne, merking av en kjent feil, endring av prioritet og uthenting av informasjon fra en strukturert skjemamelding. Når det gjelder AI-utkast til svar, bør du undersøke om kildematerialet er kontrollert, om vedlegg kan tas med i vurderingen, og om en bruker gjennomgår svaret før det sendes.

Tjenestemål og rapportering

Definer hvilke beslutninger rapportene må støtte. Antall saker, tid til første svar, løsningstid, alder på restanser, andel saker som åpnes på nytt og utvikling i emner kan besvare ulike spørsmål. Hvis svarforpliktelser er viktige, bør du teste hvordan produktet bruker tidsplaner, varsler om risiko og rapporterer om mål som ikke er nådd. Et gjennomarbeidet dashbord er bare nyttig når definisjonene samsvarer med arbeidsflyten deres.

Administrasjon og integrasjoner

Spør hvem som skal vedlikeholde brukere, grupper, felt, automatiseringer, skjemaer og kunnskapsbase. Gå gjennom alternativer for pålogging, dataeksport, API-dekning og systemene som må utveksle informasjon med helpdesken. En integrasjon bør fjerne en overlevering eller dobbeltregistrering. Den bør ikke finnes bare fordi en kobling er tilgjengelig.

Kjør en pilot med reelt arbeid

En veiledet demo viser den ideelle veien. En pilot avdekker den daglige veien. Bruk en representativ postboks og en liten gruppe brukere. Ta med vanlige henvendelser, vanskelige henvendelser, søppelpost, vedlegg, internt samarbeid og en eskalering.

Koble til den planlagte kanalen for mottak, og bekreft at nye henvendelser blir opprettet som saker på riktig måte.
Sett opp det minste nyttige utvalget av statuser, grupper, etiketter og felt.
Behandle reelle eller trygt anonymiserte samtaler fra de kommer inn, til de er løst.
Test svar, notater, endringer i tildeling, sammenslåing, videresending, søk og lagrede visninger.
Legg til én automatisering først etter at den manuelle arbeidsflyten er tydelig.
Gå gjennom en rapport, og bekreft sakene som ligger til grunn for hvert tall.
Innhent tilbakemeldinger fra brukerne som utfører arbeidet, og lederen som vurderer resultatene.

Registrer friksjon etter hvert som den oppstår. Tell ekstra klikk, uklart eierskap, manglende kontekst og manuell kopiering mellom verktøy. Disse observasjonene er ofte mer verdifulle enn en vurdering av funksjonene.

Sammenlign den totale arbeidsinnsatsen, ikke bare abonnementskostnaden

Den synlige kostnaden for en helpdesk er bare én del av beslutningen. Ta med tid til oppsett, endringer i postbokser, opplæring, administrasjon, nødvendige integrasjoner, opprydding i rapporteringen og innsatsen som kreves for å vedlikeholde automatiseringer og kunnskapsbase.

Vurder også kostnaden ved å bytte. Spør hvordan dere kan eksportere saker og tilknyttede data. Identifiser hvilke arbeidsflyter som avhenger av produktspesifikke felt eller automatiseringer. Et enklere system som brukerne tar konsekvent i bruk, kan gi bedre resultater enn en større plattform som krever kontinuerlig administrasjon.

Vær oppmerksom på vanlige feil ved valg

Å kjøpe for en hypotetisk fremtid. Sørg for rom til å vokse, men løs arbeidet teamet utfører nå.
Å gi alle funksjoner samme poengvekt. Vektlegg den daglige arbeidsflyten, pålitelighet og bruk mer enn sjeldent brukte tillegg.
Å hoppe over spesielle tilfeller for postbokser. Test videresending, kopierte mottakere, vedlegg, signaturer og svar fra mobile e-postklienter.
Å automatisere en ødelagt prosess. Gjør regler for eierskap og status tydelige før du legger til ruting eller AI.
Å stole på skjermbilder av dashbord. Bekreft hvordan hvert mål beregnes, og om brukerne kan undersøke sakene som inngår i tallene.
Å ignorere veien ut. Bekreft alternativer for eksport og dataportabilitet før dere forplikter dere.

Bruk en endelig sjekkliste for beslutningen

Før du velger et produkt, bør du sørge for at teamet kan svare ja på det viktigste:

Løsningen passer til supportkategorien og kanalene vi trenger.
En ny henvendelse får en ansvarlig og en synlig status.
Brukerne kan samarbeide privat, samtidig som kunden ser en ryddig samtale.
Søk og visninger gjør det enkelt å finne aktivt arbeid.
Automatiseringer er forståelige, testbare og nyttige i reelle tilfeller.
Rapportene besvarer konkrete operative spørsmål.
Innføringen og den løpende administrasjonen passer til teamets kapasitet.
Data kan eksporteres hvis behovene våre endrer seg.

Hvis teamet ditt hovedsakelig arbeider fra e-post, er et system med postboks som utgangspunkt et nyttig sted å begynne på kortlisten. Deskhero's funksjoner for delt innboks og supportsystem gjør innkommende e-post om til saker og legger til tildeling, grupper, statuser, prioriteringer, etiketter, interne notater, omtaler, videresending og sammenslåing. Deskhero kobler Gmail- og Google Workspace-kontoer, samt Microsoft 365- og Outlook-postbokser, med toveis synkronisering. Delte postbokser i Microsoft 365 støttes også.

Deretter kan du vurdere tilstøtende funksjoner bare der de støtter arbeidsflyten. Du kan for eksempel se nærmere på AI-utkast til svar hvis utarbeidelse av svar er en flaskehals, eller SLA-policyer hvis teamet håndterer forpliktelser knyttet til svar og løsning. Den riktige helpdesken er den som består piloten med reelt arbeid og gjør eierskapet tydeligere fra første dag.

Helpdesk-løsninger: En praktisk veiledning for valg