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

Смотрите на работу, а не на громкость жалоб

Выберите важную повторяющуюся операцию и спросите людей, как они её выполняют в обычный день. Где они ждут? Что делают, если система отвечает не так, как ожидается? В какой момент обращаются за помощью, а когда предпочитают доделать вручную? Вопросы должны касаться рабочего процесса, а не оценки конкретного сотрудника. Добровольные разговоры и обезличенное описание помех полезнее наблюдения за личной перепиской.

Условный пример: заявок по выгрузке отчёта нет, но сотрудники каждую неделю собирают данные в двух таблицах, потому что один шаг в программе неудобен. Это не доказательство технического сбоя: возможно, отчёт требует изменений в процессе или обучении. Подрядчик вместе с ответственным подразделением проверяет фактический путь работы, причины обхода и варианты улучшения. Руководитель объясняет, зачем компании нужен результат, и согласует влияние изменений на работу.

Почему привычный опрос может дать ложную картину

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

Сопоставьте ответы с заявками и наблюдением за самим рабочим сценарием. Если людей беспокоит отсутствие ответа поддержки, исправлять нужно связь по обращению. Если помеха известна, но исправление зависит от бизнес-правила, подрядчик должен показать эту зависимость и возможные варианты. Не объявляйте каждое обходное действие ошибкой: временный путь может быть разумным, пока его границы и последствия понятны.

Как понять, что ситуация изменилась

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

Организация IT-обращений помогает видеть повторяющиеся проблемы, но её цель не максимальное число заявок. Цель — чтобы сотрудник мог работать без скрытых потерь времени и понимал, как получить помощь.