. Service Level (Уровень обслуживания)

Что это на самом деле: Цифра, которая показывает, не облажались ли мы с доступностью. Если SL падает – пользователи ждут, чат/задача висит, тикеты копятся. В бигтехе это жестко мониторится. А если мы говорим про аутсорс, то тут  проще заплатить штраф, чем потерять контракт.

Как это можно прокачивать: - Автоматика и предсказуемость. WFM (Workforce Management) системы, которые считают, сколько людей нужно на смену, учитывая сезонность, релизы, даже погоду (да, бывает влияет). - Приоритезация. Не все звонки одинаково важны – VIP-клиенты и критические инциденты решаются в первую очередь. - Резервные каналы. Если колл-центр падает, перебрасываем нагрузку на чат/email, чтобы не гореть.

Фишка: SL – это не про «быстро», а про «вовремя». Можно отвечать за 5 секунд, но если 20% юзеров ждут по 10 минут – метрика в говне.

2. CSAT (Удовлетворенность клиентов)

Что это на самом деле: Обычно это опросник после обращения типа «Оцените от 1 до 5». Но клиенты ставят 1 либо когда реально плохо, либо когда им просто не нравится компания (например, из-за цен).

Как это можно прокачивать: - Не давать поводов для низких оценок.  Если проблема не решена (FCR низкий), CSAT будет плохой. Значит, сначала чиним процессы. - Тренируем саппорт не просто решать вопрос, а «продавать» решение. Даже если проблема не решена, клиент должен уйти с чувством, что его услышали. - Игнорируем крайности. 1 и 5 – это эмоции, а 2-4 – реальная картина.

Фишка: CSAT – это лакмус, но если его накручивать (например, давать бонусы за оценки), саппорты начнут выпрашивать пятерки, и метрика станет бессмысленной.

3. FCR (Решение с первого раза)

Что это на самом деле: Главный индикатор того, что саппорт не мудит клиента по 10 раз. Если FCR низкий – значит, процессы кривые, база знаний дырявая, или саппорты не обучены.

Как это можно прокачивать: - Жесткий разбор повторных обращений. Если пользователь вернулся – это ЧП, а не «ну бывает». - База знаний – это святое. Если саппорт не знает ответа, он должен его найти за 30 секунд, а не говорить «я перезвоню». - Даем саппортам власть. Если для решения нужно списать деньги или выдать компенсацию – пусть делают это сразу, а не гоняют клиента по инстанциям.

Фишка: FCR – это не про «закрыть тикет», а про реальное решение. Можно формально ответить и закрыть, но клиент вернется – и метрика упадет.

4. CES (Усилия клиента)

Что это на самом деле: Показывает, насколько пользователи было просто решить вопрос. Если CES высокий (клиент напрягался) – он, скорее всего, уйдет к конкурентам.

Как это можно прокачивать:   - Убираем лишние шаги. Если пользователи нужно пересказывать проблему три раза – это провал. - Автоматизируем рутину. Чат-боты, самообслуживание, автоматические чекапы – все, чтобы пользователь не ждал человека. -  Делаем процессы интуитивными. Если пользователь не может найти кнопку «написать в поддержку» – это наш косяк.

Фишка: CES – это про удобство. Даже если проблема сложная, юзер не должен чувствовать, что он «воюет» с поддержкой.

5. AHT (Среднее время обработки)

Что это на самом деле: Не просто «быстрее = лучше». Если саппорт торопится и не решает проблему – FCR и CSAT просядут.

Как это можно прокачивать: - Скрипты и шаблоны. 80% вопросов – типовые, их можно закрывать за минуту. - Минимизируем постобработку. Если саппорт после общение с юзером по 10 минут пишет отчет – это плохо. - Тренируем саппортов вести диалог эффективно. Не «Здравствуйте, как я могу к вам обращаться?», а «Чем могу помочь?».

Фишка: AHT должен быть низким, но не в ущерб качеству. Иногда лучше потратить 5 минут и решить вопрос, чем 1 минуту и получить повторное обращение.

Главный секрет в том, что все метрики связаны. Если гнаться за AHT в ущерб FCR – CSAT просядет. Если накручивать CSAT, но игнорировать CES – юзеры все равно уйдут.