Метрики техподдержки: какие отслеживать и как считать эффективность команды

Тимлид поддержки приходит к руководителю с отчётом: «Мы закрыли 1200 диалогов за месяц, средняя оценка 4,7 из 5». Руководитель спрашивает: «А команда работает эффективно?» — и это стандартный отчёт не показывает. 1200 диалогов и 4,7 балла CSAT ничего не говорят про то, сколько стоит одно обращение, укладывается ли команда в SLA и сколько клиентов остаются после разговора с поддержкой.

Отдельные метрики показывают срез, а не картину целиком. Чтобы отчитаться перед руководством и понять, где именно команда теряет эффективность, метрики нужно объединять в систему: от скорости ответа до влияния поддержки на отток клиентов.

Что такое метрики техподдержки и зачем они нужны

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

KPI — метрика, для которой команда задала целевое значение и на которую ориентируется при принятии решений. Например, скорость первого ответа — метрика. Скорость первого ответа не больше 3 минут — KPI. Пока у метрики нет цели и владельца, который отвечает за её изменение, это просто цифра в отчёте, а не инструмент управления.

Как выбрать метрики под цели команды

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

От бизнес-цели зависит, какие метрики важны, а какие просто фон. Если ваша цель удержание, в приоритете окажутся FCR и влияние поддержки на отток. Если цель — контроль затрат при росте обращений, на первый план выйдут AHT и cost per resolution.

Формулировка метрики тоже имеет значение. «Сделать клиентов счастливее» не подходит, её нельзя измерить и нельзя предъявить команде как цель. «Сократить среднее время обработки обращения с 12 до 8 минут за квартал» — можно проверить и разбить на шаги.

Метрики скорости и нагрузки

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

Скорость первого ответа

Сколько ждёт клиент, прежде чем оператор возьмёт диалог в работу, показывает FRT (First Response Time), время от момента обращения до первого ответа.

FRT = сумма времени первого ответа по всем диалогам / число диалогов

Например, за день пришло 40 обращений. Сумма времени первого ответа по всем — 200 минут. FRT = 200 / 40 = 5 минут.

Долгий FRT почти всегда означает нехватку операторов в конкретные часы или отсутствие сохранённых ответов на частые вопросы. Если посчитать FRT отдельно по часам, а не только в среднем за день, легко найти конкретный интервал, где команда не успевает.

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

AHT (Average Handle Time) — сколько времени в среднем уходит на полное закрытие одного диалога, включая переписку и паузы на поиск информации.

AHT = суммарное время обработки всех диалогов / число обработанных диалогов

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

Occupancy rate

Occupancy rate — доля рабочего времени, которую оператор фактически проводит в диалогах, а не в ожидании новых обращений.

Occupancy rate = время в диалогах / общее рабочее время × 100%

Слишком высокий occupancy rate, ближе к 90–100%, обычно означает, что операторы не успевают на паузы между диалогами, ошибаются чаще и быстрее выгорают. Слишком низкий — что смена спланирована с избытком: часы работы не совпадают с пиками обращений.

Узнайте, как Carrot quest помогает выстроить проактивную поддержку. Запишитесь на консультацию к нашему эксперту

Записаться на консультацию

Метрики качества и удовлетворённости

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

CSAT

CSAT (Customer Satisfaction Score) — оценка, которую клиент ставит сразу после диалога с поддержкой, обычно по шкале от 1 до 5.

CSAT = (число оценок «хорошо» и «отлично» / общее число ответов) × 100%

Формулу и разницу между CSAT и похожими метриками удовлетворённости разбирали подробнее в статье «CSAT и CSI: в чём разница и как считать метрики удовлетворённости клиентов».

NPS

NPS (Net Promoter Score) измеряет готовность клиента рекомендовать компанию и обычно собирается не после каждого диалога, а периодически, раз в квартал или после ключевых этапов пути клиента.

CES

CES (Customer Effort Score) отвечает на другой вопрос: сколько усилий клиенту пришлось приложить, чтобы решить вопрос. Клиента спрашивают: «Насколько легко было получить помощь?» — и просят оценить по шкале. Для поддержки CES часто информативнее NPS, потому что напрямую отражает работу поддержи в конкретном диалоге, а не отношение к бренду в целом.

First Contact Resolution

FCR (First Contact Resolution) — доля обращений, которые оператор закрыл за один контакт, без повторных сообщений от клиента по той же проблеме.

FCR = число обращений, решённых с первого раза / общее число обращений × 100%

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

Метрики эффективности команды и бизнес-эффекта

Руководителя интересует не то, как быстро отвечает поддержка, а что это даёт бизнесу. Эта группа метрик переводит работу команды на язык денег и удержания клиентов.

Стоимость обращения

Сколько бизнесу стоит закрыть одно обращение, показывает cost per resolution. В затраты входят зарплата операторов, стоимость инструментов и накладные расходы. Сумму делят на число закрытых диалогов за период.

Cost per resolution = затраты на поддержку за период / число закрытых обращений за тот же период

Как перевести работу поддержки в конкретные суммы для отчёта руководству, разобрали в статье «ROI клиентского сервиса: как посчитать доход от работы команды поддержки».

SLA-compliance

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

SLA-compliance = число обращений, закрытых в срок SLA / общее число обращений × 100%

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

Влияние поддержки на отток

Отдельная метрика вроде FRT не покажет, теряет ли компания клиентов из-за качества поддержки. Для этого сравнивают отток среди клиентов, которые обращались в поддержку, с оттоком среди тех, кто не обращался. Затем смотрят, как показатель меняется в зависимости от CSAT или FCR по их диалогам. Как считать сам отток и с чего начать работу с ним, если метрика ещё не отслеживается, читайте в статье «Куда и почему уходят пользователи: как рассчитать Churn Rate».

Как посчитать единый индекс эффективности команды

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

Логика та же, что и у составных индексов удовлетворённости: выбираются 3–5 метрик, которые отражают разные стороны работы поддержки, каждой присваивается вес в зависимости от приоритета команды, а затем считается средневзвешенная оценка.

Метрика	Вес	Значение команды	Целевое значение	Оценка (0–10)
FCR	0,35	72%	80%	9
CSAT	0,25	88%	90%	9,8
SLA-compliance	0,25	94%	95%	9,9
Cost per resolution	0,15	ниже плана на 8%	в рамках плана	10

Индекс = 9 × 0,35 + 9,8 × 0,25 + 9,9 × 0,25 + 10 × 0,15 = 9,595 из 10.

Веса задаёт сама команда исходя из текущего приоритета: если сейчас важнее удержание, вес FCR и CSAT растёт, если контроль бюджета — вес cost per resolution. Такой индекс легко показать на одном графике в динамике по месяцам, а расшифровку по каждой метрике оставить для тех, кому нужны детали.

Ориентируйтесь на свою динамику, а не только на отраслевые бенчмарки

Отраслевые отчёты о среднем FRT или CSAT быстро устаревают: рынок и ожидания клиентов меняются, а конкретная цифра из отчёта за прошлые годы почти ничего не говорит о вашей нише, размере команды и канале общения. Полагаться на такой ориентир как на цель — рискованно.

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

Как внедрить систему метрик в работу команды

1. Определите бизнес-цель поддержки и выберите 4–6 метрик, которые на неё влияют, не пытайтесь отслеживать всё сразу.
2. Зафиксируйте текущие значения как точку отсчёта и поставьте целевые показатели на квартал.
3. Назначьте ответственного за каждую метрику, без владельца показатель никто не будет менять.
4. Соберите единый индекс эффективности для отчёта руководству и оставьте детальные метрики для работы внутри команды.
5. Пересматривайте веса и состав метрик раз в квартал вместе с изменением бизнес-целей.

Часть этой работы можно автоматизировать. В Carrot quest диалоги размечаются тегами, и статистика по тегам показывает, какие темы обращений отнимают больше всего времени операторов. Это ускоряет разбор причин, когда AHT или FCR начинают проседать. Подробнее о работе с тегами — в статье «Анализируйте обращения в поддержку с помощью статистики по тегам».

Коротко

Отдельная метрика вроде скорости ответа или оценки клиента показывает срез работы поддержки, а не её эффективность в целом. Чтобы получить полную картину, нужны метрики из трёх групп: скорости и нагрузки (FRT, AHT, occupancy rate), качества (CSAT, NPS, CES, FCR) и бизнес-эффекта (cost per resolution, SLA-compliance, влияние на отток).

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

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

Частые вопросы

В чём разница между метрикой и KPI поддержки

Метрика — просто измеримый показатель, например скорость ответа. KPI — та же метрика, но с целевым значением и ответственным за неё.

Сколько метрик нужно отслеживать команде поддержки

Для регулярной работы достаточно 4–6 метрик, которые напрямую связаны с текущей бизнес-целью. Остальные показатели можно смотреть точечно, когда нужно разобраться в конкретной проблеме.

Как часто пересматривать целевые значения метрик

Обычно раз в квартал, вместе с пересмотром бизнес-целей команды. Более частый пересмотр не даёт метрике накопить достаточно данных для честной оценки тренда.

Какая метрика важнее всего для поддержки в B2B

Единого ответа нет: в B2B с прописанным SLA критична SLA-compliance, а если приоритет — удержание клиентов с высоким чеком, важнее FCR и влияние поддержки на отток.

Можно ли использовать одну и ту же формулу CSAT для чата и для email-поддержки

Формула одна и та же, но сравнивать абсолютные значения между каналами напрямую не стоит: в чате отвечают на вопрос сразу после диалога, когда эмоция ещё свежая, а по email клиент отвечает на опрос спустя время, и оценки обычно более сглаженные.

Что делать, если AHT растёт, а CSAT не падает

Само по себе это не проблема — возможно, обращения стали сложнее. Смотрите на AHT в связке с FCR: если доля решённых с первого раза обращений не падает, рост AHT просто отражает более сложные вопросы.