Приоритет заявки: как его определяют через влияние и срочность

Кратко

Приоритет — не оценка «насколько это важно», а результат пересечения двух независимых величин: влияния (скольких затронуло и насколько сильно) и срочности (как быстро последствия станут необратимыми). Матрица из этих двух осей превращает спор в правило. Уровней достаточно трёх; четвёртый через месяц перестаёт использоваться, а пятый начинает конкурировать со вторым.

Две оси, а не одна

Ошибка, из-за которой приоритеты не работают почти нигде: их назначают одной величиной — «важностью». Важность субъективна, поэтому важно всё.

Разложение на две оси убирает субъективность почти целиком.

Влияние отвечает на вопрос «сколько и насколько». Считается фактами, которые можно проверить: скольких пользователей затронуло, остановилась ли работа полностью или есть обходной путь, теряются ли при этом деньги или данные. Влияние назначает служба, потому что только она видит картину целиком.

Срочность отвечает на вопрос «когда станет поздно». Это не «как сильно клиент хочет побыстрее», а наличие внешнего срока: конец отчётного периода, запуск, договорное обязательство. Срочность заявляет обратившийся, но проверяет служба.

Обе оси нужны, потому что они не сводятся друг к другу. Сломанная кнопка, которой пользуется один человек в день сдачи отчётности, — низкое влияние и высокая срочность. Медленно работающий раздел у половины клиентов — высокое влияние и низкая срочность.

Матрица

Две оси по три значения дают девять клеток, которые сворачиваются в три приоритета.

Из матрицы автоматически следуют сроки — так их и надо задавать, одной таблицей на все каналы:

Последний столбец — самопроверка. Если критичных больше десятой части потока, матрица настроена слишком мягко и критичность обесценилась: когда срочно всё, не срочно ничто.

Как задать признаки, чтобы не спорить

Матрица работает, только если у каждой строки и каждого столбца есть проверяемый признак. Формулировки вроде «серьёзное влияние на бизнес» проверяемыми не являются.

Рабочие признаки влияния звучат так:

• Высокое — сервис недоступен полностью; затронуты все пользователи клиента; теряются деньги или данные; обходного пути нет.
• Среднее — затронута часть функций или часть пользователей; обходной путь существует и описан.
• Низкое — затронут один пользователь; работа продолжается; вопрос, консультация или пожелание.

Рабочие признаки срочности:

• Высокая — есть внешний срок в пределах суток, который нельзя сдвинуть.
• Средняя — срок есть, но он в пределах недели.
• Низкая — внешнего срока нет.

Признак «клиент очень просит» ни в одном из списков не встречается намеренно. Он не измеряет ни влияния, ни срочности — он измеряет настойчивость.

Что делать с VIP-клиентами

Вопрос возникает всегда: у крупного клиента по договору более жёсткий SLA, надо ли поднимать приоритет его обращениям.

Ответ: не приоритет, а сроки. Приоритет описывает природу проблемы, она от размера клиента не зависит. Размер клиента влияет на то, за какое время вы обязались реагировать. Технически это выглядит так: матрица одна для всех, а таблица сроков — своя на каждый уровень обслуживания.

Почему не проще поднять приоритет: если крупные клиенты получают критичный приоритет автоматически, критичность перестаёт означать «всё сломалось» и начинает означать «важный клиент». Через квартал невозможно ответить на вопрос, сколько у нас было настоящих аварий.

Частая ошибка: приоритет меняет тот, кто громче

Сценарий знаком любой службе. Клиент недоволен, пишет руководителю. Руководитель говорит оператору «займись срочно». Обращение получает внимание, но приоритет в системе остаётся прежним.

Два последствия, оба плохие:

• Отчёты врут. Порядок работы определяется вне системы, поэтому по цифрам служба выглядит ровной, а по факту очередью управляют жалобы.
• Правило обесценивается. Операторы видят, что матрица не определяет порядок работы, и перестают её заполнять всерьёз.

Лечение неприятное, но единственное: любое внеочередное вмешательство обязано менять приоритет в системе. И дальше — главный вопрос: если обращение действительно заслуживало высокого приоритета, значит, признак влияния или срочности определён неверно, и править надо признак, а не отдельный случай. Каждое такое исправление делает матрицу точнее; каждый обход оставляет её такой же плохой.

Как проверить свою матрицу за полчаса

• Посчитайте распределение по приоритетам за месяц. Критичных больше 10 % — планка занижена; ниже 1 % — критичность, скорее всего, боятся ставить.
• Возьмите двадцать обращений и назначьте им приоритет заново, вслепую, другим человеком. Расхождение больше чем в трети случаев означает, что признаки не проверяемые.
• Найдите обращения, у которых приоритет менялся после жалобы. Каждое такое — ошибка в признаке, а не в оценке конкретного случая.
• Сравните время решения по приоритетам. Если у критичных оно не меньше, чем у обычных, приоритет ни на что не влияет и существует только на бумаге.

Связанные статьи

• Что такое SLA в технической поддержке простыми словами
• Что такое эскалация обращения и когда её запускать
• Инцидент или запрос на обслуживание: в чём разница
• Настройка SLA, приоритетов и крайнего срока