Deskhero
Latviešu
Sākt bez maksas

← Back to articles

Būtiskākie palīdzības dienesta pārskatu rādītāji atbalsta vadītājiem

Būtiskākie palīdzības dienesta pārskatu rādītāji atbalsta vadītājiem

Atbalsta vadītājam prioritārā secībā jāziņo par šādiem rādītājiem: pieteikumu skaits, pirmās atbildes laiks (FRT), atrisināšanas laiks (MTTR), atrisināšana pirmajā kontaktā (FCR), CSAT, SLA ievērošana, neizskatīto pieteikumu vecums, atkārtotas atvēršanas rādītājs, eskalāciju rādītājs, pieteikumi uz vienu aģentu, vidējais apstrādes laiks (AHT), izmaksas uz vienu pieteikumu, NPS un sadalījums pa kanāliem. Sāciet ar tiem, un jums būs pilnīgs priekšstats par savas komandas stāvokli.

Šeit ir prioritizēts saraksts ar ieteicamo pārskatu sagatavošanas biežumu:

  • Pieteikumu skaits — ikdienas momentuzņēmums, nedēļas tendence
  • Pirmās atbildes laiks (FRT) — katru dienu (reāllaika brīdinājums, ja tiek pārkāpts SLA)
  • Atrisināšanas laiks / MTTR — ikdienas tendence, nedēļas pārskats
  • Atrisināšana pirmajā kontaktā (FCR) — reizi nedēļā
  • CSAT — nedēļas vērtējums, mēneša tendence
  • SLA ievērošanas rādītājs — ikdienas indikators, nedēļas kopsavilkums
  • Neizskatīto pieteikumu vecums — katru dienu pieteikumiem, kas vecāki par 48 stundām
  • Atkārtotas atvēršanas rādītājs — reizi nedēļā
  • Eskalāciju rādītājs — reizi nedēļā
  • Pieteikumi uz vienu aģentu — ikdienas darba slodzes pārbaude
  • Vidējais apstrādes laiks (AHT) — reizi nedēļā
  • Izmaksas uz vienu pieteikumu — reizi mēnesī
  • NPS — reizi mēnesī vai ceturksnī
  • Sadalījums pa kanāliem — reizi nedēļā

Lielākā daļa komandu mēģina izsekot visam vienlaikus un beigās nerīkojas, pamatojoties ne uz ko. Pirmajam informācijas panelim izvēlieties sešus svarīgākos rādītājus, sakārtojiet datus un pēc tam pakāpeniski pievienojiet pārējos.

Galvenie secinājumi

Uzticama palīdzības dienesta atskaišu veidošana sākas ar tīriem datiem, īsu KPI sarakstu ar konkrētiem mērķiem un iknedēļas pārskatu, kurā par katru skaitli ir atbildīga konkrēta persona.

Punkts Detalizēta informācija
Atdaliet rādītājus no KPI Pirms jebkura informācijas paneļa izveides apzīmējiet katru rādītāju kā “Diagnostikas rādītājs” vai “KPI”, lai novērstu pretrunīgus signālus.
FRT un CSAT ir pāris ar visaugstāko ROI Vispirms ieviesiet pirmās atbildes laika un CSAT uzskaiti; tos ir ātri iestatīt, un tie atrodas tiešā komandas kontrolē.
Etaloniem nepieciešams konteksts Izmantojiet ieteiktos ASV mērķa diapazonus (piemēram, FRT e-pastam — mazāk nekā 1 stunda, CSAT — 80%+) kā sākumpunktu, bet pēc tam nosakiet mērķus, balstoties uz savas komandas 90 dienu bāzes līniju.
Datu kvalitāte ir svarīgāka par informācijas paneļiem Pirms jebkura rādītāja publiskošanas pārliecinieties, ka visi laika zīmogi tiek ģenerēti serverī un lauki tiek aizpildīti ar automatizāciju.
Deskhero automatizē datu uzskaites ieviešanu Deskhero automātiski aizpilda pieteikumu laukus un nodrošina iebūvētu pieteikumu ieskatu karti, tāpēc pārskatu sagatavošanai gatavi dati ir pieejami jau no pirmā pieteikuma.

Satura rādītājs

Kāda ir atšķirība starp palīdzības dienesta rādītāju un KPI?

Katrs skaitlis, ko ģenerē jūsu pieteikumu sistēma, ir rādītājs. KPI ir rādītājs, par kuru esat nolēmuši prasīt komandai atbildību, nosakot mērķi un sekas, ja rezultāts pasliktinās. Šī atšķirība ir svarīga, jo abu veidu rādītāju sajaukšana vienā pārskatā rada neskaidrību par to, kas ir tikai informatīvs un kas ir darbības standarts.

Rādītājs kļūst par KPI, ja ir izpildīti trīs nosacījumi: tam ir tieša ietekme uz uzņēmējdarbību (CSAT ir saistīts ar klientu noturēšanu), tas ir pietiekami stabils, lai tā tendenci varētu jēgpilni vērtēt vairāku nedēļu laikā, un kāds komandas loceklis to patiešām var mainīt ar saviem lēmumiem. Pieteikumu skaits gandrīz vienmēr ir diagnostikas rādītājs. Tas parāda, cik noslogots ir dienests, taču neviens aģents nevar samazināt ienākošo pieprasījumu, vienkārši strādājot vairāk. Savukārt CSAT ir KPI kandidāts, jo aģenti un vadītāji to var ietekmēt ar atbilžu kvalitāti, ātrumu un problēmu risināšanas precizitāti.

Praktiskais sadalījums izskatās šādi:

  • Diagnostikas rādītāji (konteksts, nevis mērķi): pieteikumu skaits, sadalījums pa kanāliem, eskalāciju skaits, AHT
  • KPI kandidāti (nosakiet mērķi, sekojiet katru nedēļu): FRT, MTTR, FCR, CSAT, SLA ievērošana, atkārtotas atvēršanas rādītājs, izmaksas uz vienu pieteikumu

Izplatīta kļūda ir apjoma un kvalitātes rādītāju apvienošana vienā diagrammā bez normalizācijas. Aģentam, kurš apstrādā 80 pieteikumus dienā, gandrīz vienmēr būs zemāks CSAT nekā aģentam, kurš apstrādā 30 pieteikumus, nevis tāpēc, ka viņš strādā sliktāk, bet tāpēc, ka liels apjoms samazina atbilžu kvalitāti. Atspoguļojiet pieteikumus uz vienu aģentu kopā ar CSAT, lai skaitļi parādītu pilnu ainu.

Profesionāļa padoms: Veidojot atskaites pirmo reizi, informācijas paneļa kolonnu virsrakstā vai logrīka nosaukumā katru rādītāju apzīmējiet kā “Diagnostikas rādītāju” vai “KPI”. Tas liek komandai jau sākumā vienoties, kas ir mērķis un kas tikai konteksts, kā arī neļauj vadītājiem uztvert diagnostikas skaitli kā darbības novērtējumu.

Galvenie palīdzības dienesta atskaišu rādītāji, sagrupēti pēc mērķa

17 biežāk uzskaitītie palīdzības dienesta rādītāji dabiski iedalās četrās grupās: produktivitāte, efektivitāte, klientu pieredze un uzticamība/finanses. Katrā tālāk aprakstītajā grupā ir iekļauta formula, aprēķina piemērs, uz ASV orientēts etalona diapazons un rīcība gadījumā, ja skaitlis mainās.

Palīdzības dienesta rādītāju diagramma, kas tos iedala pēc mērķa

Produktivitātes rādītāji

Pieteikumu skaits Definīcija: Periodā izveidoto pieteikumu kopskaits. Formula: To pieteikumu skaits, kuru created_at atrodas pārskata periodā. Piemērs: 340 pieteikumi no pirmdienas līdz piektdienai = 68 dienā. Etalons: Atkarīgs no komandas lieluma; sekojiet izmaiņām salīdzinājumā ar iepriekšējo nedēļu, nevis absolūtajam skaitlim. Ja rādītājs strauji palielinās: Pirms darbinieku skaita palielināšanas pārbaudiet, vai iemesls nav produkta incidents, mārketinga kampaņa vai sezonāls faktors. Veids: Tikai diagnostikas rādītājs.

Pieteikumi uz vienu aģentu Definīcija: Vidējā ikdienas pieteikumu slodze uz vienu aktīvu aģentu. Formula: Kopējais piešķirto pieteikumu skaits ÷ aktīvo aģentu skaits periodā. Piemērs: 340 pieteikumi ÷ 5 aģenti = 68 pieteikumi uz aģentu nedēļā. Etalons: 40–80 pieteikumi uz aģentu dienā ir izplatīts diapazons e-pasta atbalstam; tiešsaistes tērzēšana šo skaitu ievērojami samazina. Ja rādītājs palielinās: Pārdaliet uzdevumus vai ierosiniet personāla palielināšanas izvērtēšanu; ilgstoša pārslodze paredz CSAT kritumu 2–4 nedēļu laikā. Veids: Diagnostikas rādītājs.

Sadalījums pa kanāliem Definīcija: Pieteikumu procentuālais sadalījums pa kanāliem (e-pasts, tērzēšana, tālrunis, veidlapa, sociālie tīkli). Formula: (Pieteikumi no kanāla X ÷ kopējais pieteikumu skaits) × 100.

Etalons: Nav universāla mērķa; izmantojiet šo rādītāju, lai personāla plānošanu un SLA noteikumus saskaņotu ar faktisko kanālu kopumu. Ja pieaug tērzēšanas īpatsvars: Pārskatiet AHT un personāla skaitu paralēlām sesijām. Veids: Diagnostikas rādītājs.

Efektivitātes rādītāji

Pirmās atbildes laiks (FRT) Definīcija: Laiks no pieteikuma izveides līdz pirmajai aģenta atbildei. Formula: first_response_at − created_at (lielākajai daļai SLA tiek izmantots tikai darba laiks). Piemērs: Pieteikums izveidots plkst. 9.00, pirmā atbilde nosūtīta plkst. 9.47 = 47 minūšu FRT. Etalons: Plaši minēts ASV mērķis e-pastam ir mazāk nekā 1 stunda; tiešsaistes tērzēšanai — mazāk nekā 5 minūtes. Ja FRT palielinās: Pārbaudiet rindas maršrutēšanu, aģentu pieejamību un to, vai automātiskais saņemšanas apstiprinājums neslēpj faktisku aizkavi. Veids: KPI kandidāts.

Rokas regulē atbildes laika vadības ripu

Vidējais apstrādes laiks (AHT) Definīcija: Vidējais laiks, ko aģents aktīvi pavada, strādājot pie pieteikuma no tā atvēršanas līdz slēgšanai. Formula: Kopējais apstrādes laiks visiem pieteikumiem ÷ slēgto pieteikumu skaits. Piemērs: 850 apstrādes minūtes ÷ 17 pieteikumi = 50 minūšu AHT. Etalons: Ļoti atkarīgs no konteksta; 10 minūšu AHT paroles atiestatīšanai un 90 minūšu AHT norēķinu strīdiem var būt vienlīdz pareizi. Ja AHT palielinās: Izanalizējiet laikietilpīgākās pieteikumu kategorijas un izveidojiet tām zināšanu bāzes rakstus. Veids: Diagnostikas rādītājs (izmantojiet to kā KPI tikai konkrētām pieteikumu kategorijām, nevis visai rindai).

Atrisināšanas laiks / MTTR Definīcija: Vidējais atrisināšanas laiks no pieteikuma izveides līdz slēgšanai. Formula: Visu slēgto pieteikumu (resolved_at − created_at) summa ÷ slēgto pieteikumu skaits. Piemērs: 5 pieteikumi atrisināti 2, 4, 6, 3 un 5 stundās = kopā 20 stundas ÷ 5 = 4 stundu MTTR. Etalons: Standarta prioritātei — mazāk nekā 24 stundas; augstai prioritātei izplatīts ASV apkalpošanas dienesta mērķis ir mazāk nekā 4 stundas. Ja MTTR palielinās: Sadaliet datus pēc prioritātes un kategorijas. Viena pieteikumu veida dēļ vidējais rādītājs bieži kļūst lielāks; šīs kategorijas uzlabošana maina visu rādītāju. Veids: KPI kandidāts.

Atrisināšana pirmajā kontaktā (FCR) Definīcija: To pieteikumu procentuālais īpatsvars, kas atrisināti bez papildu kontakta vai atkārtotas atvēršanas. Formula: (Pirmajā kontaktā atrisinātie pieteikumi ÷ kopējais pieteikumu skaits) × 100.

Ja FCR samazinās: Pārskatiet kategorijas ar visbiežāk atkārtoti atvērtajiem pieteikumiem un atjauniniet aģentu skriptus vai zināšanu bāzes saturu. Veids: KPI kandidāts.

Klientu pieredzes rādītāji

CSAT (klientu apmierinātības rādītājs) Definīcija: To klientu procentuālais īpatsvars, kuri pozitīvi novērtē atbalsta pieredzi (parasti 4–5 piecu punktu skalā). Formula: (Pozitīvo atbilžu skaits ÷ kopējais atbilžu skaits) × 100.

Aptaujas izveidei ir nozīme: Pareizi izveidotas CSAT aptaujas, kas nosūtītas 30 minūšu laikā pēc pieteikuma slēgšanas, sniedz kvalitatīvāku un praktiski izmantojamu atgriezenisko saiti nekā aptaujas, kas nosūtītas pēc vairākām dienām. Ja CSAT samazinās: Izanalizējiet komentārus, segmentējiet tos pēc aģenta un kategorijas un pirms secinājumu izdarīšanas meklējiet likumsakarības. Veids: KPI kandidāts.

NPS (tīrais veicinātāja rādītājs) Definīcija: Varbūtība, ka klienti ieteiks jūsu atbalstu, skalā no 0 līdz 10. Atbalstītāji (9–10) mīnus kritiķi (0–6) = NPS. Formula: (% atbalstītāju − % kritiķu).

Etalons: Pozitīvs NPS (virs 0) ir minimālais līmenis; virs +30 B2B atbalstam tiek uzskatīts par labu rezultātu. Ja NPS samazinās: NPS ir novēlots rādītājs, tāpēc apvienojiet to ar CSAT un atkārtotas atvēršanas rādītāju, lai atrastu operatīvo cēloni. Veids: KPI kandidāts (reizi mēnesī vai ceturksnī).

Atkārtotas atvēršanas rādītājs Definīcija: To atrisināto pieteikumu procentuālais īpatsvars, kurus klients atkārtoti atver. Formula: (Atkārtoti atvērto pieteikumu skaits ÷ kopējais atrisināto pieteikumu skaits) × 100.

Ja rādītājs palielinās: Pārbaudiet, vai aģenti neslēdz pieteikumus pārāk agri, lai sasniegtu atrisināšanas laika mērķus. Veids: KPI kandidāts.

Uzticamības un SLA rādītāji

SLA ievērošanas rādītājs Definīcija: To pieteikumu procentuālais īpatsvars, kas atrisināti vai uz kuriem atbildēts saskaņotajā SLA periodā. Formula: (SLA atbilstošo pieteikumu skaits ÷ kopējais pieteikumu skaits) × 100.

Ja ievērošana samazinās: Nosakiet, kurš prioritātes līmenis tiek pārkāpts un vai pārkāpums attiecas uz FRT vai MTTR. Veids: KPI kandidāts.

Neizskatīto pieteikumu vecums Definīcija: Atvērto pieteikumu sadalījums pēc tā, cik ilgi tie nav atrisināti. Formula: Katram atvērtajam pieteikumam: pašreizējais laika zīmogs − created_at. Atspoguļojiet histogrammā (0–24 h, 24–48 h, 48–72 h, 72 h+). Piemērs: 12 pieteikumi, kas vecāki par 72 stundām, nozīmē neizskatīto pieteikumu rindu, kurai nepieciešama tūlītēja prioritizēšana. Etalons: Mērķis ir nulle pieteikumu, kas vecāki par jūsu augstākās SLA kategorijas termiņu; jebkuram pieteikumam, kas vecāks par 72 stundām, jāizraisa manuāla pārbaude. Ja neizskatīto pieteikumu skaits aug: Sadaliet rindu vecuma grupās un vispirms piešķiriet vecākos pieteikumus neatkarīgi no prioritātes marķējuma. Veids: KPI kandidāts (ikdienas uzraudzība).

Eskalāciju rādītājs Definīcija: To pieteikumu procentuālais īpatsvars, kas eskalēti augstākam līmenim vai speciālistam. Formula: (Eskalēto pieteikumu skaits ÷ kopējais pieteikumu skaits) × 100.

Ja eskalāciju rādītājs palielinās: Segmentējiet datus pēc pieteikumu kategorijas un aģenta. Ja lielāko daļu eskalāciju rada viena kategorija, tas parasti norāda uz zināšanu bāzes trūkumu. Veids: Diagnostikas rādītājs (var kļūt par KPI, ja ar to tiek sasaistītas apmācību programmas).

Finanšu rādītāji

Izmaksas uz vienu pieteikumu Definīcija: Kopējās atbalsta izmaksas, dalītas ar periodā apstrādāto pieteikumu kopskaitu. Formula: (Kopējās atbalsta izmaksas: algas + rīki + pieskaitāmās izmaksas) ÷ kopējais pieteikumu skaits. Piemērs: 25 000 $ mēneša atbalsta izmaksas ÷ 1400 pieteikumi = 17,86 $ par pieteikumu. Etalons: Diapazons dažādās nozarēs un kanālos būtiski atšķiras; sekojiet savai tendencei, nevis absolūtam mērķim. Ja izmaksas uz vienu pieteikumu palielinās: Pārbaudiet, vai nav samazinājies pieteikumu skaits (fiksētās izmaksas tiek sadalītas uz mazāku pieteikumu skaitu) vai palielinājies AHT. Veids: KPI kandidāts (reizi mēnesī).

Statistikas izcēlums: Forrester pētījumi konsekventi izceļ klientu pieredzes mērīšanu kā vienu no galvenajām investīciju prioritātēm, norādot, ka organizācijas, kas konsekventi mēra pieredzi, ir labāk sagatavotas klientu noturēšanas un ieņēmumu uzlabošanai — tas ir pamatojums CSAT un NPS traktēšanai kā īstiem KPI, nevis fakultatīviem papildinājumiem.

Kā savai komandai noteikt reālistiskus mērķus un etalonus

Etalonu saraksti ir sākumpunkts, nevis galamērķis. 24 stundu MTTR mērķis ir saprātīgs piecu cilvēku komandai, kas nedēļā apstrādā 200 pieteikumus. Tas gandrīz noteikti būs nepareizs 50 cilvēku uzņēmuma palīdzības dienestam, kas 10 000 pieteikumu apstrādā četros prioritātes līmeņos. Tālāk aprakstītā metodika sniedz atkārtojamu veidu, kā noteikt mērķus, kas atbilst jūsu faktiskajam kontekstam.

  1. Nosakiet bāzes līniju. Iegūstiet 90 dienu vēsturiskos datus par katru rādītāju. Aprēķiniet mediānu, nevis vidējo — novirzes izkropļo vidējos rādītājus. Šī mediāna ir jūsu pašreizējais darbības līmenis.
  2. Salīdziniet ar līdzīgām komandām. Izmantojiet nozares aptaujas un IT KPI apkopojumus, lai atrastu diapazonu jūsu lieluma un nozares komandām. Nosakiet, kur šajā diapazonā atrodas jūsu bāzes līnija.
  3. Nosakiet 90 dienu uzlabošanas mērķi. Tiecieties pēc sava vājākā KPI uzlabošanas par 10–15%, nevis lēciena līdz labākajiem nozarē. Agresīvi mērķi, kas nekad netiek sasniegti, komandas demoralizē ātrāk nekā mērķu neesamība.
  4. Ņemiet vērā sezonālās korekcijas. Ja pieteikumu skaits ceturtajā ceturksnī palielinās par 40%, jūsu novembra un decembra MTTR mērķim jāatspoguļo šī realitāte, nevis otrā ceturkšņa bāzes līnija.
  5. Izveidojiet ticamības diapazonu, nevis vienu skaitli. Tā vietā, lai rakstītu “CSAT jābūt 85%”, rakstiet “CSAT mērķis: 83–87%”. Diapazons atzīst mērījumu nenoteiktību un novērš paniku viena vājāka nedēļas rezultāta dēļ.

Atkārtojama datu iegūšanas–attīrīšanas–analizēšanas–rīcības procedūra ir tas, kas pārvērš palīdzības dienesta datus izmērāmā uzņēmējdarbības izaugsmē, nevis informācijas panelī, kuru neviens nepārbauda.

Rādītājs Ieteicamais ASV mērķa diapazons Atskaites biežums
Pirmās atbildes laiks (e-pasts) Mazāk nekā 1 stunda Katru dienu
Pirmās atbildes laiks (tērzēšana) Mazāk nekā 5 minūtes Reāllaikā
MTTR (standarta prioritāte) Mazāk nekā 24 stundas Katru dienu
MTTR (augsta prioritāte) Mazāk nekā 4 stundas Reāllaika brīdinājums
Atrisināšana pirmajā kontaktā 80% Reizi nedēļā
CSAT 80%+ Nedēļas vērtējums
SLA ievērošana 90% Ikdienas indikators
Neizskatīto pieteikumu rinda (pieteikumi, kas vecāki par 72 h) 0 Katru dienu
Atkārtotas atvēršanas rādītājs Mazāk nekā 5% Reizi nedēļā
Izmaksas uz vienu pieteikumu Sekot tendencei Reizi mēnesī

Klientu aizplūšanas samazināšana ir saistīta ar CSAT un FCR. Šāda pieeja nodrošina, ka vadības līmenī atskaites tiek uztvertas nopietni.*

Kad izmantot slīdošos vidējos rādītājus, nevis periodu salīdzinājuma mērķus: izmantojiet 28 dienu slīdošo vidējo CSAT un NPS, jo nedēļas izlašu apjoms bieži ir pārāk mazs, lai būtu statistiski nozīmīgs. Izmantojiet periodu salīdzinājumu (šī nedēļa pret iepriekšējo nedēļu, šis mēnesis pret iepriekšējo mēnesi) FRT un MTTR, kur svarīgi ātri pamanīt operatīvas izmaiņas.

Kā izveidot informācijas paneļus, kurus katra auditorija patiešām izmantos

Informācijas panelis, uz kuru neviens neskatās, ir sliktāks nekā informācijas paneļa neesamība, jo tas rada mērījumu ilūziju bez reāla ieguvuma. Risinājums ir auditoriju kartēšana: katra grupa saņem tikai tos rādītājus, kurus tā var ietekmēt.

Auditoriju un rādītāju kartēšana

Aģentiem nepieciešams personīgais skats: viņu pašu FRT, atvērto pieteikumu skaits, šodien atrisinātie pieteikumi un visi SLA pārkāpumu brīdinājumi viņu rindā. Nekas vairāk. Komandas vidējā CSAT rādīšana aģentiem bez konteksta tikai rada satraukumu.

Rokas pārvalda darba vietas elementus un taimeri

Komandas vadītājiem nepieciešams operatīvais skats: FRT sadalījums (ne tikai vidējais rādītājs), MTTR pēc kategorijas, SLA ievērošana pēc prioritātes līmeņa, atkārtotas atvēršanas rādītājs un pieteikumu uz vienu aģentu reitings. Reitings ir noderīgs tikai kopā ar CSAT katram aģentam, lai darba slodze un kvalitāte būtu redzamas vienlaikus.

Atbalsta vadītājiem nepieciešamas tendenču līknes un izņēmumu atskaites: iknedēļas CSAT tendence, neizskatīto pieteikumu vecuma siltumkarte, eskalāciju rādītājs pēc kategorijas, izmaksas uz vienu pieteikumu salīdzinājumā ar iepriekšējo mēnesi un FCR tendence. Klientu atbalsta informācijas paneļu veidnes, kas vadītājiem darbojas vislabāk, apvieno galveno rādītāju kopsavilkumu ar iespēju detalizēti analizēt datus pēc kategorijas un aģenta.

Vadībai nepieciešams vienas lapas kopsavilkums: CSAT vērtējums un tendence, SLA ievērošanas rādītājs, izmaksas uz vienu pieteikumu un viens NPS skaitlis. Pieteikumu skaits nav vajadzīgs, ja vien tas nav saistīts ar kādu biznesa notikumu. Vadības skatā iekļaujiet ne vairāk kā četrus vai piecus skaitļus.

  • Pieteikumu skaits laika gaitā: līniju diagramma, dienas detalizācija, 30 dienu periods
  • SLA ievērošanas indikators: skala vai procentu kartīte, atjaunināta katru stundu
  • FRT sadalījuma histogramma: parāda izkliedi, ne tikai vidējo — mediāna 45 minūtes ar 90. procentili 4 stundas nozīmē pavisam citu ainu nekā mediāna 45 minūtes ar 90. procentili 55 minūtes
  • MTTR tendenču līkne: 28 dienu slīdošais vidējais, segmentēts pēc prioritātes
  • CSAT tendence un komentāri: vērtējuma līkne kopā ar jaunāko negatīvo vērtējumu plūsmu
  • Neizskatīto pieteikumu vecuma siltumkarte: rindas pēc kategorijas, kolonnas pēc vecuma grupas (0–24 h, 24–48 h, 48–72 h, 72 h+)
  • Pieteikumu uz vienu aģentu reitings: tajā pašā skatā kopā ar CSAT katram aģentam

Atskaites biežums

  • Reāllaika informācijas paneļi: FRT, SLA ievērošana, atvērto pieteikumu skaits — vienmēr aktuāli aģentiem un vadītājiem
  • Ikdienas momentuzņēmumi: pa e-pastu nosūtīts vakardienas pieteikumu skaita, FRT un SLA pārkāpumu kopsavilkums — komandu vadītājiem
  • Nedēļas pārskati: CSAT, FCR, atkārtotas atvēršanas rādītājs, eskalāciju rādītājs, MTTR tendence — vadītājiem regulārā sanāksmē
  • Mēneša kopsavilkumi vadībai: CSAT, NPS, izmaksas uz vienu pieteikumu, SLA ievērošana un viena aprakstoša rindkopa par to, kas un kāpēc mainījies

Iknedēļas pārskatus izmantojiet tendenču analīzei, nevis ugunsgrēku dzēšanai.

Kā pareizi sagatavot datus pirms atskaišu veidošanas

Rādītāji ir tikai tik uzticami, cik uzticami ir pamatā esošie dati. Pirmās atbildes laiks, kas aprēķināts no aģentu rediģētiem laika zīmogiem, nevis serverī reģistrētiem notikumiem, nav mērījums — tas ir minējums. Pirms informācijas paneļa izveides sakārtojiet datu uzskaiti.

Minimālā pieteikuma shēma

Katram pieteikumam izveides vai slēgšanas brīdī ir jābūt aizpildītiem šiem laukiem, un tos nedrīkst manuāli aizpildīt aģenti:

  • created_at — servera laika zīmogs, nekad nav rediģējams
  • first_response_at — servera laika zīmogs pirmajai izejošajai aģenta atbildei (nevis automātiskajam saņemšanas apstiprinājumam)
  • resolved_at — servera laika zīmogs statusa maiņai uz “atrisināts”
  • assignee_id — aģenta identifikators
  • channel — e-pasts, tērzēšana, veidlapa, tālrunis, sociālie tīkli
  • sla_type — piemērojamais SLA līmenis
  • priority — zema, normāla, augsta, steidzama
  • tags — kategoriju taksonomija (skatiet tālāk)
  • escalation_flag — Būla vērtība, ko automatizācija iestata, kad pieteikums tiek pārvietots uz augstāku līmeni
  • reopened_count — vesels skaitlis, ko automatizācija palielina, kad slēgts pieteikums saņem jaunu atbildi
  • cost_center — nodaļa vai produktu līnija izmaksu uz vienu pieteikumu segmentēšanai

Ja kāds no šiem laukiem trūkst vai tos manuāli aizpilda aģenti, jūsu rādītāji kļūs neprecīzi. E-pasta pārvēršanas pieteikumā kartēšanas procesā lielākā daļa šo lauku būtu jāiestata automātiski, nevis jāaizpilda pēc fakta.

Marķēšana un taksonomija

Izmantojiet kontrolētu izvēlnes sarakstu tagiem, nevis brīvu tekstu. Brīva teksta tagi viena mēneša laikā rada 40 variācijas jēdzienam “jautājums par norēķiniem”. Kontrolēta taksonomija ar piecām līdz desmit augstākā līmeņa kategorijām un diviem apakškategoriju līmeņiem ir pietiekama lielākajai daļai komandu. Ja iespējams, automatizējiet tagu piešķiršanu, izmantojot tēmas rindiņas atslēgvārdus un sūtītāja domēna noteikumus.

Integrācijas un tirgus paplašinājumi var pievienot pārskatu telemetriju un automātisku lauku aizpildīšanu, kas būtiski samazina manuālas ievades novirzes — šis princips attiecas neatkarīgi no izmantotās platformas.

Datu uzskaites kontrolsaraksts

  • [ ] Visus laika zīmogus ģenerē serveris, un aģenti tos nevar rediģēt
  • [ ] Tiek izmantota laika joslu normalizācija (viss tiek glabāts UTC, bet attēlošanai pārveidots)
  • [ ] Automātiskie saņemšanas apstiprinājumi tiek izslēgti no FRT aprēķina
  • [ ] SLA noteikumos darba laiks ir konfigurēts pareizi
  • [ ] Eskalācijas karodziņu iestata automatizācija, nevis aģenta izvēles rūtiņa
  • [ ] Atkārtoti atvērto pieteikumu skaits tiek automātiski palielināts, kad slēgts pieteikums saņem ienākošu atbildi
  • [ ] Kanāla lauks tiek aizpildīts atbilstoši maršrutēšanas noteikumiem, nevis manuāli

Profesionāļa padoms: *Pirms jebkura informācijas paneļa publicēšanas veiciet datu kvalitātes auditu pēdējo 30 dienu pieteikumiem. Aprēķiniet to pieteikumu procentuālo īpatsvaru, kuriem first_response_at vai resolved_at vērtība ir null.

Atskaišu veidošanas kļūdas, kas padara rādītājus maldinošus

Bīstamākās palīdzības dienesta atskaites ir tās, kas izskatās kārtīgas, bet mēra nepareizo lietu. Šeit ir kļūdas, kas konsekventi rada sliktus operatīvos lēmumus.

  • Neapstrādāta pieteikumu skaita uzskatīšana par darbības rādītāju. Apjoms parāda pieprasījumu, nevis darbības kvalitāti. Komanda, kas nedēļā slēdz 500 pieteikumus, ne vienmēr ir labāka par komandu, kas slēdz 200 — ja 500 pieteikumu komandai ir 60% CSAT un 15% atkārtotas atvēršanas rādītājs, tā slēdz pieteikumus, faktiski neatrisinot problēmas. Vienmēr apvienojiet apjoma rādītājus ar kvalitātes rādītājiem.

  • Atbildes laika vidējo rādītāju aprēķināšana, neaplūkojot sadalījumu. Vidējais FRT — 2 stundas — izklausās pieņemami, līdz redzat, ka 30% pieteikumu gaida vairāk nekā 8 stundas. Kopā ar mediānu atspoguļojiet FRT 90. procentili. Šī viena izmaiņa atklāj, vai pastāv sistēmiska problēma vai arī vidējo rādītāju ietekmē daži novirzes pieteikumi.

  • Pārmērīga uzmanība aģentu produktivitātei uz CSAT rēķina. Reitingi, kas veidoti tikai pēc slēgto pieteikumu skaita, mudina aģentus pieteikumus slēgt ātri, nevis kvalitatīvi. Vienā komandā pēc reitinga “dienā slēgtie pieteikumi” ieviešanas atkārtotas atvēršanas rādītājs sešu nedēļu laikā palielinājās no 4% līdz 11%, jo aģenti pieteikumus atzīmēja kā atrisinātus, pirms klienti bija apstiprinājuši problēmas novēršanu. Katram produktivitātes rādītājam pievienojiet kvalitātes rādītāju.

  • Eskalēto pieteikumu iekļaušana parastās plūsmas rādītājos. Eskalētiem pieteikumiem ir būtiski atšķirīga sarežģītība un apstrādes laiks. Iekļaujot tos kopējā MTTR vidējā rādītājā, skaitlis tiek palielināts un standarta līmeņa sniegums izskatās sliktāks, nekā tas ir. Eskalētos pieteikumus atdaliet savā pārskatu grupā.

  • Atkārtotas atvēršanas rādītāja pilnīga ignorēšana. Atkārtotas atvēršanas rādītājs ir viens no skaidrākajiem atrisinājuma kvalitātes signāliem, tomēr daudzas komandas to neuzskaita. Tā palielināšanās bieži paredz CSAT kritumu pēc divām līdz trim nedēļām, dodot jums laiku rīkoties, pirms klienti sāk aiziet.

  • NPS uztveršana kā reāllaika operatīvais rādītājs. NPS ir stratēģisks signāls, nevis ikdienas skaitlis. Komandas, kas katru nedēļu pārbauda NPS un reaģē uz vienas nedēļas svārstībām, tērē enerģiju statistiskam troksnim. Izmantojiet NPS reizi ceturksnī un apvienojiet to ar CSAT operatīvās situācijas izvērtēšanai.

Praktiski izmantojama informācijas paneļa veidne, ko varat nokopēt jau šodien

Tālāk sniegtā shēma nodrošina precīzus kolonnu nosaukumus izklājlapai vai SQL eksportam, kā arī piemēra vaicājumus biežākajiem aprēķiniem. Tā tieši atbilst pieteikumu shēmai, kas aprakstīta iepriekšējā datu kvalitātes sadaļā.

Izklājlapas shēma un formulas

Kolonnas nosaukums Formula / avots Piezīmes
ticket_id Sistēmas ģenerēts Primārā atslēga
created_at Servera laika zīmogs UTC
first_response_at Servera laika zīmogs Izslēgt automātiskos apstiprinājumus
resolved_at Servera laika zīmogs UTC
frt_minutes (first_response_at − created_at) minūtēs Tikai darba laikā
mttr_hours (resolved_at − created_at) stundās Tikai darba laikā
fcr_flag 1, ja reopened_count = 0, pretējā gadījumā 0 Būla vērtība
aht_minutes Sistēmas reģistrētais apstrādes laiks Nevis pulksteņa laiks
cost_per_ticket monthly_support_cost ÷ tickets_in_month Pārrēķināt katru mēnesi
csat_score Aptaujas atbilde (1–5) Saistīt pēc ticket_id
sla_met 1, ja atrisināts SLA periodā, pretējā gadījumā 0 Būla vērtība
channel Maršrutēšanas noteikums Kontrolēts izvēlnes saraksts
escalation_flag Automatizācijas iestatīta Būla vērtība Nevis aģenta izvēles rūtiņa
reopened_count Automātiski palielināts vesels skaitlis Iedarbina FCR karodziņu

SQL fragmentu piemēri

FRT katram pieteikumam (darba laikā, minūtēs):

SELECT ticket_id,
       DATEDIFF(MINUTE, created_at, first_response_at) AS frt_minutes
FROM tickets
WHERE first_response_at IS NOT NULL;

Pieteikumi uz vienu aģentu dienā:

SELECT assignee_id,
       CAST(created_at AS DATE) AS ticket_date,
       COUNT(*) AS tickets_assigned
FROM tickets
GROUP BY assignee_id, CAST(created_at AS DATE)
ORDER BY ticket_date DESC, tickets_assigned DESC;

FCR rādītājs periodā:

SELECT
  SUM(CASE WHEN reopened_count = 0 THEN 1 ELSE 0 END) * 100.0 / COUNT(*) AS fcr_rate
FROM tickets
WHERE resolved_at BETWEEN '2026-01-01' AND '2026-01-31';

Informācijas paneļa cilņu izkārtojums

  1. Aģenta cilne: personīgais FRT, atvērtie pieteikumi, šodien atrisinātie pieteikumi, SLA pārkāpumu brīdinājumi — logrīki: skaitļu kartītes + brīdinājuma reklāmkarogs
  2. Vadītāja cilne: FRT sadalījuma histogramma, MTTR tendenču līkne, CSAT tendence + komentāru plūsma, SLA ievērošanas indikators, neizskatīto pieteikumu vecuma siltumkarte, pieteikumu uz vienu aģentu reitings kopā ar CSAT katram aģentam
  3. Vadības cilne: CSAT vērtējuma kartīte, NPS skaitlis, SLA ievērošanas rādītājs, izmaksu uz vienu pieteikumu tendence — četri logrīki, bez detalizētas analīzes iespējas

Profesionāļa padoms: Veidojiet informācijas paneļa veidnes versijas, faila nosaukumā iekļaujot datumu (piemēram, support_dashboard_v2_2026-02.xlsx), un vienu ceturksni saglabājiet iepriekšējo versiju. Kad mainās rādītāja mērķis, vecā veidne ir nepieciešama, lai izskaidrotu, kāpēc vēsturiskā tendence atšķiras no jaunās bāzes līnijas.

Kur atskaišu veidošana patiešām atmaksājas

Komandas, kas visvairāk iegūst no palīdzības dienesta atskaišu rādītājiem, nav tās, kurām ir vismodernākie informācijas paneļi. Tās ir komandas, kas izvēlas divus vai trīs rādītājus, sakārto datus un pārskata tos regulārā iknedēļas sanāksmē, kurā kāds ir atbildīgs par konkrēto skaitli.

FRT un CSAT kopā ir pāris ar visaugstāko ROI lielākajai daļai mazu un vidēju komandu. FRT ir ātri ieviešams, viegli saprotams un atrodas tiešā aģenta kontrolē. CSAT noslēdz loku, parādot, vai ātrums pārtapa labā pieredzē. Neizskatīto pieteikumu vecums ir trešais rādītājs, kam jau sākumā vērts pievērst īpašu uzmanību, jo augoša neizskatīto pieteikumu rinda ir agrākā pazīme, ka komanda atpaliek, pirms to parāda kāds cits rādītājs.

Kultūras pārmaiņa, kas pastiprina visu šo darbu, ir vienkārša: pārtrauciet rādītājus pārskatīt atskaitē un sāciet tos apspriest sarunā. Skaitlis prezentācijas slaidā neko nemaina. Komandas vadītājs, kurš jautā: “Kāpēc mūsu FRT otrdienas pēcpusdienā strauji palielinājās?” un saņem reālu atbildi — produkta darbības pārtraukums, nepareizi konfigurēta maršrutēšana, divi slimi aģenti — pārvērš mērīšanu uzlabošanā. Forrester pētījumi par CX investīciju prioritātēm to apstiprina: tieši konsekventa mērīšana kopā ar organizācijas rīcību atšķir komandas, kas uzlabo klientu noturēšanu, no komandām, kas to tikai izseko.

Deskhero nodrošina atskaišu veidošanai gatavus datus jau no pirmās dienas

Ja jūsu komanda manuāli eksportē CSV failus, apvieno izklājlapas vai atklāj, ka pusei first_response_at lauku ir null vērtība, problēma parasti ir platformā, nevis procesā. Šādā situācijā pāreja uz īpaši izveidotu palīdzības dienestu ātri atmaksājas.

Deskhero

Deskhero dažu minūšu laikā pārvērš jebkuru Gmail vai Microsoft 365 pastkasti koplietojamā pieteikumu rindā ar serverī reģistrētiem laika zīmogiem, automatizācijas aizpildītiem laukiem un iebūvētu pieteikumu ieskatu karti, kas nodrošina šajā ceļvedī aprakstītos rādītājus bez manuālas datu ievades. MI sagatavo atbilžu melnrakstus no jūsu apstiprinātās zināšanu bāzes, automātiski aizpilda tagus, izmantojot maršrutēšanas noteikumus, un reģistrē katru automatizēto darbību, lai audita pieraksts paliktu tīrs. eM Client gadījuma izpēte dokumentē efektivitātes ieguvumus, ko komandas sasniedz, kad platforma automātiski pārvalda datu uzskaiti. 30 dienu bezmaksas izmēģinājumam nav nepieciešama kredītkarte — sāciet ar to, importējiet šī ceļveža izklājlapas shēmu, un līdz izmēģinājuma beigām jums būs darbspējīgs informācijas panelis.

Avoti

Šīs atsauces tika izmantotas ceļveža sagatavošanā. Skatiet Forrester materiālu, lai izprastu CX mērīšanas uzņēmējdarbības pamatojumu, aptauju izveides ceļvedi CSAT/NPS datu uzskaitei un datu izaugsmes ceļvedi iegūšanas–attīrīšanas–analizēšanas–rīcības metodikai.

BUJ

Kādi ir galvenie rādītāji apkalpošanas dienesta atskaitēm?

Galvenie apkalpošanas dienesta rādītāji ir pirmās atbildes laiks, atrisināšanas laiks (MTTR), atrisināšana pirmajā kontaktā, CSAT, SLA ievērošanas rādītājs, neizskatīto pieteikumu vecums, atkārtotas atvēršanas rādītājs, eskalāciju rādītājs, pieteikumi uz vienu aģentu un izmaksas uz vienu pieteikumu. Ja atskaites veidojat no nulles, sāciet ar FRT un CSAT.

Kādi ir labi KPI IT palīdzības dienestam?

Lai iegūtu pilnīgu kontekstu, apvienojiet tos ar departamenta IT rādītājiem, piemēram, darbspējas laiku un darbinieku apmierinātību, kā to iesaka IT KPI ietvari.

Cik bieži jānosūta CSAT aptaujas?

Nosūtiet CSAT aptauju 30 minūšu laikā pēc pieteikuma slēgšanas, lai iegūtu visaugstāko atbilžu īpatsvaru un visprecīzāko atgriezenisko saiti. Efektīva aptaujas izveide ierobežo to līdz vienam vai diviem jautājumiem, un līdzās vērtējumam vienmēr tiek uzskaitīts arī atbilžu īpatsvars — zems atbilžu īpatsvars padara pat augstu CSAT vērtējumu neuzticamu.

Kāds ir labs atrisināšanas pirmajā kontaktā rādītājs?

Aprēķiniet to kā to pieteikumu procentuālo īpatsvaru, kas atrisināti bez papildu kontakta vai atkārtotas atvēršanas, un segmentējiet pēc pieteikumu kategorijas, lai noskaidrotu, kur atrisinājumu kvalitāte ir visvājākā.

Kā aprēķināt izmaksas uz vienu pieteikumu?

Perioda kopējās atbalsta izmaksas (algas, rīki, pieskaitāmās izmaksas) daliet ar tajā pašā periodā apstrādāto pieteikumu kopskaitu. Piemēram, 25 000 $ mēneša izmaksas, dalītas ar 1400 pieteikumiem, ir 17,86 $ par pieteikumu. Sekojiet tendencei salīdzinājumā ar iepriekšējo mēnesi, nevis salīdziniet ar absolūtu skaitli, jo izmaksas uz vienu pieteikumu būtiski atšķiras pēc nozares, kanālu kopuma un komandas lieluma.