Триаж на тикети

Когато сервизният център получава стотици заявки на ден, някой трябва да реши кои от тях се нуждаят от незабавно внимание и кои могат да почакат. Този процес на вземане на решения се нарича триаж на тикети и е един от най-важните работни потоци във всяка IT услуга (ITSM) или операция за поддръжка на клиенти. Без структуриран процес на триаж, заявката за принтер, която е пристигнала първа, може да остане пред сървърен срив, който активно струва пари на бизнеса.

Откъде идва терминът “Триаж”

Триаж идва от френския глагол trier, което означава “сортирам”. За първи път е използван във военномедицински контекст, където полевите хирурзи се нуждаели от система, за да решат кои ранени войници да лекуват първи въз основа на тежестта на нараняванията им, а не на техния ранг или реда на пристигане. IT и екипите за обслужване на клиенти възприели същата логика, когато обемите от тикети надхвърлили капацитета на един човек да управлява по памет, и практиката била формализирана като част от управлението на инциденти с възхода на ITIL рамките.

Процесът на триаж на тикети стъпка по стъпка

Триажът на тикети следва повтаряща се последователност. Пропускането на която и да е стъпка създава проблеми надолу по веригата, които се натрупват с нарастването на обема от тикети.

1. Приемане и регистриране

Всяка заявка трябва да попадне в единна система, независимо дали пристига по имейл, чат, телефон, чрез портал за самообслужване или сигнал за мониторинг. Структурираните формуляри за приемане, които улавят засегнатата система, бизнес въздействието и кратко описание, елиминират необходимостта от двупосочна комуникация, пред която агентите се изправят, когато трябва да търсят липсващи детайли. Добрата система за тикети централизира заявките от всеки канал в една обединена опашка, така че нищо да не пропада.

2. Категоризация и класификация

След като бъде регистриран, тикетът се привежда към тип и категория. Четирите стандартни типа тикети в ITSM са:

• Инцидент — нещо е счупено или деградирало (прекъсване на имейл, срив на приложение)
• Сервизна заявка — стандартно, предварително одобрено действие (инсталиране на софтуер, предоставяне на достъп)
• Проблем — анализ на първопричината за повтарящ се инцидент
• Заявка за промяна — планирана модификация на инфраструктурата

След като типът бъде идентифициран, тикетът се привежда към категория от сервизния каталог — обикновено хардуер, софтуер, мрежа, достъп и идентичност, или бизнес приложения. Таксономия с 30 до 80 категории обикновено работи най-добре: по-малко скрива тенденциите, а повече създава умора от класифициране. AI инструментите за триаж и категоризация на тикети премахват по-голямата част от ръчния труд тук — те четат съдържанието на тикета, разбират какво клиентът пита или съобщава и автоматично задават правилния етикет.

3. Приоритизация чрез въздействие и спешност

Приоритетът никога не трябва да бъде самоналожен — когато потребителите сами задават своя приоритет, всеки тикет става “спешен”. Правилният процес на триаж извлича приоритета от два обективни фактора: въздействие (колко потребители или бизнес функции са засегнати) и спешност (колко бързо е необходимо разрешение).

Публикуването на тази матрица вътрешно премахва субективността и помага за управление на очакванията — срив на сървър, засягащ целия финансов екип, е P1, независимо кой го е подал.

4. Насочване и назначаване

Категоризираният и приоритизиран тикет все още трябва да достигне до правилния човек. Правилата за насочване трябва да привеждат категориите към екипите за разрешаване автоматично, когато е възможно — ръчното назначаване на тикети трябва да бъде резервен вариант, а не стандарт. Автоматизираното разпределение на тикети въз основа на категория, приоритет и умения на агента намалява процента на преразпределение, който е един от най-силните индикатори за качество на триажа. Започнете с прости правила за автоматизация — категория X отива при екип Y — след това добавете AI класификация за тикети, които не съвпадат с никое правило.

5. Обогатяване с контекст

Преди техникът да започне работа, тикетът трябва да носи възможно най-много подходящ контекст: идентификатори на активи, история на потребителя, екранни снимки и връзки към свързани тикети или известни проблеми. Това намалява времето, което агентите прекарват в проучване, преди да могат да започнат действително отстраняване на проблеми.

6. Мониторинг на SLA и ескалация

Всеки тикет получава SLA таймер, свързан с неговото ниво на приоритет, започващ от момента на приемане. Правилата за ескалация трябва да бъдат дефинирани и задействани автоматично — например P1 и P2 инцидентите се ескалират незабавно до старши екипи, SLA, които са близо до нарушение, задействат уведомление до ръководител, а свързаните със сигурността тикети следват специален път за ескалация.

7. Затваряне и улавяне на знания

Триажът не приключва с разрешаването. Всеки затворен тикет е потенциална статия за базата знания — улавянето на категорията на разрешението, първопричината и всяка нова документация се връща обратно в прегледите на качеството на триажа и разкрива кои категории генерират най-голям обем или най-често биват насочвани неправилно.

Готови ли сте да надградите бизнеса си?

Пробвайте LiveAgent безплатно и се убедете сами.

Поискайте демо 30 дни безплатно

Триаж на тикети срещу управление на инциденти

Триажът и управлението на инциденти са свързани, но различни.

Мислете за триажа като за входната врата на управлението на инциденти — добре функционираща входна врата прави всичко зад нея да работи по-добре.

Ползи от структуриран триаж на тикети

• По-бързо разрешаване на проблеми с голямо въздействие — критичните тикети се ескалират в рамките на минути, вместо да стоят в обща опашка
• По-добро разпределение на работното натоварване — тикетите се назначават по приоритет и съвпадение на уменията, а не по това кои са най-лесни за взимане
• По-малко преразпределения — тикет, насочен правилно от първия път, не прескача между екипи, докато SLA часовникът продължава да тиктака
• По-висока удовлетвореност на потребителите — по-бързи отговори и по-ясна комуникация за това кога даден проблем ще бъде решен

Абонирайте се за бюлетина

Най-новите съвети и оферти директно във вашата поща.

Имейл адрес

Абонирай

Често срещани грешки при триаж на тикети

• Оставяне потребителите сами да задават приоритета си, вместо да се извлича от публикувана матрица на въздействие/спешност
• Пропускане на категоризацията преди назначаване, така че насочването да се основава на интуиция вместо на логика
• Използване на твърде широка таксономия (скрива тенденциите) или твърде детайлна (създава умора от вземане на решения)
• Оставяне на тикети да висят неназначени без определен отговорник за триажа
• Затваряне на тикети без документиране на разрешението, така че следващият подобен проблем да започва от нулата

Как AI и автоматизацията подобряват триажа на тикети

Ръчният триаж работи за малки екипи, но веднъж щом сервизен център обработва повече от около 50 тикета на ден, един човек, който чете и насочва всеки тикет, се превръща в тясно място — и в единствена точка на отказ. Автоматизацията, базирана на правила, се справя с ясните, детерминирани решения (ако темата съдържа “VPN”, насочи към мрежовия отдел). AI-захранваният триаж отива по-далеч, използвайки обработка на естествен език, за да разбере намерението дори когато формулировката варира, така че да може да класифицира и приоритизира тикети, които никое правило не би уловило. Най-ефективните настройки комбинират и двете, като AI класификациите с висока степен на сигурност се прилагат автоматично, а резултатите с ниска степен на сигурност се маркират за човешки преглед.

Показатели за проследяване на ефективността на триажа на тикети

Нарастващият процент на преразпределение или растящият backlog е ранен сигнал, че процесът на триаж има структурен проблем, а не кадрови.

Заключение

Триажът на тикети е входната врата на всяка операция за поддръжка и IT услуги. Когато го направите правилно — обективна приоритизация, последователна категоризация, автоматизирано насочване и дисциплиниран SLA мониторинг — критичните проблеми се разрешават бързо, а рутинните никога не задръстват опашката. Когато го направите грешно, печелят тикетите, които крещят най-силно, а не тези, които са най-важни.