Helpdesk-programvare: En praktisk veiledning for valg
Det overfylte markedet for helpdesk-programvare blir enklere å navigere i når du slutter å sammenligne funksjonslister og begynner å sammenligne arbeidsflyter. Målet ditt er ikke å finne produktet med flest avkrysningsbokser. Det er å finne et system som hjelper teamet med å motta, tildele, besvare, følge opp og lære av kundehenvendelser uten å skape ekstra arbeid.
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 postkasse eller et grunnleggende supportsystem.
Start med supportarbeidsflyten dere har i dag
Før du planlegger produktdemonstrasjoner, bør du kartlegge hvordan én reell kundehenvendelse beveger seg gjennom teamet. Begynn med mottak og avslutt med løsning. Ta med overleveringene som skjer når den første personen ikke kan svare.
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, tagg, 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 gjelder mottak, eierskap, svarkvalitet, rapportering eller en kombinasjon av disse.
Velg riktig løsningskategori
Helpdesk-programvare overlapper ofte, men løsningene 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 postkassen i sentrum | Team som ønsker å beholde kjente e-postadresser, samtidig som de får eierskap og struktur for supportsaker | Forblir e-post pålitelig og enkel å bruke for både kunder og brukere? |
| Flerkanals serviceskranke | 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 kundesupportteam kan oppleve at en omfattende tjenestestyringspakke er for kompleks. Et team med formelle endringskontroller kan oppleve at en enkel delt innboks blir for begrenset. Det er viktigere at kategorien passer, enn hvor lang funksjonslisten er.
Gjør behovene om til et vurderingsskjema
Lag et kort vurderingsskjema før du snakker med leverandører. Bruk de samme spørsmålene, eksemplene og eksempelsakene for hvert alternativ. En konsekvent test gjør avveiningene synlige.
Mottak og postkassefunksjoner
Undersøk hvordan systemet kobles 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 postkasser håndteres. Test vedlegg, videresendte meldinger, lange tråder, duplikatmeldinger og svar fra noen som ble satt på kopi i samtalen.
Eierskap og samarbeid
Se etter tydelig tildeling, status, prioritet, grupper, tagger, 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 uten eier eller arbeid som 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-hjelp
Vurder automatisering opp mot det repetitive arbeidet dere faktisk har. Gode testtilfeller omfatter ruting basert på innsender eller emne, merking av et kjent problem, endring av prioritet og uttrekking av informasjon fra en strukturert skjemapost. 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 går gjennom svaret før det sendes.
Tjenestemål og rapportering
Definer hvilke beslutninger rapportene må støtte. Antall supportsaker, tid til første svar, løsningstid, alderen på restansene, andelen saker som åpnes på nytt og utviklingen i temaer kan besvare ulike spørsmål. Hvis svarforpliktelser er viktige, bør du teste hvordan produktet bruker tidsplaner, varsler om risiko og rapporterer overskredne mål. Et gjennomarbeidet kontrollpanel 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 kunnskapsinnhold. Gå gjennom alternativer for innlogging, 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.
Gjennomfør en pilot med reelt arbeid
En veiledet demonstrasjon viser idealforløpet. En pilot avdekker det daglige forløpet. Bruk en representativ postkasse og en liten gruppe brukere. Ta med vanlige henvendelser, vanskelige henvendelser, søppelpost, vedlegg, internt samarbeid og en eskalering.
- Koble til den planlagte inngangskanalen og bekreft at nye henvendelser blir riktig omgjort til supportsaker.
- Sett opp det minste nyttige utvalget av statuser, grupper, tagger og felt.
- Behandle reelle eller trygt anonymiserte samtaler fra mottak til løsning.
- Test svar, notater, endringer av 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 supportsakene som ligger til grunn for hvert tall.
- Innhent tilbakemeldinger fra brukerne som utfører arbeidet, og lederen som vurderer resultatene.
Registrer friksjon mens den oppstår. Tell ekstra klikk, uklart eierskap, manglende kontekst og manuell kopiering mellom verktøy. Disse observasjonene er ofte mer verdifulle enn en funksjonsvurdering.
Sammenlign den totale arbeidsinnsatsen, ikke bare abonnementskostnaden
Den synlige kostnaden ved en helpdesk er bare én del av beslutningen. Ta med tiden til oppsett, endringer i postkasser, opplæring, administrasjon, nødvendige integrasjoner, opprydding i rapportering og arbeidet som kreves for å vedlikeholde automatiseringer og kunnskapsinnhold.
Vurder også kostnaden ved å bytte. Spør hvordan dere kan eksportere supportsaker og tilhørende data. Identifiser hvilke arbeidsflyter som er avhengige av produktspesifikke felt eller automatiseringer. Et enklere system som brukerne tar i bruk konsekvent, 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å.
- Å vekte alle funksjoner likt. Legg større vekt på den daglige arbeidsflyten, pålitelighet og bruk enn på funksjoner som bare brukes av og til.
- Å hoppe over spesielle tilfeller i postkassen. Test videresending, mottakere på kopi, 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 kontrollpaneler. Bekreft hvordan hvert mål beregnes, og om brukerne kan undersøke supportsakene som inngår i tallene.
- Å ignorere veien ut. Bekreft alternativer for eksport og dataportabilitet før dere forplikter dere.
Bruk en sjekkliste for den endelige beslutningen
Før dere velger et produkt, må dere 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 eier 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 driftsrelaterte 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 deres hovedsakelig arbeider fra e-post, er et system med postkassen i sentrum et nyttig sted å begynne på kortlisten. Deskhero's funksjoner for delt innboks og supportsaker gjør innkommende e-post om til supportsaker og legger til tildeling, grupper, statuser, prioriteter, tagger, interne notater, omtaler, videresending og sammenslåing. Deskhero kobler til Gmail- og Google Workspace-kontoer samt Microsoft 365- og Outlook-postkasser, med toveis synkronisering. Delte Microsoft 365-postkasser støttes også.
Deretter kan dere vurdere tilstøtende funksjoner bare når de støtter arbeidsflyten. Gå for eksempel gjennom AI-utkast til svar hvis det er en flaskehals å forberede svar, 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.