Как «закрыть» отделяется от «решить»
Заявка в службе поддержки — не всегда одна простая задача. За коротким вопросом может скрываться неполадка, которую нужно диагностировать, передать специалисту или проверить вместе с пользователем. Но счётчик видит только событие: статус изменился на «закрыто».
Когда от этого числа зависит оценка сотрудника, меняется не только скорость работы — меняется и выбор того, на что тратить усилия. Простые обращения становятся выгоднее сложных, а разговор можно закончить раньше, чем станет ясно, исчезла ли причина проблемы. Это не обязательно сознательный обман: человек приспосабливает работу к правилу, по которому его оценивают.
Куда уходит невидимая работа
Неудачное закрытие редко остаётся заметным в той же таблице. Пользователь может открыть новую заявку, обратиться в другой канал или продолжить искать решение самостоятельно. Тогда исходная строка выглядит успешной, а затраты на повторные обращения, ожидание и раздражение распределяются по другим местам — и перестают связываться с первоначальной метрикой.
Так возникает разрыв между измеряемым результатом и реальной пользой. Показатель не просто описывает работу: он направляет внимание и подсказывает, какое поведение вознаграждается. Чем сильнее оценка зависит от одной цифры, тем важнее становятся обходные пути, даже если никто не ставил целью ухудшить обслуживание.
Что измерять вместе с количеством
Число закрытий может быть полезным показателем нагрузки, но само по себе оно не говорит, решена ли проблема. Его сопоставляют с повторными обращениями, временем до решения и оценкой пользователя, а также разбирают сложные случаи отдельно. Такие признаки не дают идеальной картины: например, быстрое решение может быть важным не меньше, чем идеальная полнота. Но они возвращают в поле зрения то, что исчезает за статусом заявки.
Иначе очередь на панели сокращается, а нерешённая проблема просто переезжает в другое место.
