Разбор 1 297 заявок за 7 месяцев: как служба сопровождения нашла корневые причины повторяющихся обращений

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

Что есть в выгрузке и чего нет

Выгрузка на 30 июля 2026 года содержит 1 297 заявок за 145 рабочих дней с 14 полями: наименование, описание, статус, приоритет, постановщик, исполнитель, плановый срок, дата последнего изменения, трудозатраты, оценка. Даты создания и даты закрытия в ней нет — это ограничение отчёта, а не системы. Поэтому «закрыто в пределах суток» — оценка, а «закрыто 1 201 заявка» — факт.

Из массива исключили персональные данные, идентификаторы станций и контрагентов. Инженеры обозначены буквами A–M с указанием линии, постановщики — ролями. Ни одна цифра при этом не округлялась.

Как восстановили сроки

У 572 из 1 113 заявок с плановым сроком разница между плановым сроком и датой последнего изменения составляет ровно 6–7 календарных дней. Это устойчивый след автоматического правила HelpDesk «план = дата создания + 5 рабочих дней». Мы приняли его как гипотезу и восстановили дату создания обратным счётом. Погрешность метода — ±1 день, и все показатели сроков в кейсе нужно читать с этой оговоркой.

Так получены 42,3% заявок, закрытых в день обращения, 81,5% — в пределах суток, 93,6% — за три дня. Просрочка относительно планового срока — 24 заявки из 1 025, или 2,3% — уже факт: она видна по статусу и дате напрямую. В выгрузку с августа добавлены дата создания, дата закрытия и время первого ответа, так что следующий разбор пойдёт без гипотез.

Как классифицировали 1 297 заявок

Тему каждой заявки определяли по объединённому тексту «наименование + описание» набором из 18 правил. Правила применяются по порядку, первое совпавшее задаёт тему. Порядок — от узких категорий к широким: «не работает принтер в 1С» попадает в печать, а не в 1С; автоалерты мониторинга выделяются первыми, чтобы не смешиваться с обращениями людей.

Отдельно посчитан сквозной разрез — сколько раз каждая технология упоминается во всём потоке: 1С в 441 заявке (34%), доступы и пароли в 310 (24%), оборудование в 238 (18%). Это частота упоминаний, а не доля заявок, и цитировать её как долю нельзя. Полная методика с маркерами и порядком правил — в таблице «Методика тематической классификации заявок».

Факт или оценка

Что показали четыре графика

Поток вырос с 129 заявок в январе до 242 в мае и стабилизировался на 179–183 в месяц. Пик мая совпал с минимальным вниманием к обратной связи: 16,5% заявок с оценкой против 31% в январе.

С января по июнь 60,1% заявок и 60,8% часов держал один инженер первой линии. Это не проблема качества — он знает всех пользователей и закрывает типовые операции за 24 минуты. Это риск: отпуск, болезнь или увольнение такого человека заказчик замечает сразу.

В июле инженер A ушёл в отпуск. Четыре инженера приняли поток: C — с 8 до 35 заявок, E — с 2 до 24, F — с 6 до 19, H подключился с 8. Месяц закрыт со 179 заявками, доля просроченных не выросла. Цена перераспределения тоже видна: доля долгих заявок у принимающих выше — 20% у инженера E, 16,7% у инженера G против 5,9% у инженера A. Частично это характер их работы, частично — меньшее знание конкретных пользователей. Поэтому перераспределение закреплено как правило с передачей знаний, а не как аварийная мера.

98,1% «Отлично» при покрытии 20,4% — не качество, а смещение выборки: отвечают те, кому помогли быстро. Ноль оценок у автоалертов и внутренних задач, 2,4% у второй линии, 7,5% у розничного направления. Три оценки «Плохо» разобраны индивидуально, но рейтинг на них не построить.

Что это меняет в сопровождении

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

Такой анализ дорог: часы работы сверх абонентского сопровождения, разговоры с заявителями, проверка гипотез на данных. Мы делаем его регулярно, потому что иначе служба остаётся быстрой, но не становится измеримой. Подробнее о каждой находке — в статьях кластера: сезон отпусков и правило 35%, автоалерты и регламент «волны», приоритеты и ответственность заказчика, анализ массива заявок и корневые причины. Полная аналитическая записка и рабочие документы — в разделе «Материалы» ниже.