Tre kategorier selges hver for seg og kjøpes for én jobb: en helpdesk, et live chat-verktøy, et kunde-CRM. Alle finnes for å svare kunder uten å miste oversikten over dem. Overlappet mellom dem er stort nok til at de fleste team ender opp med å kjøre to og betale to ganger for den delen som gjentar seg.
Veien ut er ikke en funksjonsmatrise. Det handler om å vite hva hver kategori faktisk er bygget rundt, for det sentrumet er det den gjør bra, og alt annet er et tillegg.
Tre kategorier, én jobb
Hver kategori er organisert rundt et ulikt objekt, og alt annet følger av det.
En helpdesk er bygget rundt saken (ticketen): en arbeidsenhet med en status, en eier, en frist og noen som er ansvarlig for den. Live chat er bygget rundt økten: en samtale som skjer nå, målt i sekunder. Et CRM er bygget rundt kontoen: en person eller et selskap med en historikk som overlever enhver enkeltforespørsel.
Spør hvilket objekt et verktøy ville nektet å fungere uten, så blir kategorien tydelig uansett hva prissiden kaller det.
Et verktøy håndterer sitt eget objekt naturlig og behandler de to andre som vedlegg. Det er derfor live chat-verktøy lagrer saker klønete, hvorfor helpdesker viser tynne kundeprofiler, og hvorfor CRM-er gir dårlige sanntids-innbokser.
Hva en helpdesk eier
Helpdesken finnes slik at ingen forespørsel går tapt, og at hver av dem har en eier. Dens naturlige begreper er køer, statuser, tildeling, prioritet, SLA-timere og eskalering.
Det er det riktige sentrumet når arbeid kommer inn raskere enn det løses, når forespørsler overlever lenger enn én økt, og når noen må svare for det som fortsatt er åpent.
Helpdesk-ticketing-programvare tjener inn prisen sin på dag to av en forespørsel, ikke i det første minuttet. Hvis nesten alt du håndterer avsluttes innenfor én samtale, står mesteparten av maskineriet ubrukt.
Best når: volumet er høyt, forespørsler overlever mer enn én økt, og noen er ansvarlig for en løsningsfrist.
Live chat og formen på en chatsamtale
Live chat er optimalisert for en samtale som skjer akkurat nå, og hele designet følger av den fristen.
De naturlige hensynene er widget-atferd, besøkskontekst, ruting til den som er ledig, ferdiglagde svar, og en første respons målt i sekunder heller enn timer.
Den egner seg for salgsforberedende spørsmål og raske kontosaker. Mer generelt egner den seg til alt der et raskt, delvis svar slår et fullstendig, sent svar.
Svakheten viser seg i det øyeblikket en chat ikke kan fullføres. Uten en sak bak seg har den uferdige samtalen ingen eier, ingen frist og ingen status, og den overlever bare i noens hukommelse.
Best når: samtaler avsluttes innenfor én økt, og hastighet betyr mer enn sporing.
Kunde-CRM-programvare og kontoposten
Et CRM holder styr på kontoen: hvem denne kunden er, hva de kjøpte, hva de ble lovet, og hva som skjedde sist.
For support endrer det kvaliteten på svaret snarere enn hastigheten på det. En agent som kan se planen, fornyelsesdatoen og den forrige klagen, svarer annerledes enn en som bare ser den aktuelle meldingen.
Kunde-CRM-programvare er også det som gjør support synlig for resten av selskapet. Salg ser den åpne klagen før fornyelsessamtalen, og kontoansvarlige ser mønsteret før kunden faller fra.
Det et CRM ikke er, er en innboks. Å håndtere reelt samtalevolum inne i et CRM designet for salgspipeliner er den vanligste måten å ende opp med to verktøy likevel.
Side om side på spørsmålene som avgjør valget
| Spørsmål | Helpdesk | Live chat | CRM |
|---|---|---|---|
| Bygget rundt | Saken (ticketen) | Økten | Kontoen |
| Naturlig tidsenhet | Timer til dager | Sekunder til minutter | Måneder til år |
| Svarer på hvem som eier dette | Ja | Nei | Delvis |
| Svarer på hvem dette er | Delvis | Nei | Ja |
| Overlever et kanalbytte | Ja | Sjelden | Ja |
| Svikter ved | Treg første respons | Å miste uferdig arbeid | Dårlig sanntidshåndtering |
Les den siste raden først. Hver kategori svikter på en forutsigbar måte, og feilen du minst kan unnvære, er det sterkeste argumentet for hvilket sentrum du trenger.
Overlappet du ender opp med å betale for to ganger
Hver av disse kategoriene har vokst mot de andre, og det er derfor grensene føles uklare i demoer og skarpe i daglig bruk.
Helpdesker la til chat-widgeter. Chat-verktøy la til sak-objekter. CRM-er la til innbokser. Hvert tillegg er reelt, og hvert er grunnere enn verktøyet som er bygget rundt det objektet.
Duplikasjonen er sjelden synlig på fakturaen. Den viser seg som samme kunde lagret to ganger, samme samtale telt to ganger i to dashbord, og to team som er uenige om et tall fordi de leser ulike systemer.
Kontaktposter er der det koster mest. To sannhetskilder for en kunde betyr at ingen av dem stoles på, og hver rapport blir en diskusjon om hvilken eksport som er riktig.
Signaler på at du har vokst ut av én kategori
Øyeblikket for å endre er lettere å gjenkjenne på symptom enn på antall ansatte.
Chat alene slutter å fungere når agenter fører et regneark over uferdige samtaler, eller når en kunde kommer tilbake og ingen finner hva som ble sagt i går.
En helpdesk alene slutter å fungere når salgsforberedende spørsmål kommer inn som saker og besvares for sent til å ha betydning, eller når agenter åpner et andre verktøy for hvert svar fordi profilen er for tynn.
Et CRM alene slutter å fungere den første travle ettermiddagen, når pipeline-oppsettet kommer i veien for å svare førti personer.
Det pålitelige signalet på tvers av alle tre: agenter som fører sin egen liste utenfor verktøyet. Den listen er funksjonen du mangler.
Kunnskapsbase: delen alle tre forutsetter
Alle tre kategorier forutsetter stilltiende at en kunnskapsbase finnes, og ingen av dem er det.
Uten publiserte svar driver ferdiglagde svar fra hverandre mellom agenter, saksløsninger gjentar arbeid som allerede er gjort, og AI-laget har ingenting pålitelig å utarbeide utkast fra.
Programvare for kunnskapsbase innen kundeservice betaler seg tilbake to ganger, én gang på fronten der kunder svarer seg selv, og én gang bak kulissene der den blir grunnlagsmaterialet for automatiserte utkast.
Rapportering svikter først når verktøyene er delt opp
Oppdelingen viser seg i rapportering før den viser seg noe annet sted, fordi hvert verktøy bare kan telle det det kan se.
Chat rapporterer responstid og går glipp av alt som fortsatte over e-post. Helpdesken rapporterer løsningstid og kan ikke se at spørsmålet allerede ble besvart i chatten. CRM-et rapporterer på kontoer og vet ingenting om kø-belastning.
Tre grønne dashbord kan beskrive en opplevelse som svikter, og ingen av dem tar feil.
Tallet som bare vises i et sammenslått system, er kostnaden for en kunde på tvers av alle berøringspunkter, og det er tallet som avgjør bemanning.
Integrasjon eller én plattform
Å koble sammen tre verktøy er et legitimt valg, og det fungerer når integrasjonene er toveis, når identitetsnøklene stemmer overens, og når noen eier synkroniseringen etter hvert som felt endres.
Den slutter å fungere i stillhet. En enveis-synkronisering forfaller til utdaterte data, et omdøpt felt bryter en mapping ingen legger merke til, og feilen viser seg ved at en agent stoler på feil post.
Én plattform fjerner synkroniseringen i stedet for å forbedre den. Kostnaden ved dette valget er ærlig: mindre dybde enn et spesialistverktøy på området der den spesialisten er sterkest.
RolChat tar siden med ett samlet arbeidsområde, med saker, chat, kontaktposter, en kunnskapsbase og 11 kanaler bak én rutingmodell og én historikk.
Sammenlign dybden du taper mot synkroniseringen du ikke lenger må vedlikeholde. Team med en dedikert driftsansvarlig kan kjøre tre verktøy godt. Team uten en slik oppdager vanligvis synkroniseringen først etter at den har vært ødelagt i en måned.
Kostnadsmodeller som oppfører seg ulikt etter hvert som du vokser
Kategoriene prises ulikt, og forskjellen forsterker seg raskere enn noe funksjonsgap.
Lisensiering per agent multipliseres med antall ansatte, så sesongbasert ansettelse endrer regningen to ganger i året. En pakke satt sammen av tre produkter multipliseres også med antall produkter, og det er derfor det andre og tredje verktøyet koster mer enn det første antydet.
RolChat priser per selskap i stedet for per agent, fra $19 på Lite til Enterprise, som prises individuelt, med årlig betaling som dekker ti måneder. Telefoni og samtykke er tillegg, og tillegg er ikke tilgjengelig på Lite.
30-dagers prøveperioden åpner alle funksjoner med et kort registrert, noe som er nok tid til å kjøre reelt volum gjennom den i stedet for en smakebit.
Velge uten å overkjøpe
Start med feilen du minst kan unnvære. Å miste oversikten over arbeid peker mot saken. Å miste salget mens noen venter, peker mot chat. Å svare uten å vite hvem du snakker med, peker mot kontoposten.
Sjekk deretter den nest verste feilen, for det er den som avgjør om et enkeltkategori-verktøy er nok, eller om overlappet kommer til å koste deg.
Kjøp for volumet du har pluss ett kvartal, ikke for volumet i planen. Support-verktøy er lette å vokse inn i og kostbare å vokse ut av.
Ofte stilte spørsmål
Hva er den reelle forskjellen mellom en helpdesk og live chat?
En helpdesk er bygget rundt saken, en arbeidsenhet med en eier og en frist. Live chat er bygget rundt økten, en samtale som skjer nå. Den første sporer, den andre svarer.
Trenger vi kunde-CRM-programvare i tillegg?
Du trenger kontoposten den inneholder. Om den kommer som et eget CRM eller som kontaktposter inne i supportplattformen, avhenger av hvor mye salg og kontoansvarlige trenger den samme oversikten.
Kan et CRM brukes som en helpdesk?
Det kan holde saker, men det er designet rundt pipeliner snarere enn køer. Team som håndterer reelt samtalevolum inne i et CRM legger vanligvis til et andre verktøy innen et år.
Hva koster det egentlig å kjøre to verktøy?
Utover den andre lisensen koster det duplisert kontaktinformasjon, samtaler talt to ganger på tvers av to dashbord, og en synkronisering som noen må eie når felt endres.
Hvordan vet vi at vi har vokst ut av chat-only support?
Det tydeligste signalet er agenter som fører sin egen liste over uferdige samtaler utenfor verktøyet. Den listen er sakskøen du mangler.
Er én plattform alltid bedre enn tre integrerte verktøy?
Nei. Tre verktøy fungerer når integrasjonene er toveis, identitetsnøklene stemmer overens, og noen eier synkroniseringen. Én plattform fjerner det vedlikeholdet og gir avkall på noe dybde i bytte.
Hvor passer kunnskapsbasen inn?
Utenfor alle tre kategorier, og forutsatt av alle. Den svarer kundene direkte og leverer det godkjente materialet som automatiserte utkast er forankret i.
Hvilket rapporteringstall går tapt når verktøyene er delt opp?
Kostnaden for en kunde på tvers av alle berøringspunkter. Hvert verktøy teller bare det det kan se, så tre sunne dashbord kan beskrive en opplevelse som svikter.
Skriver om kundeserviceprosesser, live chat, AI-assistert service og verktøyene bak en god kundeopplevelse.
LinkedIn
