
Piletitriaaž: täielik juhend kategoriseerimiseks, prioriseerimiseks ja suunamiseks
Siit saate teada, kuidas piletitriaaž töötab: samm-sammuline protsess, mõju-kiireloomulisuse prioriteetide maatriks, suunamisreeglid, automatiseerituse tasemed ...

Samm-sammuline juhend mõju × kiireloomulisus prioriteedi maatriksi ehitamiseks, selle sidumiseks SLA eesmärkidega ja automatiseerimiseks teie abiinfo töölaual.
Kui teie tugimeeskond tegeleb iga päev rohkem kui kümne piletiga, teate juba probleemi: kõik probleemid ei vaja sama kiireloomulisust, kuid selge süsteemi puudumisel teevad agendid otsuseid tunde järgi, mis varieeruvad inimeseti. Üks agent käsitleb palgarikke kriitilisena, samas kui teine märgib selle keskmise prioriteediga ja liigub edasi. Aja jooksul kahjustab see ebajärjekindlus SLA tulemuslikkust, pettub kliendid ja matab tõelised hädaolukorrad rutiinsete päringute hunniku alla.
Piletite triaaži prioriteedi maatriks lahendab selle. See annab igale agendile sama mänguraamatu, et määrata, millised piletid esimesena ette võtta, tuginedes kahele objektiivsele tegurile: kui palju inimesi on mõjutatud (mõju) ja kui kiiresti probleem lahendust vajab (kiireloomulisus). Tulemuseks on prioriteedi tase, mida kogu meeskond saab usaldada.
Selles juhendis õpite täpselt, kuidas ehitada prioriteedi maatriks oma tugitegevuse jaoks, kuidas siduda see SLA eesmärkidega, milliseid mõõdikuid jälgida ja kuidas vältida kõige levinumaid vigu, mida meeskonnad selle kasutuselevõtul teevad. Protsess järgib ITIL-i kooskõlas olevaid parimaid tavasid, kuid jääb piisavalt praktiliseks, et seda rakendada igas abiinfo töölaual, olenemata sellest, kas teil on formaalne ITSM seadistus või väike klienditoe meeskond.
Raskusaste: Keskmine Rakendamise aeg: 2–4 tundi määratlemiseks ja seadistamiseks; pidev täiustamine nädalate jooksul Eeldused: Juurdepääs oma abiinfo platvormi seadetele (administraatori õigused kohandatud väljade, reeglite või automaatika loomiseks), selge arusaam oma SLA kohustustest ja sisend vähemalt ühelt meeskonnajuhilt või haldurilt, kes saab mõju ja kiireloomulisuse määratlusi valideerida.
Piletite triaaži prioriteedi maatriks on kahemõõtmeline ruudustik, mis arvutab prioriteedi kahe sisendi põhjal: mõju ja kiireloomulisus. Mõju mõõdab häire ulatust ja raskust. Kiireloomulisus mõõdab, kui kiiresti on lahendust vaja, enne kui ettevõte kannatab tõelist kahju. Ristumispunkt annab teile prioriteedi taseme, tavaliselt P1 (kriitiline) kuni P4 (madal).
ITIL-i terminites ei ole prioriteet kunagi iseseisev hinnang. See tuletatakse alati mõjust ja kiireloomulisusest. See eristus on oluline, sest see eemaldab subjektiivsuse. Kui agent näeb piletit, vastab ta kahele konkreetsele küsimusele: “Kui palju inimesi või süsteeme on mõjutatud?” ja “Kui kiiresti tuleb see parandada?” Maatriks teeb seejärel ülejäänud.
Raamistik kehtib võrdselt IT intsidentide haldusele, klienditoe järjekordadele ja sisemistele teeninduslaudadele. Sildid võivad muutuda (mõned meeskonnad kasutavad “raskusastet” “mõju” asemel või “kriitilisust” “kiireloomulisuse” asemel), kuid aluseks olev loogika jääb samaks.
Miks on see SLA tulemuslikkuse jaoks oluline: Õigesti ehitatud prioriteedi maatriks tagab, et teie SLA kell käivitub õige kiireloomulisuse tasemega. Kui pilet on vastuvõtul valesti klassifitseeritud, saab see kas liiga leebe SLA eesmärgi (põhjustades viivitusi tõeliselt kiireloomulise töö puhul) või liiga agressiivse (seades meeskonna ette tarbetute rikkumiste). Prioriteedi õige määramine triaaži hetkel on kõige mõjukam asi, mida saate oma SLA järgimise määra kaitsmiseks teha.
Kui teie abiinfo platvorm toetab automatiseeritud piletite triaaži ja kategoriseerimist , saate maatriksi konfigureerida nii, et prioriteet arvutatakse automaatselt hetkel, kui agent valib mõju ja kiireloomulisuse väärtused. See välistab käsitsi prioriteedi valimise täielikult ja hoiab teie järjekorra järjepidevana.
Enne kui saate maatriksit ehitada, vajab teie meeskond ühist arusaama sellest, mida mõju ja kiireloomulisus teie kontekstis tegelikult tähendavad. Määratlused peavad olema piisavalt konkreetsed, et kaks erinevat agenti, vaadates sama piletit, määraksid samad väärtused.
Mõju vastab küsimusele: “Kui palju kasutajaid, süsteeme või äriprotsesse on mõjutatud ja kui tõsiselt?”
Mõju ei puuduta seda, kui ärritunud kasutaja on. See ei puuduta seda, milline osakond pileti esitas. See on probleemi faktilise ulatuse mõõt. Levinud mõju tasemed hõlmavad:
Näpunäide: Siduge mõju tasemed võimaluse korral mõõdetavate lävenditega. Näiteks: “Kõrge mõju = mõjutab 50 või enam kasutajat VÕI tulu teenivat teenust.” See eemaldab kahemõttelisuse.
Kiireloomulisus vastab küsimusele: “Kui kiiresti tuleb see lahendada, enne kui kahju kumuleerub?”
Kiireloomulisus puudutab ajatundlikkust. Suure kiireloomulisusega pilet on selline, kus iga viivitustund teeb olukorra hullemaks. Madala kiireloomulisusega pileti võib ajastada ilma oluliste äritagajärgedeta. Levinud kiireloomulisuse tasemed hõlmavad:
Hoiatus: Ärge ajage kiireloomulisust segi mõjuga. Üks juht, kes ei pääse oma e-postile, on sellele juhile väga kiireloomuline, kuid madala mõjuga (üks kasutaja). Serveriprobleem, mis mõjutab 200 inimest, kellel on käsitsi alternatiivlahendus, on suure mõjuga, kuid keskmise kiireloomulisusega. Kui lasete kiireloomulisusel mõju üle trumbata, prioriseerite järjekindlalt üle valjuhäälseid üksikpäringuid, alahinnates samal ajal laialt levinud, kuid vaiksemaid probleeme.
Funktsionaalse prioriteedi maatriksi ehitamine toimub viie sammuna. Esimesed kolm saate teha töösessioonil oma meeskonnajuhtidega; kaks viimast nõuavad administraatori juurdepääsu teie abiinfo platvormile.
Alustage mõju tasemete loetlemisega, mis on teie organisatsiooni jaoks mõistlikud. Enamik meeskondi kasutab kolme või nelja taset. Siin on lähtepunkt:
| Mõju tase | Määratlus | Näide |
|---|---|---|
| Ulatuslik | Kogu organisatsioon või kõik kliendid mõjutatud; põhiteenus ei ole kättesaadav | Makselüüs maas kõigile kasutajatele |
| Märkimisväärne | Mitu meeskonda või suur äriülesanne mõjutatud | CRM ei ole müügiosakonnale kättesaadav |
| Mõõdukas | Väike grupp või sekundaarne ülesanne mõjutatud | Printer võrgust väljas ühel korrusel |
| Väike | Üksik kasutaja või kosmeetiline probleem | Üks töötaja ei saa oma e-posti allkirja muuta |
Kohandage lävendeid vastavalt oma mastaabile. 500 töötajaga ettevõte võib määratleda “ulatusliku” kui 100+ kasutajat, samas kui 10 töötajaga iduettevõte võib määratleda selle kui 5+.
Määratlege kiireloomulisuse tasemed selgete otsustuskriteeriumidega. Kõige levinum viga on tugineda taotleja toonile, mitte objektiivsetele faktidele. Andke agentidele kontrollnimekiri:
| Kiireloomulisuse tase | Otsustuskriteeriumid | Näide |
|---|---|---|
| Kriitiline | Alternatiivlahendus puudub; ärikahju on vahetu ja kasvav; tähtaeg on kohe | Lunavara rünnak, mis krüpteerib faile reaalajas |
| Kõrge | Alternatiivlahendus on olemas, kuid valus; lahendus vajalik tundide jooksul | Meiliserver maas; kasutajad saavad ajutiselt kasutada isiklikku e-posti |
| Keskmine | Mõistlik alternatiivlahendus saadaval; võib oodata järgmise tööpäevani | Tarkvaraviga, millel on dokumenteeritud käsitsi möödaviik |
| Madal | Olulist ajasurvet pole; võib ajastada | Funktsioonisoovitus, väike UI tõrge |
Nüüd ühendage mõju ja kiireloomulisus ruudustikuks. Standardne ITIL lähenemine kasutab 3×3 või 4×4 maatriksit. Siin on praktiline 3×3 versioon, mis töötab enamiku meeskondade jaoks:
| Mõju ↓ / Kiireloomulisus → | Kõrge kiireloomulisus | Keskmine kiireloomulisus | Madal kiireloomulisus |
|---|---|---|---|
| Kõrge mõju | P1 — Kriitiline | P2 — Kõrge | P3 — Keskmine |
| Keskmine mõju | P2 — Kõrge | P3 — Keskmine | P4 — Madal |
| Madal mõju | P3 — Keskmine | P4 — Madal | P4 — Madal |
Suuremad organisatsioonid laiendavad seda sageli 4×4 ruudustikuks, lisades “Kriitilise” astme mõlemale teljele “Kõrge” kohale. See hoiab P1 harvade juhtumite jaoks, kus mõju ja kiireloomulisus on mõlemad äärmuslikud, selle asemel et lasta igal “kõrge mõju, kõrge kiireloomulisuse” piletil maanduda tippklassi. See on sama parandus, mida näete hiljem selles juhendis maatriksi taltsutamiseks, mis surub kõik pidevalt P1 ja P2 sisse.

Kui teie meeskond on määratlustes ja ruudustikus kokku leppinud, muutke see vormiks, mida teie abiinfo tarkvara saab tegelikult jõustada: kaks rippmenüü välja (mõju ja kiireloomulisus) pluss reegel või arvutusväli, mis määrab prioriteedi kombinatsiooni põhjal. See on ka punkt, kus ühendate iga prioriteedi taseme oma SLA poliitikaga, nii et lahenduse kell hakkab õige eesmärgiga jooksma hetkel, kui pilet luuakse.
Käivitage maatriks oma järjekorra alamhulgal või paralleelselt olemasoleva protsessiga, enne kui lülitate selle kõigile sisse. Jälgige, kuidas piletid jaotuvad nelja prioriteediklassi vahel, ja kontrollige, et jaotus tundub teie piletimahu jaoks realistlik. Kui see on kogu meeskonnale kasutusele võetud, jälgige SLA mõõdikuid ja monitooringut , mida on kirjeldatud allpool, ja vaadake määratlused üle kord kvartalis, kui reaalsed piletlandmed laekuvad.
Automatiseeritud piletite triaaži ja kategoriseerimise kasutamine eemaldab protsessi kõige levinuma tõrkepunkti: agendid valivad käsitsi vale prioriteedi. Kui maatriksit jõustab automaatika, järgib iga pilet sama loogikat, olenemata sellest, milline agent seda käsitleb.
Kui teie prioriteedi maatriks on kasutusel, peate jälgima, kas see töötab. Eesmärk ei ole mitte ainult prioriteetide õige määramine, vaid nende prioriteetide tõlkimine paremateks SLA tulemusteks.
| Mõõdik | Mida see mõõdab | Miks see on oluline |
|---|---|---|
| Esimese vastuse aeg (FRT) | Aeg pileti loomisest esimese agendi kinnituseni | Mõõdab, kui kiiresti kliendid vastuse saavad; jaotatud prioriteedi järgi |
| Keskmine lahendusaeg (MTTR) | Koguaeg loomisest sulgemiseni | Peegeldab üldist tõhusust; jaotatud prioriteedi järgi kitsaskohtade leidmiseks |
| SLA järgimise määr | Protsent piletitest, mis on lahendatud nende SLA akna jooksul | Peamine mõõdik; eesmärk >95% P1/P2 puhul |
| Määramisaeg | Aeg loomisest, kuni pilet on omanikule määratud | Triaaži kiiruse otsene mõõt; määramata piletid on nähtamatu töö |
| Ümbermääramise määr | Kui sageli piletid meeskondade vahel põrkavad | Kõrged määrad viitavad katkistele suunamisreeglitele või ebaselgele kategoriseerimisele |
| Töömahu vanuse jaotus | Kui palju pileteid vananeb üle SLA akna | Paljastab, kas meeskond püsib追上 või jääb maha |
Teie operatiivne töölaud peaks vastama kolmele küsimusele ühe pilguga:

Kasutage iga pileti jaoks järjekorras värviga kodeeritud SLA olekut:
Mõned mõõdikud on viivitavad (näete kahju pärast selle toimumist) ja mõned on juhtivad (hoiatavad teid enne, kui kahju levib). Pöörake tähelepanu nendele juhtnäitajatele:
Isegi hästi kavandatud maatriks võib põhjustada hõõrdumist. Siin on kõige levinumad probleemid ja kuidas neid lahendada.
| Probleem | Tõenäoline põhjus | Parandus |
|---|---|---|
| Liiga palju pileteid jõuab P1 | Mõju ja kiireloomulisuse määratlused on liiga laiad; agendid määravad vaikimisi mõlemale “kõrge” | Kitsendage määratlusi mõõdetavate lävenditega; lisage “kriitiline” aste “kõrge” kohale, et P1 oleks reserveeritud tõelistele hädaolukordadele |
| Agendid eiravad maatriksit ja määravad prioriteedi käsitsi | Maatriksit ei jõusta automaatika; agentidel on võimalus see üle kirjutada | Eemaldage agendi vormilt käsitsi prioriteedi valimine; muutke prioriteet kirjutuskaitstud väljaks, mis arvutatakse mõjust ja kiireloomulisusest |
| P3 ja P4 pileteid ei lahendata kunagi | Madala prioriteediga piletite SLA eesmärgid on liiga leebed; töömahu osas puudub vastutus | Määrake P4 piletitele maksimaalne vanus (nt 10 tööpäeva); lisage “aegunud pileti” hoiatus kõigele, mida pole 5+ päeva puudutatud |
| Ümbermääramise määr on kõrge | Suunamisreeglid põhinevad kategooriatel, mida agendid valesti mõistavad või rakendavad | Lihtsustage kategooria taksonoomiat; lisage “triaaži märkmete” väli, kus agendid saavad selgitada oma suunamisotsust; vaadake valesuunamisi üle kord nädalas |
| SLA järgimine on kõrge, kuid CSAT on madal | Agendid mängivad SLA taimeriga (kinnitavad piletid kiiresti, kuid ei lahenda neid) | Jälgige lahendusaega koos FRT-ga; mõõtke esmakontakti lahendamise määra kvaliteedimõõdikuna |
Probleem, mis ilmneb sageli IT halduse foorumites, on see, mida praktikud nimetavad prioriteedi kokkusurumiseks: liiga palju pileteid koonduvad samasse prioriteediklassi, sest määratlused on liiga ebamäärased. Kui P2 hõlmab kõike alates “osakonnatasandi meilikatkestusest” kuni “juhi klaviatuur on kleepuv”, on maatriks kaotanud oma kasulikkuse.
Parandus on muuta oma määratlused konkreetseks ja võimaluse korral kvantitatiivseks. “Kõrge mõju = paljud kasutajad mõjutatud” asemel kasutage “kõrge mõju = 50+ kasutajat mõjutatud VÕI tulu teeniv teenus on maas.” Agendid saavad seda järjepidevalt rakendada.
Automatiseerimine muudab prioriteedi maatriksi viitedokumendist tööriistaks. Kui agendid peavad ainult valima mõju ja kiireloomulisuse ning süsteem arvutab kõik muu, muutub teie triaažiprotsess kiireks, järjepidevaks ja auditeeritavaks.
Siin on, kuidas hea automaatika seadistus välja näeb:

Enamik platvorme, sealhulgas LiveAgent , toetab sellist töövoogu automaatikareeglite, SLA poliitikate ja kohandatud väljade loogika kaudu. Kui teie praegune platvorm ei toeta arvutuslikke prioriteedi välju, saate sageli saavutada sama tulemuse päästikupõhiste reeglitega: “Kui mõju = X ja kiireloomulisus = Y, määra prioriteet = Z.”
Meeskondadele, kes soovivad minna kaugemale, võib AI-toega triaaž automaatselt klassifitseerida sissetulevaid pileteid ajalooliste mustrite põhjal, tuvastada meelsust ja soovitada mõju ja kiireloomulisuse väärtusi juba enne, kui agent pileti avab. See vähendab triaaži käsitsi tehtavat tööd ja võib oluliselt lühendada määramisaega. Lisateavet leiate automatiseeritud piletite triaaži ja kategoriseerimise kohta ning selle kohta, kuidas see SLA haldusega integreerub.
Mõju mõõdab häire ulatust: kui palju kasutajaid, süsteeme või äriprotsesse on mõjutatud. Kiireloomulisus mõõdab, kui kiiresti tuleb probleem lahendada enne, kui kahju süveneb. Serveri rike, mis mõjutab 500 kasutajat ilma alternatiivlahenduseta, on nii suure mõju kui ka suure kiireloomulisusega. Serveri rike, mis mõjutab 500 kasutajat, kellel on töökindel käsitsi alternatiivlahendus, on suure mõjuga, kuid keskmise kiireloomulisusega. Maatriks ühendab mõlemad prioriteedi saamiseks.
Määratlege mõju tasemed mõõdetavate lävenditega. Alustage kõige laiemast tasemest (kogu organisatsioon või kõik kliendid mõjutatud) ja liikuge kitsaimani (üksik kasutaja, kosmeetiline probleem). Iga taseme jaoks määrake kasutajate arv või teenuse kriitilisuse päästik. Näiteks: “Suur mõju = mõjutab 50+ kasutajat VÕI põhiteenus ei ole kättesaadav.” See hoiab ära agentide oletamise.
Levinud võrdlusnäitajad on: P1 (kriitiline) – esimene vastus 15 minuti jooksul, lahendus 4 tunni jooksul; P2 (kõrge) – esimene vastus 1 tunni jooksul, lahendus 8 töötunni jooksul; P3 (keskmine) – esimene vastus 4 tunni jooksul, lahendus 3 tööpäeva jooksul; P4 (madal) – esimene vastus 8 töötunni jooksul, lahendus 5 tööpäeva jooksul. Neid tuleks kohandada vastavalt teie meeskonna võimekusele ja lepingulistele kohustustele.
Jah. Mõju-kiireloomulisuse raamistik sobib igasse tugikeskkonda, kus sissetulevad päringud on erineva kiireloomulisuse ja ulatusega. Klienditoe meeskonnad, rajatiste haldus, HR teeninduslaud ja MSPd kasutavad kõik sama maatriksi variatsioone. Sildid muutuvad, kuid loogika on identne: hinnake ulatust (mõju) ja ajatundlikkust (kiireloomulisus), seejärel tuletage prioriteet.
Kõige tõhusam viis on muuta prioriteedi väli kirjutuskaitstuks ja arvutada see automaatselt mõju ja kiireloomulisuse põhjal. Kui agendid ei saa prioriteeti käsitsi muuta, ei saa nad maatriksit üle kirjutada. Kui teie platvorm ei toeta arvutusvälju, võite kasutada automatiseerimisreegleid, mis määravad prioriteedi mõju ja kiireloomulisuse väärtuste põhjal ning logivad kõik käsitsi muudatused auditi jaoks.
Neli juhtnäitajat: tõusev ümbermääramise määr (piletid suunatakse valedele meeskondadele), kasvav töömaht ühes prioriteediklassis, suurenev lõhe esimese vastuse aja ja määramisaja vahel ning uuesti avamise määr üle 5%. Igaüks neist signaalidest tähendab, et triaažiprotsess vajab tähelepanu, isegi kui üldine SLA järgimine tundub vastuvõetav.
Vaadake maatriks üle kord kvartalis. Jälgige piletite jaotust prioriteedi tasemete lõikes. Kui rohkem kui 10% piletitest satuvad P1, on teie määratlused tõenäoliselt liiga laiad. Kui P4 piletid vananevad järjekindlalt üle oma SLA, võivad teie eesmärgid olla ebareaalsed. Kaasake ülevaatamisse meeskonnajuhid ja agendid – nemad annavad kõige kasulikumat tagasisidet selle kohta, kus maatriks praktikas üles ütleb.
Prioriteedi maatriks ei ole dokument, mille loote üks kord ja unustate. Kõige tõhusamad meeskonnad käsitlevad seda elava raamistikuna, vaadates selle üle iga kvartal, täiustades määratlusi reaalsete piletandmete põhjal ja koolitades agentide ümber, kui reeglid muutuvad.
Alustage selles juhendis toodud 3×3 maatriksiga. Määratlege oma mõju ja kiireloomulisuse tasemed konkreetsete lävenditega. Seadistage automaatika oma abiinfo töölaual. Käivitage see kuu aega, vaadake üle prioriteedi jaotus ja SLA järgimise andmed ning kohandage. Aja jooksul jõuate maatriksini, mis sobib teie organisatsiooniga täpselt ja muudab iga triaažiotsuse kiireks, järjepidevaks ja põhjendatavaks.
Kui soovite uurida, kuidas automatiseeritud piletite triaaž ja kategoriseerimine saab teie prioriteedi maatriksit jõustada ilma käsitsi pingutuseta, või kuidas sisseehitatud SLA haldusega abiinfo saab jälgida selles juhendis käsitletud mõõdikuid, pakub LiveAgent platvorm tööriistu nende praktikate rakendamiseks.
Alustage oma tasuta 30-päevast prooviperioodi ja laske LiveAgentil arvutada piletite prioriteet automaatselt mõju ja kiireloomulisuse põhjal, nii et teie SLA kell hakkab alati õigest hetkest.
Jaga seda artiklit

Siit saate teada, kuidas piletitriaaž töötab: samm-sammuline protsess, mõju-kiireloomulisuse prioriteetide maatriks, suunamisreeglid, automatiseerituse tasemed ...

Piletite triaaz on see, kuidas tugimeeskonnad pileteid logivad, kategoriseerivad, prioritiseerivad ja suunavad. Vaata 7-astmelist protsessi, prioriteedimaatriks...

Siit saate teada, mis on lahendatud ticketid, kuidas kiirendada lahendamise aega ja parandada klienditeenindust LiveAgent'i usaldusväärsete piletisüsteemiga.
Küpsiste Nõusolek
Kasutame küpsiseid teie sirvimiskogemuse parandamiseks ja liikluse analüüsimiseks. See our privacy policy.