KPI службы поддержки: 15 метрик скорости, качества и эффективности

Служба поддержки может отвечать клиентам быстро и при этом плохо решать их вопросы. Может давать точные ответы, но создавать очередь из сотен необработанных обращений. А может закрывать много заявок, которые через день приходится открывать снова.

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

В исследовании 2025 года были изучены 130 розничных компаний и 16 медицинских организаций, проведено более 5000 звонков и отправлено 2300 обращений. Исследователи отдельно оценивали скорость ответа, качество консультации и способность решить вопрос клиента. 

Медианное ожидание ответа по телефону составило 7 секунд, а 97% исследованных запросов были закрыты на первой линии. Эти цифры нельзя использовать как универсальный норматив для любого бизнеса, но сам подход показателен: скорость и результат обращения необходимо оценивать вместе.

Ниже - 15 показателей, которые позволяют увидеть работу службы поддержки с трех сторон: скорость, качество и эффективность.

При этом все 15 показателей не нужно автоматически превращать в KPI сотрудников. Метрик у руководителя может быть много, а KPI должны отражать действительно значимый результат, находиться в зоне влияния сотрудника и не конфликтовать друг с другом. Логику выбора показателей подробно разбирали в статье Platrum о том, как разработать систему KPI с нуля.

15 KPI службы поддержки: краткая таблица

N	Метрика	Что показывает	Как интерпретировать
1	Среднее время первого ответа	Как быстро поддержка реагирует на обращение	Обычно меньше - лучше
2	Среднее время ожидания в очереди	Сколько обращение ждет назначения специалиста	Обычно меньше - лучше
3	Среднее время полного решения	Сколько проходит от обращения до решения вопроса	Обычно меньше - лучше
4	Среднее время обработки	Сколько рабочего времени специалист тратит на одно обращение	Оценивается вместе с качеством
5	Доля обращений, обработанных в нормативный срок	Соблюдает ли команда обещанный уровень обслуживания	Больше - лучше
6	Доля вопросов, решенных при первом обращении	Может ли поддержка решить проблему без повторного контакта	Больше - лучше
7	Доля повторно открытых обращений	Сколько закрытых вопросов фактически не были решены	Меньше - лучше
8	Доля передач на следующую линию	Как часто первой линии требуется помощь	Зависит от типа обращений
9	Оценка качества по чек-листу	Соблюдаются ли стандарты консультации	Больше - лучше
10	Доля критических ошибок	Как часто возникают ошибки с серьезными последствиями	Меньше - лучше
11	Количество решенных обращений на сотрудника	Производительность команды	Анализируется вместе с качеством
12	Количество незакрытых обращений	Размер накопившейся очереди	Обычно меньше - лучше
13	Доля просроченных обращений	Какая часть очереди уже вышла за норматив	Меньше - лучше
14	Стоимость одного решенного обращения	Во сколько компании обходится работа поддержки	Снижается без потери качества
15	Коэффициент загрузки специалистов	Какую часть доступного времени занимает работа с обращениями	Нужен баланс

Метрики скорости поддержки

1. Среднее время первого ответа

Показатель отражает время между поступлением обращения и первым содержательным ответом специалиста.

Формула:

Среднее время первого ответа = сумма времени до первого ответа / количество обращений, на которые был дан ответ

Например, четыре клиента ждали ответа 2, 4, 6 и 8 минут.

Среднее время первого ответа:

(2 + 4 + 6 + 8) / 4 = 5 минут.

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

Если поддержка не работает круглосуточно, расчет разумно вести в пределах рабочего времени. Иначе обращение, поступившее ночью, искусственно ухудшит результат дневной команды.

Метрики отдела продаж: 25 показателей воронки, эффективности и выручки 

2. Среднее время ожидания в очереди

Этот показатель часто смешивают со временем первого ответа, хотя он отвечает на другой вопрос.

Он показывает, сколько времени обращение ждало, пока его вообще возьмут в работу.

Формула:

Среднее время ожидания = сумма времени от поступления обращения до назначения специалиста / количество назначенных обращений

Разделение этих двух показателей помогает найти причину задержки.

Если обращение долго находится в очереди, проблема может быть в количестве сотрудников, графике смен или распределении нагрузки.

Если очередь небольшая, но после назначения специалист долго не отвечает, причина уже другая - загрузка конкретного сотрудника, сложность интерфейса, нехватка информации или организация работы.

3. Среднее время полного решения обращения

Быстро ответить клиенту недостаточно. Вопрос еще нужно решить.

Среднее время решения = сумма времени от поступления обращения до окончательного решения / количество решенных обращений

Допустим, оператор ответил через две минуты: "Разбираемся". Проблему устранили через два дня. По времени первого ответа результат отличный, по времени решения - совсем другой.

Именно поэтому скорость первого ответа и скорость полного решения нельзя заменять одной метрикой.

Сравнивать этот показатель лучше внутри одинаковых типов запросов. Вопрос о статусе заказа и сложная техническая неисправность требуют разного количества времени.

4. Среднее время обработки обращения

Время решения и время обработки - тоже разные показатели.

Обращение может существовать три дня, но специалист фактически работал над ним 25 минут. Остальное время ожидался ответ другого подразделения или самого клиента.

Среднее время обработки = суммарное рабочее время специалистов по обращениям / количество обработанных обращений

Эта метрика полезна для оценки трудоемкости разных категорий запросов и планирования нагрузки.

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

5. Доля обращений, обработанных в нормативный срок

Среднее значение иногда скрывает проблему. Большая часть клиентов может получать быстрый ответ, а небольшая доля ждать очень долго.

Поэтому полезно дополнительно считать долю обращений, которые поддержка обработала в установленный срок.

Доля обращений в нормативе = количество обращений, обработанных в установленный срок / количество обращений, для которых действует норматив × 100%

Если из 100 обращений 92 были обработаны вовремя:

92 / 100 × 100% = 92%.

Норматив не обязательно должен быть одинаковым для всех запросов. Критическая неисправность и вопрос об изменении реквизитов могут иметь разный приоритет.

KPI качества службы поддержки

6. Доля вопросов, решенных при первом обращении

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

Доля решений при первом обращении = количество вопросов, решенных при первом контакте / общее количество учитываемых обращений × 100%

Показатель нельзя считать, пока компания не договорилась, что именно означает "решено с первого обращения".

Например:

• вопрос должен быть полностью закрыт во время первого разговора;
• допустимо решить его позже в тот же день без повторного обращения клиента;
• внутреннюю передачу специалисту другой линии считать продолжением первого обращения или нет.

Правило должно быть единым. Иначе два руководителя получат разные цифры из одинаковых данных.

Российское исследование контакт-центров 2025 года также использовало способность решить вопрос с первого раза и на первой линии как отдельные характеристики обслуживания.

7. Доля повторно открытых обращений

Иногда высокий процент закрытых заявок выглядит прекрасно только на отчете.

Специалист закрывает вопрос, клиент возвращается: "Проблема осталась".

Поэтому нужно считать:

Доля повторно открытых обращений = количество повторно открытых обращений / количество закрытых обращений × 100%

Рост показателя может говорить о нескольких проблемах:

• специалисты слишком рано ставят статус "решено";
• инструкции дают неполный ответ;
• сотрудник устраняет симптом, но не причину;
• неправильно определены критерии закрытия обращения;
• на скорость оказывается слишком сильное давление.

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

8. Доля передач на следующую линию поддержки

Первая линия не обязана решать вообще все вопросы.

Поэтому сама передача обращения более квалифицированному специалисту не является ошибкой.

Метрика нужна для другого - чтобы увидеть, какие вопросы первая линия не может закрыть самостоятельно.

Доля передач = количество обращений, переданных на следующую линию / общее количество обращений × 100%

Если показатель растет, руководитель должен сначала посмотреть тематики обращений.

Причины могут быть разными:

• первой линии не хватает полномочий;
• нет понятной инструкции;
• база знаний устарела;
• продукт стал сложнее;
• в поддержку поступил новый тип запросов;
• обращения неправильно распределяются между сотрудниками.

Просто установить план "снизить передачи" опасно. Сотрудники могут начать удерживать обращения, которые должны передаваться специалистам.

9. Оценка качества работы по чек-листу

Скорость можно получить автоматически из системы обращений. Качество ответа часто приходится оценивать отдельно.

Для этого часть звонков и переписок проверяют по единому чек-листу.

Например, можно оценивать:

• правильно ли определена проблема;
• дан ли полный ответ;
• не содержится ли фактическая ошибка;
• выполнены ли обязательные действия;
• корректно ли зафиксирован результат обращения;
• соблюдены ли внутренние правила общения.

Формула может выглядеть так:

Оценка качества = полученные баллы / максимально возможные баллы × 100%

Но простое количество баллов подходит не всегда. Критическая ошибка не должна "компенсироваться" несколькими правильно выполненными мелкими пунктами. Поэтому часть нарушений разумно выделять отдельно.

В кейсе Platrum о внедрении контроля качества компания сначала проверяла работу сотрудников довольно хаотично: разные аудиторы обращали внимание на разные нарушения и записывали результаты в свободной форме. После перехода к единым чек-листам одну и ту же работу стали оценивать по одинаковым критериям, а результаты проверок стало проще анализировать.

10. Доля обращений с критическими ошибками

Средняя оценка качества может скрывать опасную ситуацию.

Представим условный пример. Сотрудник получил 96 баллов из 100, но при этом дал клиенту неверную информацию, которая привела к повторному обращению. Формально средний балл высокий, однако результат консультации плохой.

Поэтому критические нарушения лучше считать отдельно.

Доля обращений с критическими ошибками = количество проверенных обращений с критической ошибкой / количество проверенных обращений × 100%

Что именно считать критической ошибкой, компания определяет в своем регламенте.

Главное условие - формулировка должна быть однозначной. Если один проверяющий считает действие ошибкой, а другой нет, показатель перестает быть надежным.

KPI эффективности службы поддержки

11. Количество решенных обращений на сотрудника

Простейшая метрика производительности:

Количество решенных обращений на сотрудника = количество решенных обращений / количество сотрудников

Для более точного сравнения можно считать результат на рабочий час или смену.

Но использовать количество закрытых обращений как единственный KPI опасно. Два специалиста могут закрыть по 50 заявок, хотя первый решал простые вопросы о статусе заказа, а второй разбирался со сложными техническими проблемами.

Поэтому производительность нужно сравнивать:

• внутри одинаковых функций;
• с учетом категории запросов;
• вместе с показателями качества;
• с учетом повторных открытий и передач.

12. Количество незакрытых обращений

Этот показатель показывает накопившийся объем работы на конкретный момент.

Например, в понедельник утром открыто 120 обращений, в пятницу - уже 260.

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

Полезно разделять незакрытые обращения по возрасту:

• поступившие сегодня;
• ожидающие до суток;
• ожидающие несколько дней;
• вышедшие за установленный норматив.

Так руководитель видит не только размер очереди, но и ее состояние.

13. Доля просроченных обращений

Количество незакрытых обращений зависит от размера компании. Поэтому рядом полезен относительный показатель.

Доля просроченных обращений = количество незакрытых обращений старше установленного срока / общее количество незакрытых обращений × 100%

Представим две службы поддержки.

У первой 300 незакрытых обращений, но только 10 просрочены.

У второй 80 незакрытых, из которых 50 находятся за пределами норматива.

По абсолютному количеству первая выглядит хуже. По фактическому состоянию очереди проблема серьезнее у второй.

14. Стоимость одного решенного обращения

Поддержка - это не только качество, но и расходы.

Упрощенная формула:

Стоимость одного решенного обращения = затраты службы поддержки за период / количество решенных обращений за тот же период

В затраты можно включать, например:

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

Главное - определить состав расходов один раз и не менять его каждый месяц. Иначе динамика станет несопоставимой.

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

15. Коэффициент загрузки специалистов

Показатель помогает понять, достаточно ли сотрудников и насколько равномерно распределена нагрузка.

Упрощенно:

Коэффициент загрузки = время работы с обращениями / доступное рабочее время × 100%

Здесь опасно ставить цель "чем выше, тем лучше".

Если специалист занят обращениями почти каждую минуту смены, у команды практически нет резерва на неожиданный рост нагрузки, сложный случай, обучение, внутреннюю коммуникацию или обновление базы знаний.

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

Поэтому коэффициент загрузки - прежде всего показатель для управления ресурсами, а не гонка за максимальным процентом.

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

Основная ошибка - взять таблицу из 15 показателей и включить все в систему премирования.

Так система становится сложной, а сотрудник перестает понимать, какой результат от него ждут.

Для управления можно контролировать все 15 метрик. Для KPI конкретной должности лучше выбирать ограниченный набор, напрямую связанный с ее результатом.

Например, для первой линии поддержки могут быть особенно полезны:

• соблюдение установленного времени реакции;
• решение вопроса при первом обращении;
• оценка качества консультаций;
• отсутствие критических ошибок.

Для руководителя поддержки добавляются командные показатели:

• размер очереди;
• доля просроченных обращений;
• производительность;
• стоимость обработки;
• загрузка команды.

Если показатели влияют на премию, отдельно нужно определить веса, пороги и правила расчета. Это уже другая задача, которую подробно разбирает статья Platrum о расчете KPI сотрудника и премии.

Что сочетание метрик рассказывает о проблеме

Отдельная цифра обычно показывает симптом. Несколько показателей рядом позволяют найти вероятную причину.

Время первого ответа растет + очередь увеличивается.

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

Первый ответ быстрый + полное решение занимает долго + много передач.

Проблема уже не обязательно в численности. Возможно, первой линии не хватает знаний или полномочий, а обращения долго ходят между подразделениями.

Время обработки снижается + повторных открытий становится больше.

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

Производительность растет + качество остается стабильным + очередь сокращается.

Такой набор показателей уже больше похож на реальное повышение эффективности процесса.

Средняя оценка качества высокая + критические ошибки не снижаются.

Значит, общий балл маскирует важные нарушения и систему оценки стоит пересмотреть.

Вот почему дашборд поддержки должен отвечать не только на вопрос "какая цифра сегодня?", но и помогать увидеть связь между показателями.

Пять ошибок при настройке KPI службы поддержки

Ошибка 1. Управлять только скоростью

Требование "отвечать быстрее" очень понятное, поэтому именно с него часто начинается система KPI.

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

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

Скорость нужно защищать показателем результата или качества.

Ошибка 2. Сравнивать разные каналы одной цифрой

Телефон, переписка и электронная почта устроены по-разному.

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

Ошибка 3. Ставить одинаковый норматив всем обращениям

Если сбой остановил работу клиента, скорость имеет одно значение. Если человек просит изменить второстепенную информацию в личном кабинете - другое.

Без классификации по приоритету специалисты либо начинают бросать обычные обращения ради срочных, либо срочные задачи теряются в общей очереди.

Ошибка 4. Оценивать сотрудника по тому, чем он не управляет

Первая линия может быстро диагностировать проблему, но исправление зависит от другого подразделения.

Если все календарное время решения записать в личный KPI оператора, сотрудник будет отвечать за чужую работу.

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

Тренды поведения клиентов 

Ошибка 5. Превращать все показатели в премию

Метрика для диагностики и показатель для оплаты - не одно и то же.

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

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

Условный пример сбалансированной системы KPI

Представим службу поддержки интернет-магазина. Компания решила не включать в премию десяток показателей, а оставить пять ключевых.

KPI	Что контролируется	Почему выбран
Доля обращений в нормативный срок	Скорость	Клиент не должен оставаться без реакции
Решение при первом обращении	Результат	Поддержка должна не просто отвечать, а решать вопрос
Оценка по чек-листу	Качество	Быстрый ответ не должен быть неполным или ошибочным
Доля критических ошибок	Защитный показатель	Серьезное нарушение нельзя компенсировать высокой скоростью
Доля просроченных обращений	Состояние очереди	Команда не должна улучшать текущую скорость за счет старых заявок

Конкретные плановые значения здесь намеренно не указаны. Универсального процента для всех служб поддержки нет.

Компания должна определить план с учетом:

• текущей статистики;
• сложности обращений;
• каналов связи;
• графика работы;
• обязательств перед клиентами;
• возможностей команды.

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

Как разработать метрики для оптовой компании 

Как настроить контроль KPI службы поддержки

1. Определить результат службы поддержки. Например, клиент получает корректное решение своего вопроса в установленный срок. Без этого метрики быстро превращаются в набор удобных цифр.
2. Зафиксировать события для расчета. Нужно договориться, что считается поступлением обращения, первым ответом, началом обработки, решением, закрытием и повторным открытием. Иначе формулы будут одинаковыми только на бумаге.
3. Разделить обращения по типам. Канал, тема, сложность и приоритет сильно влияют на время обработки. Смешивание разных обращений делает среднее значение малоинформативным.
4. Посчитать текущий уровень. Не стоит назначать план до появления исходной статистики. Сначала нужно понять фактическую скорость, качество и нагрузку.
5. Выбрать несколько ключевых KPI. Остальные метрики оставить для диагностики причин отклонения.
6. Собрать показатели в одном месте. Руководителю важно видеть их рядом. Например, падение времени обработки выглядит положительно только до тех пор, пока рядом не появляется график повторных обращений.
7. Отдельно настроить контроль качества. Скорость и количество система посчитает автоматически, но корректность консультации требует понятных критериев проверки.
8. Проверить показатели в тестовом режиме. До привязки к премии нужно убедиться, что формулы работают одинаково, данные собираются стабильно, а сотрудники действительно могут влиять на результат.
9. Пересматривать систему при изменении процесса. Новая база знаний, автоматизация, изменение продукта или перераспределение функций могут сделать старый норматив неактуальным.

В Platrum можно собирать показатели сотрудников и подразделений в дашбордах и отслеживать их изменение. А для показателей качества можно использовать проверки по единым чек-листам и анализировать результаты аудита. Возможности работы с метриками показаны в материале Platrum о построении системы KPI, а практический сценарий контроля качества - в кейсе внедрения контроля качества.

С чего начать

Для первой версии системы достаточно ответить на четыре вопроса:

• Насколько быстро поддержка начинает работать с обращением?
• Получает ли клиент реальное решение?
• Соблюдается ли стандарт качества?
• Справляется ли команда с входящим объемом без накопления очереди?

Под каждый вопрос выбирается один основной показатель. Остальные 15 метрик используются для диагностики.

Так система остается понятной. Если KPI ухудшается, руководитель может не просто потребовать "работать лучше", а посмотреть связанные показатели и найти причину: нехватку людей, неправильное распределение запросов, слабую базу знаний, лишние передачи между подразделениями или ошибки в самом стандарте обслуживания.

Именно в этом ценность KPI службы поддержки. Хорошая система метрик не превращает работу оператора в гонку за цифрами. Она показывает, где клиент перестает получать нужный результат и что в процессе нужно изменить.

Также читайте: Как внедрить метрики эффективности: ваш бизнес начнет говорить с вами