Näin rakennat tikettien priorisointimatriisin, joka pitää kaikki agentit linjassa vaikutuksen ja kiireellisyyden suhteen

Jos tukitiimisi käsittelee enemmän kuin kourallisen tikettejä päivässä, tiedät jo ongelman: kaikki ongelmat eivät ansaitse samaa kiireellisyyttä, mutta ilman selkeää järjestelmää agentit tekevät mutu-pohjaisia päätöksiä, jotka vaihtelevat henkilöstä toiseen. Yksi agentti käsittelee palkanmaksukatkosta kriittisenä, kun toinen merkitsee sen keskisuureksi prioriteetiksi ja siirtyy eteenpäin. Ajan myötä tämä epäjohdonmukaisuus heikentää SLA-suorituskykyä, turhauttaa asiakkaita ja hautaa todelliset hätätilanteet rutiinipyyntöjen alle.

Tikettien priorisointimatriisi ratkaisee tämän. Se antaa jokaiselle agentille saman pelikirjan sen määrittämiseen, mitkä tiketit tulisi käsitellä ensimmäisenä, perustuen kahteen objektiiviseen tekijään: kuinka monta ihmistä on vaikutuksen alaisena (vaikutus) ja kuinka nopeasti ongelma vaatii huomiota (kiireellisyys). Tuloksena on prioriteettitaso, johon koko tiimi voi luottaa.

Tässä oppaassa opit tarkalleen, miten rakennat priorisointimatriisin omalle tukitoiminnallesi, miten kytket sen SLA-tavoitteisiin, mitä mittareita seurata ja miten vältät yleisimmät virheet, joita tiimit tekevät matriisia käyttöönottaessaan. Prosessi noudattaa ITIL-yhteensopivia parhaita käytäntöjä, mutta pysyy riittävän käytännönläheisenä sovellettavaksi missä tahansa tukipalvelussa, olipa kyseessä muodollinen ITSM-asetelma tai pieni asiakaspalvelutiimi.

Vaikeustaso: Keskitaso Käyttöönoton kesto: 2–4 tuntia määrittelyyn ja konfigurointiin; jatkuvaa hienosäätöä viikkojen ajan Edellytykset: Pääsy tukipalvelualustasi asetuksiin (ylläpitäjän oikeudet luoda mukautettuja kenttiä, sääntöjä tai automaatiota), selkeä käsitys SLA-sitoumuksistasi ja panos vähintään yhdeltä tiiminvetäjältä tai esimieheltä, joka voi validoida vaikutuksen ja kiireellisyyden määritelmät

Mikä on tikettien priorisointimatriisi?

Tikettien priorisointimatriisi on kaksiulotteinen ruudukko, joka laskee prioriteetin kahdesta syötteestä: vaikutuksesta ja kiireellisyydestä. Vaikutus mittaa häiriön laajuutta ja vakavuutta. Kiireellisyys mittaa, kuinka nopeasti ratkaisu tarvitaan, ennen kuin liiketoiminta kärsii todellista vahinkoa. Solu, jossa ne kohtaavat, antaa prioriteettitason, tyypillisesti P1 (kriittinen) – P4 (matala).

ITIL-termein prioriteetti ei ole koskaan itsenäinen arvio. Se johdetaan aina vaikutuksesta ja kiireellisyydestä. Tämä erottelu on tärkeä, koska se poistaa subjektiivisuuden. Kun agentti näkee tiketin, hän vastaa kahteen konkreettiseen kysymykseen: “Kuinka monta ihmistä tai järjestelmää on vaikutuksen alaisena?” ja “Kuinka nopeasti tämä pitää korjata?” Matriisi tekee sitten loput.

Kehys soveltuu yhtä lailla IT-ongelmatilanteiden hallintaan, asiakaspalvelujonoihin ja sisäisiin palvelupisteisiin. Nimikkeet saattavat vaihdella (jotkut tiimit käyttävät “vakavuutta” “vaikutuksen” sijaan tai “kriittisyyttä” “kiireellisyyden” sijaan), mutta taustalla oleva logiikka pysyy samana.

Miksi se on tärkeää SLA-suorituskyvylle: Oikein rakennettu priorisointimatriisi varmistaa, että SLA-kellosi käynnistyy oikealla kiireellisyystasolla. Jos tiketti luokitellaan väärin vastaanotossa, se saa joko liian löyhän SLA-tavoitteen (aiheuttaen viiveitä todella kiireelliselle työlle) tai liian aggressiivisen (valmistaen tiimiä tarpeettomiin ylityksiin). Prioriteetin oikein saaminen lajitteluvaiheessa on vaikuttavin yksittäinen toimenpide, jonka voit tehdä SLA-toteumasi suojaamiseksi.

Jos tukipalvelualustasi tukee automaattista tikettien lajittelua ja luokittelua , voit konfiguroida matriisin niin, että prioriteetti lasketaan automaattisesti heti, kun agentti valitsee vaikutus- ja kiireellisyysarvot. Tämä poistaa manuaalisen prioriteetin valinnan kokonaan ja pitää jonosi johdonmukaisena.

Vaikutus vs. kiireellisyys: kahden ulottuvuuden ymmärtäminen

Ennen kuin voit rakentaa matriisin, tiimisi tarvitsee yhteisen määritelmän sille, mitä vaikutus ja kiireellisyys tarkoittavat omassa kontekstissanne. Määritelmien on oltava riittävän konkreettisia, jotta kaksi eri agenttia, jotka katsovat samaa tikettiä, antavat samat arvot.

Vaikutus: häiriön laajuus

Vaikutus vastaa kysymykseen: “Kuinka monta käyttäjää, järjestelmää tai liiketoimintaprosessia on vaikutuksen alaisena, ja kuinka pahasti?”

Vaikutus ei liity siihen, kuinka järkyttynyt käyttäjä on. Se ei liity siihen, mikä osasto on jättänyt tiketin. Se on tosiasiallinen mitta ongelman laajuudesta. Yleisiä vaikutustasoja ovat:

• Korkea / laaja: Koko organisaation kattava katkos, kriittinen asiakaspalvelua tarjoava palvelu alhaalla, merkittävä tulonmenetys, tietoturvaloukkaus, joka vaikuttaa useisiin järjestelmiin
• Keskitaso / merkittävä: Osasto tai tiimi on vaikutuksen alaisena, toissijainen liiketoimintatoiminto on heikentynyt, tai useisiin käyttäjiin vaikuttaa, mutta kiertotie on olemassa
• Matala / vähäinen: Yksittäinen käyttäjä on vaikutuksen alaisena, ongelma on kosmeettinen tai se ei keskeytä ydintyötä

Vinkki: Sido vaikutustasot mitattavissa oleviin kynnysarvoihin aina kun mahdollista. Esimerkiksi: “Korkea vaikutus = vaikuttaa 50 tai useampaan käyttäjään TAI tuloa tuottavaan palveluun.” Tämä poistaa epäselvyydet.

Kiireellisyys: kilpailu aikaa vastaan

Kiireellisyys vastaa kysymykseen: “Kuinka nopeasti tämä on ratkaistava, ennen kuin vahinko kasvaa?”

Kiireellisyys liittyy aikakriittisyyteen. Korkean kiireellisyyden tiketti on sellainen, jossa jokainen viivästystunti pahentaa tilannetta. Matalan kiireellisyyden tiketti voidaan aikatauluttaa ilman merkittäviä liiketoimintavaikutuksia. Yleisiä kiireellisyystasoja ovat:

• Korkea / kriittinen: Kiertotietä ei ole, toiminta on pysähtynyt, määräaika on välitön tai ongelma eskaloituu aktiivisesti
• Keskitaso: Työ on estynyt, mutta väliaikainen kiertotie pitää asiat liikkeellä, tai ongelma voi odottaa muutaman tunnin ilman merkittävää haittaa
• Matala: Luotettava kiertotie on olemassa, ongelma voidaan siirtää huoltoikkunaan tai vaikutus ei kasva ajan myötä

Varoitus: Älä sekoita kiireellisyyttä vaikutukseen. Yksittäinen johtaja, joka ei pääse sähköpostiin, on erittäin kiireellinen hänelle, mutta vaikutus on matala (yksi käyttäjä). Palvelinongelma, joka vaikuttaa 200 ihmiseen, joilla on manuaalinen kiertotie, on korkea vaikutus mutta kohtalainen kiireellisyys. Jos annat kiireellisyyden ohittaa vaikutuksen, priorisoit jatkuvasti äänekkäitä yksittäispyyntöjä liikaa ja alipriorisoit laajalle levinneitä mutta hiljaisempia ongelmia.

Valmis viemään palvelusi uudelle tasolle?

Kokeile LiveAgentia ilmaiseksi ja näe ero itse.

Pyydä demo 30 päivää ilmaiseksi

Kuinka rakentaa priorisointimatriisisi

Toimivan priorisointimatriisin rakentaminen vie viisi vaihetta. Voit suorittaa kolme ensimmäistä työistunnossa tiiminvetäjiesi kanssa; kaksi viimeistä vaativat ylläpitäjän oikeudet tukipalvelualustaasi.

Vaihe 1: määrittele vaikutustasosi

Aloita listaamalla vaikutustasot, jotka ovat järkeviä organisaatiollesi. Useimmat tiimit käyttävät kolmea tai neljää tasoa. Tässä on lähtökohta:

Säädä kynnysarvoja mittakaavaasi vastaaviksi. 500 hengen yritys saattaa määritellä “laajan” koskemaan 100+ käyttäjää, kun taas 10 hengen startup saattaa määritellä sen koskemaan 5+ käyttäjää.

Vaihe 2: määrittele kiireellisyystasosi

Määrittele kiireellisyystasot selkeillä päätöskriteereillä. Yleisin virhe on luottaa pyynnön esittäjän sävyyn objektiivisten tosiasioiden sijaan. Anna agenteille tarkistuslista:

Vaihe 3: muodosta matriisi

Yhdistä nyt vaikutus ja kiireellisyys ruudukoksi. Tavallinen ITIL-lähestymistapa käyttää 3×3- tai 4×4-matriisia. Tässä on käytännöllinen 3×3-versio, joka toimii useimmille tiimeille:

Suuremmat organisaatiot laajentavat tämän usein 4×4-ruudukoksi lisäämällä “kriittisen” tason “korkean” yläpuolelle molemmilla akseleilla. Tämä varaa P1:n harvinaisiin tapauksiin, joissa sekä vaikutus että kiireellisyys ovat äärimmäisiä, sen sijaan että jokainen “korkea vaikutus, korkea kiireellisyys” -tiketti päätyisi ylimmälle tasolle. Tämä on sama korjaus, jonka näet myöhemmin tässä oppaassa matriisin hallitsemiseksi, joka pakkaa kaiken jatkuvasti P1- ja P2-luokkiin.

Vaihe 4: konfiguroi automaatio tukipalvelussasi

Kun tiimisi on sopinut määritelmistä ja ruudukosta, muuta se muotoon, jota tukipalveluohjelmistosi voi todella soveltaa: kaksi pudotusvalikkokenttää (vaikutus ja kiireellisyys) sekä sääntö tai laskettu kenttä, joka asettaa prioriteetin yhdistelmän perusteella. Tässä vaiheessa kytket myös kunkin prioriteettitason omaan SLA-käytäntöönsä, joten ratkaisukello käynnistyy oikealla tavoitteella heti, kun tiketti luodaan.

Vaihe 5: testaa, seuraa ja hienosäädä

Suorita matriisi pienemmällä osalla jonoasi tai rinnakkain nykyisen prosessisi kanssa ennen kuin otat sen käyttöön kaikille. Seuraa, miten tiketit jakautuvat neljälle prioriteettitasolle, ja tarkista, että jako tuntuu realistiselta tikettivolyymiisi nähden. Kun se on käytössä koko tiimille, pidä silmällä alla kuvattuja SLA-mittareita ja -seurantaa ja tarkista määritelmiä neljännesvuosittain, kun todellista tikettidataa kertyy.

Automaattisen tikettien lajittelun ja luokittelun käyttö poistaa yleisimmän virhelähteen prosessissa: agentit valitsevat manuaalisesti väärän prioriteetin. Kun automaatio toteuttaa matriisia, jokainen tiketti noudattaa samaa logiikkaa riippumatta siitä, kumpi agentti sitä käsittelee.

Tikettien SLA-mittarit ja seuranta

Kun priorisointimatriisisi on käytössä, sinun on seurattava, toimiiko se. Tavoitteena ei ole vain määrittää prioriteetteja oikein, vaan nähdä näiden prioriteettien johtavan parempiin SLA-tuloksiin.

Keskeiset seurattavat mittarit

Seuranta: tärkein kojelauta

Operatiivisen kojelautasi tulisi vastata kolmeen kysymykseen yhdellä silmäyksellä:

1. Mikä on vaarassa ylittyä? Näytä tiketit, jotka ovat vaarassa (75 %+ SLA-ajasta kulunut) ja jo ylittyneet tiketit. Tämä on tärkein näkymä, koska se kertoo, mihin huomio tulee suunnata juuri nyt.
2. Mihin suuntaan olemme menossa? Näytä SLA-toteuma ajan kuluessa (viikoittain, kuukausittain), jaoteltuna prioriteetin mukaan. Yksi toteumaluku voi piilottaa sen, että P1-suorituskyky laskee samalla kun P4-suorituskyky paranee.
3. Missä ovat pullonkaulat? Näytä uudelleenohjausasteet tiimeittäin, ruuhkat jonoittain ja FRT kanavittain. Jos yhden tiimin uudelleenohjausaste nousee, ongelma on todennäköisesti lajittelussa, ei kapasiteetissa.

Käytä värikoodattua SLA-tilaa jokaiselle tiketille jonossa:

• Aikataulussa: >50 % SLA-ajasta jäljellä
• Vaarassa: 25–50 % SLA-ajasta jäljellä
• Kiireellinen: <25 % SLA-ajasta jäljellä
• Ylittynyt: SLA-määräaika on umpeutunut

Huonon lajittelun ennakoivat indikaattorit

Jotkut mittarit ovat viivästyneitä (näet vahingon jälkeenpäin) ja jotkut ovat ennakoivia (ne varoittavat ennen kuin vahinko leviää). Kiinnitä huomiota näihin ennakoiviin indikaattoreihin:

• Nouseva uudelleenohjausaste: Tikettejä ohjataan vääriin tiimeihin. Tarkista luokittelusääntösi ja agenttien koulutus lajittelu- ja luokitteluprosessista .
• Kasvava ruuhka yhdellä prioriteettitasolla: Jos P3-tiketit kasaantuvat, kun P1 ja P2 ovat kunnossa, lajitteluprosessisi saattaa yliluokitella tikettejä välttääkseen P1-painetta.
• Kasvava kuilu FRT:n ja määräysajan välillä: Jos agentit kuittaavat tiketit nopeasti, mutta määrääminen kestää tunteja, lajitteluvaihe on pullonkaula.
• Uudelleenavaamisaste yli 5 %: Tiketit suljetaan ennenaikaisesti, usein koska agentti kiirehti täyttääkseen SLA-ajanoton sen sijaan, että olisi ratkaissut ongelman täysin.

Tilaa uutiskirjeemme

Uusimmat vinkit ja tarjoukset suoraan postilaatikkoosi.

Sähköpostiosoite

Tilaa

Yleisten priorisointimatriisiongelmien vianmääritys

Hyvinkin suunniteltu matriisi voi aiheuttaa kitkaa. Tässä ovat yleisimmät ongelmat ja miten ne korjataan.

“Prioriteettipuristuksen” ansa

Ongelma, joka esiintyy usein IT-hallinnon foorumeilla, on se, mitä ammattilaiset kutsuvat prioriteettipuristukseksi: liian monet tiketit keskittyvät samalle prioriteettitasolle, koska määritelmät ovat liian epämääräisiä. Kun P2 kattaa kaiken “osastotason sähköpostikatkoksesta” “esihenkilön näppäimistö on tahmea” -ongelmaan, matriisi on menettänyt käyttökelpoisuutensa.

Korjaus on tehdä määritelmistä tarkkoja ja mahdollisuuksien mukaan määrällisiä. Korvaa “korkea vaikutus = monet käyttäjät vaikutuksen alaisena” ilmauksella “korkea vaikutus = 50+ käyttäjää vaikutuksen alaisena TAI tuloa tuottava palvelu on alhaalla.” Agentit voivat soveltaa tätä johdonmukaisesti.

Priorisointimatriisin automatisointi tukipalvelussasi

Automaatio muuttaa priorisointimatriisin viiteasiakirjasta operatiiviseksi työkaluksi. Kun agenttien tarvitsee vain valita vaikutus ja kiireellisyys, ja järjestelmä laskee kaiken muun, lajitteluprosessistasi tulee nopea, johdonmukainen ja auditoitava.

Tässä on, miltä hyvä automaatioasetelma näyttää:

1. Agentti valitsee vaikutuksen ja kiireellisyyden pudotusvalikoista tiketin lomakkeella.
2. Järjestelmä laskee prioriteetin matriisisääntöjesi avulla ja asettaa prioriteettikentän automaattisesti.
3. SLA-ajastin käynnistyy oikealla tavoitteella lasketun prioriteetin perusteella.
4. Jos tiketti on määräämättä kynnyksen jälkeen, järjestelmä eskalo sen tiiminvetäjälle.
5. Jos SLA-ajastin saavuttaa 75 %, järjestelmä lähettää varoituksen määrätylle agentille.

Useimmat alustat, mukaan lukien LiveAgent , tukevat tällaista työnkulkua automaatiosääntöjen, SLA-käytäntöjen ja mukautettujen kenttälogiikoiden avulla. Jos nykyinen alustasi ei tue laskettuja prioriteettikenttiä, voit usein saavuttaa saman tuloksen laukaisinpohjaisilla säännöillä: “Kun vaikutus = X ja kiireellisyys = Y, aseta prioriteetti = Z.”

Tiimeille, jotka haluavat mennä pidemmälle, tekoälypohjainen lajittelu voi luokitella saapuvat tiketit automaattisesti historiallisten mallien perusteella, tunnistaa tunnelman ja ehdottaa vaikutus- ja kiireellisyysarvoja jo ennen kuin agentti edes avaa tiketin. Tämä vähentää lajittelun manuaalista työtä ja voi lyhentää määräysaikaa merkittävästi. Voit oppia lisää automaattisesta tikettien lajittelusta ja luokittelusta ja siitä, miten se integroituu SLA-hallintaan.

UKK

Mitä eroa on vaikutuksella ja kiireellisyydellä priorisointimatriisissa?

Vaikutus mittaa häiriön laajuutta: kuinka monta käyttäjää, järjestelmää tai liiketoimintaprosessia on vaikutuksen alaisena. Kiireellisyys mittaa, kuinka nopeasti ongelma on ratkaistava ennen kuin vahinko pahenee. Palvelinkatkos, joka vaikuttaa 500 käyttäjään ilman kiertotietä, on sekä korkean vaikutuksen että korkean kiireellisyyden ongelma. Palvelinkatkos, joka vaikuttaa 500 käyttäjään, joilla on luotettava manuaalinen kiertotie, on korkean vaikutuksen mutta keskisuuren kiireellisyyden ongelma. Matriisi yhdistää molemmat prioriteetin määrittämiseksi.

Miten määrittelet vaikutustasot IT-palvelutiketeille?

Määrittele vaikutustasot mitattavissa olevilla kynnysarvoilla. Aloita laajimmasta tasosta (koko organisaatio tai kaikki asiakkaat vaikutuksen alaisena) ja etene kapeimpaan (yksittäinen käyttäjä, kosmeettinen ongelma). Määrittele kullekin tasolle käyttäjämäärä tai palvelun kriittisyyden laukaisin. Esimerkiksi: “Korkea vaikutus = vaikuttaa 50+ käyttäjään TAI keskeinen liiketoimintapalvelu on pois käytöstä.” Tämä estää agentteja arvailemasta.

Mitkä ovat standardit SLA-vasteajat P1-, P2-, P3- ja P4-tiketeille?

Yleisiä vertailuarvoja ovat: P1 (kriittinen) — ensimmäinen vastaus 15 minuutin kuluessa, ratkaisu 4 tunnin kuluessa; P2 (korkea) — ensimmäinen vastaus 1 tunnin kuluessa, ratkaisu 8 työtunnin kuluessa; P3 (keskitaso) — ensimmäinen vastaus 4 tunnin kuluessa, ratkaisu 3 työpäivän kuluessa; P4 (matala) — ensimmäinen vastaus 8 työtunnin kuluessa, ratkaisu 5 työpäivän kuluessa. Näitä tulee säätää vastaamaan tiimisi kapasiteettia ja sopimusvelvoitteita.

Voiko priorisointimatriisia käyttää muiden kuin IT-tukipyyntöjen käsittelyyn?

Kyllä. Vaikutus-kiireellisyys -kehystä voidaan soveltaa mihin tahansa tukipalveluympäristöön, jossa saapuvilla pyynnöillä on eri kiireellisyys- ja laajuustasoja. Asiakaspalvelutiimit, toimitilahallinto, HR-palvelupisteet ja hallitut palveluntarjoajat (MSP) käyttävät kaikki variaatioita samasta matriisista. Nimikkeet vaihtuvat, mutta logiikka on identtinen: arvioi laajuus (vaikutus) ja aikakriittisyys (kiireellisyys) ja johda prioriteetti.

Miten estät agentteja ohittamasta priorisointimatriisia?

Tehokkain tapa on tehdä prioriteettikentästä vain luku -tyyppinen ja laskea se automaattisesti vaikutuksen ja kiireellisyyden perusteella. Jos agentit eivät voi manuaalisesti muuttaa prioriteettia, he eivät voi ohittaa matriisia. Jos alustasi ei tue laskettuja kenttiä, voit käyttää automaatiosääntöjä, jotka asettavat prioriteetin vaikutuksen ja kiireellisyyden perusteella, ja kirjata kaikki manuaaliset muutokset tarkastettaviksi.

Mitkä mittarit kertovat, että lajitteluprosessi epäonnistuu?

Neljä ennakoivaa indikaattoria: nouseva uudelleenohjausaste (tiketit menevät vääriin tiimeihin), kasvava ruuhka yhdellä prioriteettitasolla, kasvava kuilu ensimmäisen vastausajan ja määräysajan välillä sekä yli 5 %:n uudelleenavaamisaste. Mikä tahansa näistä signaaleista tarkoittaa, että lajitteluprosessi kaipaa huomiota, vaikka kokonais-SLA-toteuma näyttäisi hyväksyttävältä.

Kuinka usein priorisointimatriisia tulisi tarkistaa ja päivittää?

Tarkista matriisi neljännesvuosittain. Katso tikettien jakautumista prioriteettitasoittain. Jos yli 10 % tiketeistä päätyy P1-luokkaan, määritelmäsi ovat todennäköisesti liian väljiä. Jos P4-tiketit vanhenevat jatkuvasti SLA-ajan yli, tavoitteesi saattavat olla epärealistisia. Ota tiiminvetäjät ja agentit mukaan tarkasteluun; heillä on hyödyllisintä palautetta siitä, missä matriisi käytännössä pettää.

Seuraavat vaiheet

Priorisointimatriisi ei ole asiakirja, jonka luot kerran ja unohdat. Tehokkaimmat tiimit käsittelevät sitä elävänä kehyksenä, tarkistavat sitä neljännesvuosittain, hienosäätävät määritelmiä todellisen tikettidatan perusteella ja kouluttavat agentteja uudelleen, kun säännöt muuttuvat.

Aloita tämän oppaan 3×3-matriisilla. Määrittele vaikutus- ja kiireellisyystasosi konkreettisilla kynnysarvoilla. Konfiguroi automaatio tukipalvelussasi. Käytä sitä kuukauden ajan, tarkista prioriteettijakauma ja SLA-toteumadata ja tee tarvittavat säädöt. Ajan mittaan saavutat matriisin, joka sopii organisaatiollesi tarkasti ja tekee jokaisesta lajittelupäätöksestä nopean, johdonmukaisen ja puolustettavan.

Jos haluat tutkia, miten automaattinen tikettien lajittelu ja luokittelu voi toteuttaa priorisointimatriisisi ilman manuaalista työtä, tai miten tukipalvelu, jossa on sisäänrakennettu SLA-hallinta , voi seurata tässä oppaassa käsiteltyjä mittareita, LiveAgent-alusta tarjoaa työkalut näiden käytäntöjen käyttöönottoon.