CSAT и NPS в техподдержке: как замерять качество, и что с этим делать

CSAT — Customer Satisfaction Score

CSAT измеряется одним вопросом сразу после закрытия заявки: «Насколько вы довольны решением вашего обращения?». Шкала обычно 1–5 (или эмодзи 😡 😐 🙂 😊). Считается процент «положительных» ответов (4–5):

CSAT = (число оценок 4–5 / число ответивших) × 100%

Здоровый CSAT для внутренней корпоративной поддержки — 85–95%. Ниже 80% — что-то системно не работает: либо процесс закрытия (пользователи не видят, что проблема решена), либо коммуникация (решили, но сухо и без объяснения), либо технически не починили (вернётся через неделю с тем же вопросом).

Главное преимущество CSAT — это точечная метрика. Низкая оценка прикреплена к конкретной заявке, конкретному оператору, конкретной услуге. Это даёт возможность разобрать кейс предметно, а не догадываться «у нас в целом что-то не так».

NPS — Net Promoter Score

NPS — это вопрос «Насколько вероятно, что вы порекомендуете нашу IT-поддержку коллегам?» по шкале 0–10. Респонденты делятся на три группы:

• Промоутеры (9–10) — лояльны, активно рекомендуют.
• Нейтралы (7–8) — пассивные, могут уйти к альтернативе.
• Критики (0–6) — недовольны, генерируют негативный word-of-mouth.

NPS = %промоутеров − %критиков

NPS — это стратегическая метрика. Её замеряют не после каждой заявки, а раз в квартал или полгода по выборке пользователей. Здоровый внутренний NPS для IT-отдела — выше +30. Ниже 0 — поддержка воспринимается как «вынужденное зло» и нужно пересматривать процессы целиком.

Принципиальное отличие от CSAT: пользователь оценивает не последнюю заявку, а отношение к сервису в целом. Можно «спасти CSAT» вежливым закрытием конкретного тикета, но если три недели до этого тебя гоняли между отделами — NPS будет низким.

CES — Customer Effort Score

CES отвечает на вопрос «Сколько усилий вам пришлось приложить, чтобы решить ваш вопрос?» по шкале 1–7 (от «очень мало» до «очень много»). Метрика появилась как реакция на ограничения CSAT: пользователь может поставить «довольно», даже если процесс был мучительным, просто потому что в конце ему помогли.

CES особенно полезен для оценки self-service — портала с шаблонами заявок, базы знаний, чат-ботов. Если CES высокий («много усилий») при использовании self-service — значит, портал плохо спроектирован, и пользователи добиваются результата через обходные пути.

Формула: средний балл. Целевое значение — ≤ 3. Если средний CES вырос с 2.4 до 3.8 за квартал — это сигнал «процессы усложнились, ищите где».

Как собирать оценки без раздражения

Главный риск — превратить опрос в спам. Если пользователь после каждой мелкой заявки получает письмо «оцените нас по 7 параметрам», он перестанет открывать ваши письма вообще. Несколько эмпирических правил, которые работают:

1. Один вопрос в одном письме. CSAT — да, но без «расскажите подробнее в свободном поле». Если пользователь сам захочет написать — он напишет.
2. Не присылайте опрос на маленькие заявки. Пароль сбросили за 30 секунд — это не повод тратить внимание пользователя на оценку. Опрашивайте только заявки сложнее определённого порога (например, время решения > 30 минут).
3. NPS — раз в квартал и по сегментам. Не всем сразу. Случайная выборка 15–20% пользователей раз в три месяца — этого достаточно для тренда.
4. Не привязывайте опрос к закрытию принудительно. Пользователь должен иметь возможность не отвечать. В TIQQET опрос приходит письмом с одной кнопкой «оценить от 1 до 5», и если пользователь молчит — это тоже валидный сигнал.

Что менять по результатам

Самая частая ошибка — превращать CSAT/NPS в индивидуальный KPI оператора. Это приводит к тому, что операторы начинают манипулировать процессом: уговаривают пользователя ответить лично, договариваются «поставь пятёрку — закроем без вопросов», избегают сложных заявок. Метрика быстро теряет смысл.

Правильный способ работать с оценками:

• Низкие оценки → разбор кейса. Каждая 1 или 2 — это разговор с пользователем (можно письмом). Узнать что именно не так. Это в 80% случаев процесс, а не конкретный человек.
• Тренды → процессные изменения. Если CSAT по услуге «доступ к VPN» 60%, а по «сброс пароля» — 95%, проблема не в операторах. Проблема в SLA по VPN, документации, согласованиях с безопасностью.
• NPS-критики → интервью. Раз в квартал берите 5 критиков и проводите получасовые интервью. За три квартала наберётся карта проблем, которой не появится из дашборда.

И не используйте CSAT/NPS как замену SLA или нагрузочных метрик из workload-дашборда. Это разные срезы одной картины: SLA — про время, workload — про распределение, CSAT — про восприятие. Им положено сходиться, но они не заменяют друг друга.