Как настроить приоритеты заявок, чтобы ими пользовались

Кратко

Приоритетов должно быть три, и каждый определяется признаком, а не ощущением оператора. Как только приоритет назначается «на усмотрение», через месяц половина обращений оказывается срочной, и очередь снова разбирается в порядке поступления — только теперь с лишней графой.

Почему пять уровней не работают

Соблазн завести пять или шесть уровней возникает из желания описать реальность точнее. Проигрыш здесь не в сложности классификации, а в том, что уровни различаются только тогда, когда у них разное поведение. Пять уровней требуют пяти разных сроков, пяти правил эскалации и пяти разных реакций службы. Ни одна небольшая служба столько не поддерживает, и через месяц уровни 2, 3 и 4 ведут себя одинаково.

Три уровня различимы на практике и запоминаются без шпаргалки.

Три уровня через признаки

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

Порядок настройки

• Возьмите 100 последних обращений и разметьте вручную тремя уровнями, без правил, по здравому смыслу. Это ваша базовая линия.

• Посмотрите, какая доля получилась аварийной. Здоровое распределение — единицы процентов аварийных, 10–20 % повышенных, остальное обычные. Если аварийных четверть, признаки сформулированы слишком широко, а не служба горит.

• Сформулируйте признаки так, чтобы они воспроизвели вашу ручную разметку. Не наоборот. Признаки, придуманные из головы, при первом же применении дадут распределение, с которым никто не согласится.

• Задайте сроки в рабочих часах — отдельная механика, описана в статье Как считать срок в рабочих часах, а не в астрономических.

• Назначьте приоритет по умолчанию — обычный. Не «не выбран»: обращение без приоритета выпадает из всех отчётов и сроков.

• Опишите, кто повышает. Оператор повышает свободно, понижает — только с указанием причины. Асимметрия намеренная: цена ошибочного повышения — потраченное внимание, цена ошибочного понижения — пропущенная авария.

Кто решает, когда клиент не согласен

Самый частый конфликт: клиент пишет «срочно», признаки говорят «обычный». Работающее правило состоит из трёх частей.

• Приоритет назначает служба, а не отправитель. Поле «срочность» в форме клиента — это пожелание, а не приоритет. Если оно управляет сроком напрямую, все обращения становятся срочными за две недели.
• Отказ повысить объясняется признаком. «Сейчас это обычный приоритет, потому что есть обходной путь — вот он; если он не помогает, напишите, и мы переведём в повышенный». Отказ без признака читается как нежелание помогать.
• Повышение по договорённости фиксируется. Если руководитель повысил приоритет в обход признаков, это нормально, но записывается — иначе через месяц никто не поймёт, почему отчёт выглядит именно так.

Что связано с приоритетом, а что нет

Приоритет определяет только срок и эскалацию. Три вещи, которые часто вешают на него ошибочно:

• Очерёдность взятия в работу. Внутри одного приоритета очередь всё равно по времени прихода. Иначе обычные обращения не берутся никогда и копятся в хвост, который однажды приходится разбирать целиком.
• Сложность. Аварийное обращение может решаться в одну минуту, обычное — три дня. Приоритет про последствия для клиента, а не про трудозатраты.
• Категория или тема. «Оплата» — не приоритет. Тема живёт в отдельном поле, иначе классификатор срастается со сроками и перестаёт меняться.

Как проверить, что заработало

Через месяц после введения снимите четыре замера.

• Распределение. Доля аварийных должна остаться в единицах процентов. Рост доли — почти всегда не рост числа аварий, а размывание признака.

• Согласованность. Возьмите 20 обращений и разметьте их заново сами. Сравните со сроками, проставленными операторами. Расхождение больше чем в четверти случаев означает, что признаки читаются по-разному, и их надо переписать конкретнее.

• Разные сроки дают разный результат. Сравните долю просроченных по уровням. Если она одинаковая, уровни не влияют на поведение, и вы завели графу, а не приоритет.

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

Отдельная проверка одним запросом: обращения, где приоритет менялся больше двух раз. Обычно это не сложные случаи, а места, где признаки не дают однозначного ответа — и лучший материал для следующей правки формулировок.

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

• Как считать срок в рабочих часах, а не в астрономических
• Как выстроить эскалацию, чтобы срок не выходил молча
• Настройка SLA, приоритетов и крайнего срока
• Статусы заявок