Аналитика обращений клиентов: какие отчёты строить
Кратко
Аналитика обращений клиентов — это не один общий отчёт, а пять разных срезов одного потока: сколько обращений пришло и закрыто, сколько времени уходит на ответ и решение, соблюдаются ли обещанные сроки (SLA), откуда приходят обращения и во сколько обходится одно обращение. Каждый срез ловит свою ошибку: время ответа может быть хорошим, а очередь при этом расти каждый день, потому что закрывают медленнее, чем открывают. Смотреть на все пять нужно не реже раза в неделю — реже, и проблему заметят клиенты раньше отчёта.
Актуально на 23 сентября 2026 года.
Пять отчётов, без которых аналитика неполная
| Отчёт | Вопрос, на который отвечает | Как считать |
|---|---|---|
| Поток | Растёт очередь или нет | Создано за период − Закрыто за период |
| Сроки | Быстро ли отвечают и решают | Медиана времени первого ответа и времени решения |
| SLA | Держат ли обещания | Заявок в срок / всех заявок со сроком × 100% |
| Источники | Откуда идёт нагрузка | Число заявок по каждому каналу и по часам/дням |
| Стоимость | Сколько стоит одно обращение | Затраты на поддержку за период / число заявок |
Отчёт по операторам — отдельная тема, разобрана в KPI операторов поддержки: какие метрики ставить; здесь речь о срезах по всему потоку обращений, а не по отдельному человеку.
Отчёт «Поток»: растёт очередь или нет
Число обращений само по себе ничего не говорит — 50 в день нормально для одной службы и катастрофа для другой. Считать нужно баланс: сколько создано и сколько закрыто за тот же период.
Пример: за неделю создано 210 заявок, закрыто 195. Остаток вырос на 15. Если так продолжается четыре недели подряд, очередь прибавляет около 60 заявок в месяц независимо от того, что показывает время ответа, — штат или процесс не успевают за потоком, см. Сколько операторов нужно поддержке: как посчитать нагрузку.
Смотреть остаток нужно не только на конец периода, а по дням внутри него: здоровая служба возвращается к утреннему уровню очереди к вечеру каждый рабочий день.
Отчёт «Сроки»: время ответа и время решения
Две метрики, а не одна:
- Время первого ответа — от сообщения клиента до первого ответа поддержки. Отвечает на вопрос «заметили ли обращение вовремя».
- Время решения — от создания до закрытия, без пауз на ожидание клиента. Отвечает на вопрос «сколько клиент реально ждёт результат».
Считать нужно медиану, а не среднее: одна заявка, провисевшая три дня, сдвигает среднее на часы и прячет нормальную работу по остальным обращениям. Формулы и разбор — Время первого ответа и Время решения заявки.
Отчёт «SLA»: держат ли обещания
Если по обращениям заданы сроки (SLA), процент соблюдения считается так:
SLA compliance = (заявок со сроком − заявок с нарушением) / заявок со сроком × 100%
Пример: за месяц 240 заявок со сроком, у 18 нарушен срок первого ответа, у 12 — срок решения, часть нарушений пересекается, и всего заявок хотя бы с одним нарушением — 26. Соблюдение: (240 − 26) / 240 × 100% = 89%. Это ниже принятого ориентира в 90% — повод разобрать именно эти 26 заявок, а не поднимать штат по всей службе.
Отчёт «Источники»: откуда идёт нагрузка
Распределение обращений по каналу (портал, виджет, мессенджеры, почта), по часам суток и по дням недели показывает две вещи: где чаще всего теряются обращения (канал, о котором забыли, получает меньше внимания) и когда планировать смены операторов. Служба, не смотрящая на этот срез, обычно узнаёт о перегруженном канале от клиентов, а не из отчёта.
Отчёт «Стоимость обращения»
Стоимость обращения = Затраты на поддержку за период / число обращений за период
Показатель нужен для трёх решений: цена в договоре с клиентом, сравнение найма нового оператора с автоматизацией и разговор с разработкой о том, что дешевле — устранить причину обращений или продолжать на них отвечать. Подробный расчёт с поправками — Сколько стоит одно обращение и как это посчитать.
Как проверить, что аналитика работает
- Отчёты открываются за минуту, а не собираются вручную из выгрузки — если на подготовку уходит день, отчёт смотрят раз в месяц вместо раза в неделю, и проблема замечается поздно.
- Числа сходятся между отчётами. Сумма заявок по источникам равна общему числу созданных заявок за тот же период — если не сходится, где-то теряются заявки без источника.
- Есть история, а не только снимок на сегодня. Без сравнения с прошлой неделей нельзя сказать, стало лучше или хуже.
- Отчёт по SLA пересчитывается на реальных сроках, а не на дефолтных — если сроки не настроены, соблюдение показывает 100% на пустом месте.
Частые ошибки
- Смотреть среднее вместо медианы. Одна ночная заявка красит месяц в тревожный цвет, хотя день был обычным.
- Считать поток без остатка. 200 заявок в неделю — хорошо это или плохо, без цифры «закрыто» не понять.
- Не разделять SLA по ответу и по решению. Быстрый ответ маскирует медленное решение.
- Смотреть отчёты реже, чем меняется поток. Ежеквартальный отчёт для ежедневного потока опаздывает на три месяца.
Как это устроено в TehProf.kz Support
Раздел «Аналитика» закрывает все пять срезов без ручной сборки. Вкладка «Обзор» даёт поток за период (поступило/завершено/остаток), текущее состояние и распределение по услугам, приоритетам и статусам; при настроенном SLA там же — доля нарушений и SLA Compliance (Аналитика: Обзор). Вкладка «Каналы» показывает источники, часы суток и дни недели (Аналитика каналов). Вкладка «Тренды» строит те же ключевые показатели по неделям, чтобы увидеть направление, а не разовый снимок (Аналитика: Тренды). Данные выгружаются в CSV для собственных расчётов, включая стоимость обращения по своим затратам (Экспорт отчётов). Доступ к разделу и глубина периода зависят от тарифа и роли — оператору аналитику включает администратор отдельным правом.
Частые вопросы
Как построить аналитику обращений с нуля?
Начните с двух отчётов — поток (создано/закрыто) и время первого ответа. Их можно посчитать из журнала обращений за один вечер, дальше добавляются SLA, источники и стоимость. Пошагово — Как проверить, что техподдержка работает: семь замеров.
Какие отчёты по обращениям клиентов нужны в первую очередь руководителю?
Поток и SLA — это два показателя, по которым клиент первым заметит проблему. Остальные три (сроки, источники, стоимость) нужны для управления, а не для экстренной проверки.
Как аналитика обращений связана с нагрузкой на операторов?
Через отчёт по источникам и по времени решения: если поток растёт, а время решения увеличивается, штата не хватает независимо от того, что показывает SLA сегодня — расчёт по пиковому часу в Сколько операторов нужно поддержке.
Можно ли считать аналитику обращений в Excel вместо специального раздела?
Можно, если обращений немного и выгрузка делается регулярно, но с ростом потока ручной пересчёт SLA и медианы времени становится источником ошибок — раздел аналитики пересчитывает эти показатели на каждый выбранный период автоматически.
Нужна поддержка, которая так и работает?
TehProf.kz Support собирает обращения из WhatsApp, Telegram, почты и виджета в одну очередь, считает сроки по SLA и показывает, где служба проседает.