7 skambučių centro problemos, paslėptos jūsų metrikoje (ir kaip ištaisyti kiekvieną)

Jūsų AHT padidėjo. Jūsų CSAT liko tas pats. Jūsų atsisakymo rodiklis kyla. Šie skaičiai yra simptomai, ne diagnoza. Šis straipsnis susieja septynias dažniausias skambučių centro problemas su rodikliais, kurie jas atskleidžia, ir pereina per pataisą kiekvienai. Norint suprasti, kaip šie skaičiai turėtų atrodyti jūsų sektoriuje, žr. skambučių centro etalonai 2026.

Kaip skaityti savo metriką kaip diagnostiką, o ne ataskaitų lapą

Dauguma komandų metriką traktuoja kaip scenarijų: žalia yra gera, raudona yra bloga. Toks rėmas sukelia klaidingą atsakymą. Raudonoje metrikoje pasakoma, kad kažkas nepavyko. Tai nepasakoja, kas, kur ar kodėl.

Geriau yra diagnostinis rėmas. AHT virš etalono reiškia, kad skambučio trukmė yra ilgesnė nei tikėtasi. Klausimas yra: kuri dalis? Ar tai patikrinimas? Žinių spragos? Sistemos navigacija? Eskalacijos vėlavimai? Kiekviena priežastis turi kitokį pataisą. Aukšto AHT traktavimas kaip vienos problemos sukelia bendrą sprendimą, kuris nieko neišsprendžia.

Kiekviena žemiau esanti problema seka keturių dalių struktūrą: metrikinio simptomo, dažniausių šaknies priežasčių, konkrečios pataisos ir kaip patvirtinti, kad pataisą veikia. Naudokite ją kaip diagnostinį kontrolinį sąrašą, o ne skaitymų sąrašą.

1 problema: AHT yra virš etalono: 4 šaknies priežastys ir pataisymai

Symptomas:

Vidutinis tvarkos laikas nuosekliai virš jūsų pramonės etalono (žr. skambučių centro statistiką, jei norite nuorodos diapazonų). Ne vienos savaitės šuolis: nuolatinis pakilimas per 4–6 savaites.

Šaknies priežastys ir pataisymai:

1. Sudėtingas arba blogai struktūrizuotas IVR nukreipia skambintojus netinkamam agentui, kuris sugaišta laiką persiuntimui arba pagrindinės informacijos rinkimui. Pataisymas: audituokite savo IVR srautą. Sekite persiuntimo rodiklį pagal IVR kelią. Iš naujo strukturizuokite kelius su aukščiausiais persiuntimo rodikliais.
2. Agentai neturi žinių bazės ir ieško rankiniu būdu arba klausti kolegų. Pataisymas: sukurkite arba išvalykite savo žinių bazę. Išmatuokite skyrimo laiką prieš ir po tam pačiam užklausos tipui.
3. Maršrutizavimas siunčia bendrąsias užklausas į vyresnius agentus ir eskalacijas į jaunesnius agentus. Pataisymas: diegti įgūdžiais pagrįstą maršrutizavimą. Suderinkite užklausos sudėtingumą su agento lygiu.
4. Agento mokymas yra nenuoseklus. Naujos agentų grupės tvarko skambučius kitaip nei patyrę agentai. Pataisymas: palyginkite AHT pagal agento stažą. Jei nauji agentai yra 40%+ virš vidurkio, problema yra įtraukimas, o ne procesas. AI savybės agentų pagalbai gali sumažinti šią spragą.

Kaip patvirtinti pataisą:

Ištraukite AHT pagal IVR kelią, pagal agentą ir pagal užklausos tipą atskirai. Globalus vidutinio AHT patobulinimas patvirtina, kad pataisą veikia. Stabilus vidurkis su vienu segmentu, kuris vis dar aukštas, reiškia, kad šio segmento šaknies priežastis neatspręsta.

Žr., kaip LiveAgent atskleidžia šias problemas realiuoju laiku →

Pasiruošę kelti verslą į naują lygį?

Išbandykite LiveAgent nemokamai ir įsitikinkite patys.

Užsisakyti demo 30 dienų nemokamai

2 problema: FCR žemiau 70%: kas laužo grandinę

Symptomas:

Daugiau nei 30% išspręstų bilietų per 7 dienas iš to paties kliento dėl tos pačios problemos sukelia tęsinį kontaktą. Arba jūsų FCR sekimas (per žymas arba automatizavimą) nuosekliai rodo žemiau 70%.

Šaknies priežastys ir pataisymai:

1. Agentai uždaro bilietus be visiškai išsprendžiant problemą, nes jiems trūksta valdžios arba informacijos pataisai baigti. Pataisymas: audituokite uždarytus bilietus su tęsiniais kontaktais. Nustatykite 5 pagrindinius užklausos tipus. Patikrinkite, ar agentai turi įrankius ir valdžią kiekvieną iš jų atskirai išspręsti.
2. Klaidingas maršrutizavimas siunčia sudėtingas užklausas agentams, kurie jų negali išspręsti, todėl susidaro uždarymo ir atgalinio skambučio modelis. Pataisymas: peržiūrėkite maršrutizavimo taisykles užklausos tipams su žemiausiais FCR rodikliais.
3. Nėra tęsinio proceso, todėl klientai turi patys iš naujo atidaryti problemas, o ne būti proaktyviai kontaktuojami. Pataisymas: sukurkite automatizavimo taisyklę, kuri 24 valandų bėgyje neatpatvirtintus bilietus pažymėtų agento tęsiniui.

Kaip patvirtinti pataisą:

Sekite pakartotinio kontakto rodiklį (kontaktus per 7 dienas iš to paties kliento dėl tos pačios problemos). FCR patobulinimai matomi šiame skaičiuje per 4–8 savaites nuo maršrutizavimo ir proceso pokyčių diegimo.

3 problema: atsisakymo rodiklis virš 8%: tai ne visada personalinė problema

Symptomas:

Daugiau nei 8% skambintojų padeda ragelį, nesusilaukę agento. Didėjantis atsisakymo rodiklis nepikinėmis valandomis (ne tik per tūrio šuolius) yra ypač svarbus signalas.

Šaknies priežastys ir pataisymai:

1. IVR meniu per ilgi. Klientai naršo per 4–5 lygius, kol pasiekia eilę. Pataisymas: audituokite vidutinį laiką nuo skambučio pradžios iki eilės įrašo. Jei jis viršija 90 sekundžių, sutrumpinkite IVR. Dauguma skambintojų turėtų pasiekti eilę per 60 sekundžių.
2. Laukimo laikai viršija klientų toleranciją. Pataisymas: suaktyvinkite atgalinio skambučio eilę. Pasiūlymas atgalinio skambučio, kai laukimo laikas viršija 2 minutes, sumažina atsisakymą 30–50% daugumoje diegimų.
3. Darbo valandos neatitinka klientų kontakto modelio. Klientai skambina ne darbo valandomis ir padeda ragelį. Pataisymas: patikrinkite savo atsisakymo rodiklį pagal valandą ir dieną. Jei atsisakymas šuoliais pakyla nuosekliais laikais, tie laikai reikalingi padengti arba ne darbo valandų žinutė su alternatyvomis.

Kaip patvirtinti pataisą:

Sekite atsisakymo rodiklį kasdien 2–4 savaites po pokyčių. Atsisakymo rodiklis greičiau reaguoja į veiklos pokyčius nei FCR arba CSAT. Patobulinimas paprastai matomas per 2 savaites.

Prenumeruokite naujienlaiškį

Naujausi patarimai ir pasiūlymai tiesiai į jūsų pašto dėžutę.

El. pašto adresas

Prenumeruoti

4 problema: CSAT yra stabilus nepaisant žemo AHT: greičio spąstai

Symptomas:

AHT yra prie etalono arba žemiau jo. Tvarkos laikas gerėja. Bet CSAT nesikeičia arba mažėja. Klientai atrodo nepatenkinti nepaisant greitesnio skyrio.

Šaknies priežastis:

Greitis ir skyrimo kokybė yra ne tas pats. Agentai, optimizuojantys žemą AHT, uždaro bilietus, kol problema iš tikrųjų neatspręsta. Greitas uždarymas, kuris reikalauja tęsinio, yra nepavykusi sąveika, net jei AHT ataskaitoje atrodo gerai.

Pataisymas:

Neoptimizuokite AHT atskirai. Sekite FCR kartu su CSAT. Daugumoje komandų 1 procentinio punkto FCR patobulinimas sukelia 2–3 taškų CSAT patobulinimą. Nustatykite agento tikslus, kurie sujungia greitį ir skyrimo kokybę, o ne matuoja juos atskirai.

Kaip patvirtinti pataisą:

Nubraižykite CSAT ir FCR toje pačioje diagramoje per 8 savaites. Jie turėtų judėti kartu. Jei FCR pagerinamas, bet CSAT lieka stabilus, problema gali būti agento tonas arba skyrimo paaiškinimo kokybė, o ne pats skyrius.

5 problema: agento naudojimo laipsnis per aukštas (ne per žemas)

Symptomas:

Agento naudojimo laipsnis nuosekliai virš 85–90%. Didėjantys klaidų rodikliai. Didėjantys ligos dienų skaičiai. Didesnis nei vidutinis agento kaitos rodiklis.

Šaknies priežastis:

Per didelis naudojimas yra išdegimo greitiklis. Agentai, tvarkantys iš eilės skambučius be laiko užbaigimui, dokumentavimui arba atsistatyti, daro daugiau klaidų, duoda trumpesnius atsakymus ir išeina anksčiau. Metrika atrodo efektyvi. Realybė yra nepilnai aprūpinta komanda, deganti žmones.

Pataisymas:

• Pridėkite asinchroninius kanalus (pokalbis, el. paštas), kad paskirstytumėte tūrį iš telefono. Asinchroninis sumažina kiekvieno kontakto kainą ir agento pažintinę apkrovą.
• Sukurkite žinių bazę, kuri sumažina kartotinį informacijos rinkimą skambučiuose.
• Peržiūrėkite personalą pagal faktinį kontakto tūrį pagal valandą. Dauguma per didelio naudojimo problemų yra planavimo problemos, o ne žmogiškųjų išteklių problemos.
• Apsvarstykite AI savybes agentų pagalbai, kad sumažintumėte užbaigimo laiką ir automatizuotumėte po skambučio dokumentavimą.

Kaip patvirtinti pataisą:

Tikslas naudojimo laipsnį 75–85%. Sekite klaidų rodiklį ir CSAT kartu su naudojimo laipsniu. Kai naudojimo laipsnis nukrenta į sveiką diapazoną, klaidų rodikliai paprastai seka per 2–4 savaites.

Naršykite AI savybes, kurios sumažina agento perkrovą →

6 problema: eskalacijos rodiklis kyla: kur įvyksta gedimas

Symptomas:

Daugiau nei 15% skambučių eskaluoja vyresniajam agentui arba vadovui. Didėjantis eskalacijos rodiklis per 6–8 savaites be atitinkamo kontakto sudėtingumo padidėjimo.

Šaknies priežastys ir pataisymai:

1. Agentai neturi valdžios išspręsti bendras problemas. Grąžinimai virš ribos, sąskaitos pokyčiai ir išimtis tvarkymas visi reikalingi vadovo patvirtinimo. Pataisymas: peržiūrėkite eskalacijos žurnalus dėl dažniausių eskalacijos priežasčių. Dėl 3 pagrindinių įvertinkite, ar pirmojo lygio agentai gali gauti valdžią jas išspręsti su atitinkamomis apsaugomis.
2. Žinių spragos agento bazėje. Naujos agentų grupės eskaluoja problemas, kurias patyrę agentai sprendžia nepriklausomai. Pataisymas: palyginkite eskalacijos rodiklį pagal agento stažą. Jei nauji agentai eskaluoja 3 kartus daugiau nei vyresnieji agentai, problema yra įtraukimas ir žinių prieiga.
3. IVR maršrutizavimo neatitikimas. Sudėtingi skambučiai patenka į bendrąsias eiles, nes IVR maršrutizavimas neskiria sudėtingumo. Pataisymas: pridėkite maršrutizavimo kelią užklausos tipams, kurie nuosekliai eskaluojami.

Kaip patvirtinti pataisą:

Sekite eskalacijos rodiklį pagal agentą ir pagal užklausos tipą atskirai. Krintantis eskalacijos rodiklis konkrečiame užklausos tipe patvirtina tam tikro tipo pataisą. Bendras eskalacijos rodiklis turėtų sumažėti per 4–6 savaites nuo maršrutizavimo ir valdžios pokyčių.

7 problema: metrika atrodo gerai, klientai vis tiek išeina: matavimo spraga

Symptomas:

AHT yra tikslingas. FCR atrodo priimtinas. CSAT yra virš 80%. Bet churn kyla, NPS mažėja, ir klientai išeina pas konkurentus.

Šaknies priežastis:

Jūs matuojate, ką lengva matuoti, o ne ką varo lojalumą. CSAT po skambučio matuoja pasitenkinimą sąveika. Jis nematuoja, ar problema iš tikrųjų rūpėjo klientui, ar skyrius buvo nuolatinis, ar kiek pastangų turėjo išleisti klientas, kad tai gautų.

Pataisymas:

• Pridėkite klientų pastangų balą (CES) apklausą po bilieto skyriaus. CES geriau numato churn nei CSAT daugumoje B2B ir prenumeratos verslo.
• Sekite NPS atskirai nuo CSAT. NPS fiksuoja santykio sveikatą, o ne tik sandorines pasitenkinimą.
• Peržiūrėkite jūsų labiausiai paskutinių klientų paramos istorijas. Šablono atitikimas, kaip atrodė kontaktai, prieš jiems išeinant.

Kaip patvirtinti pataisą:

CES patobulinimas matomas per 6–8 savaites nuo proceso pokyčių. NPS yra atsiliekantis rodiklis ir paprastai trunka 3–6 mėnesiai, kad atspindėtų veiklos pokyčius. Nenaudokite NPS kaip trumpalaikio veiklos metrikinio.

4 savaičių pataisų planas: nuo ko pradėti, kai reikia pataisyti viską

Kai kelios metrika yra žemiau tikslo, prioritizuokite pagal klientų poveikį ir pataisų greitį.

1–2 savaitė: ištaisykite atsisakymo rodiklį

Atsisakymo rodiklis greičiausiai reaguoja į pokyčius ir turi tiesioginį klientų poveikį. Suaktyvinkite atgalinio skambučio eiles, sutrumpinkite IVR meniu ir pridėkite padengimą dėl aukšto atsisakymo laikotarpių. Matomas patobulinimas per 2 savaites.

2–4 savaitė: ištaisykite FCR

Audituokite savo pagrindinius eskalacijos ir pakartotinio kontakto vairuotojus. Ištaisykite 3 pagrindinius maršrutizavimo arba valdžios problemas. FCR patobulinimai matomi per 4–8 savaites, bet šaknies priežasties darbas pradedamas dabar.

3 savaitė toliau: sprendžiama AHT ir CSAT kartu

AHT ir CSAT turėtų būti dirbami lygiagrečiai, o ne nuosekliai. Sumažinus AHT nepraslėdžiant FCR poveikio, gaunami trumpalaikiai pelnas ir ilgalaikės CSAT problemos. Nustatykite kombinuotus tikslus abiem.

Struktūrizuotam veiklos sistemai palaikyti šį planą, žr. skambučių centro operacijų vadovas. Jei norite sekti progresą, naršykite LiveAgent ataskaitų teikimo funkcijas.

Pradėkite ištaisyti savo metriką su 14 dienų nemokama bandomąja versija →

Santrauka: 7 problemos ir jų pataisymai

Sekite ir ištaisykite skambučių centro problemas su LiveAgent →