Kā izveidot biļešu triāžas prioritātes matricu, kas visiem aģentiem nodrošina vienotu izpratni par ietekmi un steidzamību

Ja jūsu atbalsta komanda katru dienu apstrādā vairāk nekā sauju biļešu, jūs jau zināt problēmu: ne katrs jautājums ir pelnījis vienādu steidzamību, taču bez skaidras sistēmas aģenti pieņem lēmumus pēc sajūtas, kas atšķiras no cilvēka uz cilvēku. Viens aģents algu izmaksas traucējumu uzskata par kritisku, bet cits to atzīmē kā vidējas prioritātes un turpina darbu. Laika gaitā šī nekonsekvence grauj SLA izpildi, rada neapmierinātību klientiem un apglabā patiesus ārkārtas gadījumus zem ikdienas pieprasījumu kaudzes.

Biļešu triāžas prioritātes matrica to atrisina. Tā katram aģentam sniedz vienotu rīcības plānu, lai noteiktu, kuras biļetes vispirms jārisina, pamatojoties uz diviem objektīviem faktoriem: cik cilvēku ir skarti (ietekme) un cik ātri problēmai nepieciešama uzmanība (steidzamība). Rezultāts ir prioritātes līmenis, kuram visa komanda var uzticēties.

Šajā ceļvedī jūs uzzināsiet, kā precīzi izveidot prioritātes matricu savai atbalsta darbībai, kā to saistīt ar SLA mērķiem, kādus rādītājus izsekot un kā izvairīties no izplatītākajām kļūdām, ko komandas pieļauj, ieviešot šādu matricu. Process atbilst ITIL labākajai praksei, bet ir pietiekami praktisks, lai to piemērotu jebkurā helpdeskā — neatkarīgi no tā, vai jums ir formāla ITSM vide vai neliela klientu atbalsta komanda.

Grūtības pakāpe: Vidēja Ieviešanas laiks: 2–4 stundas definēšanai un konfigurēšanai; pastāvīga uzlabošana nedēļu laikā Priekšnosacījumi: Piekļuve jūsu helpdeska platformas iestatījumiem (administratora tiesības izveidot pielāgotos laukus, noteikumus vai automatizāciju), skaidra izpratne par SLA saistībām un ieguldījums no vismaz viena komandas vadītāja vai menedžera, kas var apstiprināt ietekmes un steidzamības definīcijas.

Kas ir biļešu triāžas prioritātes matrica?

Biļešu triāžas prioritātes matrica ir divdimensiju režģis, kas aprēķina prioritāti no diviem ievades datiem: ietekmes un steidzamības. Ietekme mēra traucējuma plašumu un smagumu. Steidzamība mēra, cik ātri nepieciešams risinājums, pirms uzņēmums cieš reālus zaudējumus. Šūna, kur tās krustojas, nosaka prioritātes līmeni, parasti no P1 (kritiska) līdz P4 (zema).

ITIL terminoloģijā prioritāte nekad nav neatkarīgs spriedums. Tā vienmēr tiek atvasināta no ietekmes un steidzamības. Šī atšķirība ir svarīga, jo tā novērš subjektivitāti. Kad aģents redz biļeti, viņš atbild uz diviem konkrētiem jautājumiem: “Cik cilvēku vai sistēmu ir skarti?” un “Cik ātri tas ir jānovērš?” Matrica paveic pārējo.

Šis ietvars vienlīdz labi darbojas IT incidentu pārvaldībā, klientu atbalsta rindās un iekšējos pakalpojumu dienestos. Marķējumi var atšķirties (dažas komandas lieto “smagums” nevis “ietekme” vai “kritiskums” nevis “steidzamība”), bet pamatā esošā loģika paliek nemainīga.

Kāpēc tas ir svarīgi SLA izpildei: Pareizi izveidota prioritātes matrica nodrošina, ka jūsu SLA pulkstenis sākas ar pareizi pievienoto steidzamības līmeni. Ja biļete ir nepareizi klasificēta jau saņemšanas brīdī, tai tiek piešķirts vai nu pārāk atslābināts SLA mērķis (izraisot kavēšanos patiesi steidzamiem darbiem), vai arī pārāk agresīvs (liekot komandai neizdoties). Pareizas prioritātes noteikšana triāžas brīdī ir vissvarīgākais, ko varat darīt, lai aizsargātu savu SLA atbilstības līmeni.

Ja jūsu helpdeska platforma atbalsta automatizētu biļešu triāžu un kategorizāciju , varat konfigurēt matricu tā, lai prioritāte tiktu aprēķināta automātiski brīdī, kad aģents izvēlas ietekmes un steidzamības vērtības. Tas pilnībā novērš manuālu prioritātes izvēli un uztur jūsu rindu konsekventu.

Ietekme pret steidzamību: izprast abas dimensijas

Pirms varat izveidot matricu, jūsu komandai ir nepieciešama kopīga definīcija tam, ko ietekme un steidzamība patiesībā nozīmē jūsu kontekstā. Definīcijām jābūt pietiekami konkrētām, lai divi dažādi aģenti, skatoties uz vienu un to pašu biļeti, piešķirtu vienādas vērtības.

Ietekme: traucējuma apjoms

Ietekme atbild uz jautājumu: “Cik lietotāju, sistēmu vai biznesa procesu ir skarti, un cik smagi?”

Ietekme nav par to, cik satraukts ir lietotājs. Tā nav par to, kura nodaļa iesniedza biļeti. Tas ir faktiskā problēmas apjoma mērījums. Izplatītākie ietekmes līmeņi ir:

• Augsta / plaša: Visas organizācijas dīkstāve, kritisks klientu pakalpojums nav pieejams, būtiski ieņēmumu zaudējumi, drošības pārkāpums, kas skar vairākas sistēmas
• Vidēja / būtiska: Skarta nodaļa vai komanda, pasliktināta sekundāra biznesa funkcija vai skarti vairāki lietotāji, bet ir pieejams apiešanas risinājums
• Zema / neliela: Skarts viens lietotājs, problēma ir kosmētiska vai netraucē pamatdarbam

Padoms: Ja iespējams, saistiet ietekmes līmeņus ar izmērāmiem sliekšņiem. Piemēram: “Augsta ietekme = skar 50 vai vairāk lietotāju VAI ieņēmumus ģenerējošu pakalpojumu.” Tas novērš neskaidrības.

Steidzamība: sacensība ar laiku

Steidzamība atbild uz jautājumu: “Cik ātri tas jāatrisina, pirms kaitējums pieaug?”

Steidzamība ir par laika jutīgumu. Augstas steidzamības biļete ir tāda, kur katra kavējuma stunda padara situāciju sliktāku. Zemas steidzamības biļeti var ieplānot bez būtiskām biznesa sekām. Izplatītākie steidzamības līmeņi ir:

• Augsta / kritiska: Nav apiešanas risinājuma, darbības ir apturētas, tuvojas termiņš vai problēma aktīvi saasinās
• Vidēja: Darbs ir apgrūtināts, bet pagaidu apiešanas risinājums uztur procesu darbībā, vai problēma var pagaidīt dažas stundas bez būtiska kaitējuma
• Zema: Pastāv uzticams apiešanas risinājums, problēmu var atlikt līdz apkopes logam vai ietekme laika gaitā nepieaugs

Brīdinājums: Nejauciet steidzamību ar ietekmi. Viens vadītājs, kurš nevar piekļūt e-pastam, šim vadītājam ir ļoti steidzami, bet tam ir zema ietekme (viens lietotājs). Servera problēma, kas skar 200 cilvēku, kuriem ir manuāls apiešanas risinājums, ir augstas ietekmes, bet mērenas steidzamības gadījums. Ja ļaujat steidzamībai ignorēt ietekmi, jūs konsekventi pārmērīgi prioritizēsiet skaļus individuālus pieprasījumus, vienlaikus nepietiekami prioritizējot plaši izplatītas, bet klusākas problēmas.

Gatavi pacelt biznesu jaunā līmenī?

Izmēģiniet LiveAgent bez maksas un pārliecinieties paši.

Pieprasīt demo 30 dienas bez maksas

Kā izveidot savu prioritātes matricu

Funkcionālas prioritātes matricas izveide sastāv no pieciem soļiem. Pirmos trīs varat paveikt darba sesijā ar savu komandas vadītājiem; pēdējiem diviem nepieciešama administratora piekļuve jūsu helpdeska platformai.

1. solis: definējiet savus ietekmes līmeņus

Sāciet, uzskaitot ietekmes līmeņus, kas ir piemēroti jūsu organizācijai. Lielākā daļa komandu izmanto trīs vai četrus līmeņus. Šeit ir sākuma punkts:

Pielāgojiet sliekšņus atbilstoši savam mērogam. 500 cilvēku uzņēmums var definēt “plašu” kā 100+ lietotāju, kamēr 10 cilvēku jaunuzņēmums to var definēt kā 5+.

2. solis: definējiet savus steidzamības līmeņus

Definējiet steidzamības līmeņus ar skaidriem lēmumu pieņemšanas kritērijiem. Izplatītākā kļūda šeit ir paļaušanās uz pieprasītāja toni, nevis objektīviem faktiem. Dodiet aģentiem kontrolsarakstu:

3. solis: izveidojiet matricu

Tagad apvienojiet ietekmi un steidzamību režģī. Standarta ITIL pieeja izmanto 3×3 vai 4×4 matricu. Šeit ir praktiska 3×3 versija, kas darbojas lielākajai daļai komandu:

Lielākas organizācijas bieži paplašina to līdz 4×4 režģim, pievienojot “Kritisko” līmeni virs “Augsta” abās asīs. Tas rezervē P1 retiem gadījumiem, kad gan ietekme, gan steidzamība ir visaugstākajā līmenī, nevis ļauj katram “augstas ietekmes, augstas steidzamības” gadījumam nonākt augšējā grupā. Tas ir tas pats risinājums, ko redzēsiet vēlāk šajā ceļvedī, lai savaldītu matricu, kas visu saspiež P1 un P2.

4. solis: konfigurējiet automatizāciju savā helpdeskā

Kad jūsu komanda ir vienojusies par definīcijām un režģi, pārvērtiet to formā, ko jūsu helpdeska programmatūra patiešām var izpildīt: divi nolaižamie lauki (ietekme un steidzamība) plus noteikums vai aprēķināts lauks, kas nosaka prioritāti no kombinācijas. Šajā brīdī jūs arī savienojat katru prioritātes līmeni ar tā atbilstošo SLA politiku, lai risināšanas pulkstenis sāktos ar pareizo mērķi brīdī, kad biļete tiek izveidota.

5. solis: testējiet, uzraugiet un pilnveidojiet

Palaidiet matricu uz savas rindas apakškopas vai paralēli esošajam procesam, pirms to ieslēdzat visiem. Vērojiet, kā biļetes sadalās pa četrām prioritāšu grupām, un pārbaudiet, vai sadalījums šķiet reālistisks jūsu biļešu apjomam. Kad tā ir aktīva visai komandai, sekojiet līdzi SLA rādītājiem un uzraudzībai , kas aprakstīti zemāk, un pārskatiet definīcijas reizi ceturksnī, kad tiek saņemti reāli biļešu dati.

Automatizētas biļešu triāžas un kategorizācijas izmantošana novērš izplatītāko kļūmes punktu procesā: aģenti, kas manuāli izvēlas nepareizu prioritāti. Kad matricu nodrošina automatizācija, katra biļete ievēro vienu un to pašu loģiku neatkarīgi no tā, kurš aģents to apstrādā.

Biļešu triāžas SLA rādītāji un uzraudzība

Kad jūsu prioritātes matrica ir aktīva, jums ir jāseko, vai tā darbojas. Mērķis ir ne tikai pareizi piešķirt prioritātes, bet arī redzēt, kā šīs prioritātes pārvēršas labākos SLA rezultātos.

Pamata rādītāji, kuriem sekot

Uzraudzība: svarīgākais panelis

Jūsu darbības panelim vienā mirklī jāatbild uz trim jautājumiem:

1. Kas drīz pārkāps SLA? Parādiet biļetes, kas ir apdraudētas (patērēti 75%+ no SLA laika) un biļetes, kas jau ir pārkāpušas SLA. Šis ir vissvarīgākais skats, jo tas norāda, kur novirzīt uzmanību šobrīd.
2. Kāda ir mūsu tendence? Parādiet SLA atbilstību laika gaitā (nedēļas, mēneša), sadalītu pa prioritātēm. Viens atbilstības skaitlis var slēpt faktu, ka P1 sniegums pasliktinās, kamēr P4 sniegums uzlabojas.
3. Kur ir sastrēgumi? Parādiet pārpiešķiršanas līmeņus pa komandām, uzkrājumu pa rindām un FRT pa kanāliem. Ja vienai komandai pieaug pārpiešķiršanas līmenis, problēma, visticamāk, ir triāžā, nevis kapacitātē.

Katras biļetes SLA statusu rindā atzīmējiet ar krāsu:

• Uz pareizā ceļa: atlikuši >50% no SLA laika
• Apdraudēta: atlikuši 25–50% no SLA laika
• Steidzama: atlikuši <25% no SLA laika
• Pārkāpta: SLA termiņš ir beidzies

Vadošie rādītāji sliktai triāžas veiktspējai

Daži rādītāji ir atpaliekoši (redzat kaitējumu pēc tā iestāšanās), un daži ir vadošie (tie jūs brīdina pirms kaitējuma izplatīšanās). Pievērsiet uzmanību šiem vadošajiem rādītājiem:

• Pieaugošs pārpiešķiršanas līmenis: Biļetes tiek maršrutētas uz nepareizām komandām. Pārbaudiet savus kategorizācijas noteikumus un aģentu apmācību par triāžas un kategorizācijas procesu.
• Pieaugošs uzkrājums vienā prioritātes grupā: Ja P3 biļetes krājas, kamēr P1 un P2 ir kārtībā, jūsu triāžas process, iespējams, pārklasificē biļetes, lai izvairītos no P1 spiediena.
• Palielināta atšķirība starp FRT un piešķiršanas laiku: Ja aģenti ātri apstiprina biļetes, bet piešķiršana aizņem stundas, triāžas solis ir sastrēgums.
• Atkārtotas atvēršanas rādītājs virs 5%: Biļetes tiek slēgtas pāragri, bieži tāpēc, ka aģents steidzās izpildīt SLA termiņu, nevis pilnībā atrisināja problēmu.

Piesakieties jaunumiem

Jaunākie padomi un piedāvājumi tieši jūsu pastkastē.

E-pasta adrese

Abonēt

Biežāko prioritātes matricas problēmu novēršana

Pat labi izstrādāta matrica var radīt berzi. Šeit ir izplatītākās problēmas un to risinājumi.

“Prioritātes saspiešanas” slazds

Problēma, kas bieži parādās IT pārvaldības forumos, ir tā, ko praktiķi sauc par prioritātes saspiešanu: pārāk daudz biļešu sakrājas vienā prioritātes grupā, jo definīcijas ir pārāk neskaidras. Kad P2 aptver visu no “nodaļas līmeņa e-pasta dīkstāves” līdz “vadītāja tastatūra ir lipīga”, matrica ir zaudējusi savu lietderību.

Risinājums ir padarīt definīcijas specifiskas un, kur iespējams, kvantitatīvas. Tā vietā, lai “augsta ietekme = skarts daudz lietotāju”, izmantojiet “augsta ietekme = 50+ lietotāju skarti VAI ieņēmumus ģenerējošs pakalpojums ir nokrities”. Aģenti to var piemērot konsekventi.

Prioritātes matricas automatizēšana jūsu helpdeskā

Automatizācija ir tas, kas pārvērš prioritātes matricu no atsauces dokumenta par darbības rīku. Kad aģentiem ir tikai jāizvēlas ietekme un steidzamība, un sistēma aprēķina visu pārējo, jūsu triāžas process kļūst ātrs, konsekvents un revidējams.

Lūk, kā izskatās laba automatizācijas konfigurācija:

1. Aģents izvēlas ietekmi un steidzamību no nolaižamajām izvēlnēm biļetes formā.
2. Sistēma aprēķina prioritāti, izmantojot jūsu matricas noteikumus, un automātiski iestata prioritātes lauku.
3. SLA taimeris sākas ar pareizo mērķi, pamatojoties uz aprēķināto prioritāti.
4. Ja biļete pēc sliekšņa sasniegšanas nav piešķirta, sistēma to eskalē komandas vadītājam.
5. Ja SLA taimeris sasniedz 75%, sistēma nosūta brīdinājumu piešķirtajam aģentam.

Lielākā daļa platformu, tostarp LiveAgent , atbalsta šāda veida darbplūsmu, izmantojot automatizācijas noteikumus, SLA politikas un pielāgotu lauku loģiku. Ja jūsu pašreizējā platforma neatbalsta aprēķinātus prioritātes laukus, bieži vien to pašu rezultātu var sasniegt ar trigeru noteikumiem: “Kad ietekme = X un steidzamība = Y, iestatīt prioritāti = Z.”

Komandām, kas vēlas iet tālāk, ar AI darbināta triāža var automātiski klasificēt ienākošās biļetes, pamatojoties uz vēsturiskiem modeļiem, noteikt noskaņojumu un ieteikt ietekmes un steidzamības vērtības jau pirms aģents atver biļeti. Tas samazina triāžas manuālo darbu un var būtiski samazināt laiku līdz piešķiršanai. Jūs varat uzzināt vairāk par automatizētu biļešu triāžu un kategorizāciju un to, kā tā integrējas ar SLA pārvaldību.

BUJ

Kāda ir atšķirība starp ietekmi un steidzamību prioritātes matricā?

Ietekme mēra traucējuma apjomu: cik lietotāju, sistēmu vai biznesa procesu ir skarti. Steidzamība mēra, cik ātri problēma ir jāatrisina, pirms kaitējums palielinās. Servera dīkstāve, kas skar 500 lietotāju bez apiešanas risinājuma, ir gan augstas ietekmes, gan augstas steidzamības gadījums. Servera dīkstāve, kas skar 500 lietotāju, kuriem ir uzticams manuāls apiešanas risinājums, ir augstas ietekmes, bet vidējas steidzamības gadījums. Matrica apvieno abus, lai noteiktu prioritāti.

Kā definēt ietekmes līmeņus IT pakalpojumu biļetēm?

Definējiet ietekmes līmeņus ar izmērāmiem sliekšņiem. Sāciet ar plašāko līmeni (visa organizācija vai visi klienti) un virzieties uz šaurāko (viens lietotājs, kosmētisks jautājums). Katram līmenim norādiet lietotāju skaitu vai pakalpojuma kritiskuma aktivizētāju. Piemēram: “Augsta ietekme = skar 50+ lietotāju VAI pamata biznesa pakalpojums nav pieejams.” Tas novērš minēšanu.

Kādi ir standarta SLA atbildes laiki P1, P2, P3 un P4 biļetēm?

Izplatītākie etaloni ir: P1 (kritiska) — pirmā atbilde 15 minūšu laikā, risinājums 4 stundu laikā; P2 (augsta) — pirmā atbilde 1 stundas laikā, risinājums 8 darba stundu laikā; P3 (vidēja) — pirmā atbilde 4 stundu laikā, risinājums 3 darba dienu laikā; P4 (zema) — pirmā atbilde 8 darba stundu laikā, risinājums 5 darba dienu laikā. Šie rādītāji jāpielāgo atbilstoši jūsu komandas kapacitātei un līgumsaistībām.

Vai prioritātes matricu var izmantot ne-IT atbalsta biļetēm?

Jā. Ietekmes-steidzamības ietvars attiecas uz jebkuru atbalsta vidi, kur ienākošajiem pieprasījumiem ir dažādi steidzamības un apjoma līmeņi. Klientu atbalsta komandas, telpu pārvaldība, personāla nodaļas un MSP pakalpojumu sniedzēji izmanto vienas un tās pašas matricas variācijas. Marķējumi mainās, bet loģika ir identiska: novērtēt apjomu (ietekme) un laika jutīgumu (steidzamība), pēc tam noteikt prioritāti.

Kā novērst aģentu iejaukšanos prioritātes matricā?

Visefektīvākā pieeja ir padarīt prioritātes lauku tikai lasāmu un automātiski aprēķinātu no ietekmes un steidzamības. Ja aģenti nevar manuāli mainīt prioritāti, viņi nevar ignorēt matricu. Ja jūsu platforma neatbalsta aprēķinātos laukus, varat izmantot automatizācijas noteikumus, kas nosaka prioritāti, pamatojoties uz ietekmes un steidzamības vērtībām, un reģistrē visas manuālās izmaiņas audita pārskatam.

Kādi rādītāji liecina, ka triāžas process neizdodas?

Četri vadošie rādītāji: pieaugošs pārpiešķiršanas līmenis (biļetes nonāk nepareizajās komandās), pieaugošs uzkrājums vienā prioritātes grupā, palielināta atšķirība starp pirmās atbildes laiku un piešķiršanas laiku, kā arī atkārtotas atvēršanas rādītājs virs 5%. Jebkurš no šiem signāliem nozīmē, ka triāžas procesam nepieciešama uzmanība, pat ja kopējā SLA atbilstība izskatās pieņemama.

Cik bieži jāpārskata un jāatjaunina prioritātes matrica?

Pārskatiet matricu reizi ceturksnī. Apskatiet biļešu sadalījumu pa prioritātes līmeņiem. Ja vairāk nekā 10% biļešu nonāk P1, jūsu definīcijas, visticamāk, ir pārāk plašas. Ja P4 biļetes konsekventi pārsniedz SLA termiņus, jūsu mērķi, iespējams, ir nereāli. Iesaistiet pārskatā komandu vadītājus un aģentus; viņiem būs visnoderīgākā atgriezeniskā saite par vietām, kur matrica praksē neizdodas.

Nākamie soļi

Prioritātes matrica nav dokuments, ko izveidojat vienreiz un aizmirstat. Visefektīvākās komandas to uztver kā dzīvu ietvaru, pārskatot to katru ceturksni, pilnveidojot definīcijas, pamatojoties uz reāliem biļešu datiem, un apmācot aģentus, kad noteikumi mainās.

Sāciet ar šajā ceļvedī redzēto 3×3 matricu. Definējiet savus ietekmes un steidzamības līmeņus ar konkrētiem sliekšņiem. Konfigurējiet automatizāciju savā helpdeskā. Palaidiet to mēnesi, pārskatiet prioritāšu sadalījumu un SLA atbilstības datus un veiciet korekcijas. Laika gaitā jūs nonāksit pie matricas, kas precīzi atbilst jūsu organizācijai un padara katru triāžas lēmumu ātru, konsekventu un pamatotu.

Ja vēlaties uzzināt, kā automatizēta biļešu triāža un kategorizācija var nodrošināt jūsu prioritātes matricas ievērošanu bez manuāla darba, vai kā helpdesks ar iebūvētu SLA pārvaldību var izsekot šajā ceļvedī aprakstītajiem rādītājiem, LiveAgent platforma piedāvā rīkus šīs prakses ieviešanai.