Создание чеклиста для контроля качества поддержки

Когда в топик-группе Telegram ежедневно обрабатываются десятки обращений, а агенты работают в разных сменах, качество поддержки начинает «плавать». Без системного подхода одни операторы отвечают за минуту, другие — за час; одни решают вопрос с первого сообщения, другие пересылают клиента по кругу. Чеклист контроля качества — не бюрократическая формальность, а рабочий инструмент, который превращает разрозненные действия в предсказуемый процесс.

Зачем нужен чеклист, если есть SLA

Многие команды ограничиваются настройкой базовых SLA: время первого ответа (FRT) и время разрешения (TTR). Метрики показывают цифры, но не объясняют, почему обращение закрыто на 4 балла из 10. Чеклист фиксирует поведенческие и содержательные критерии, которые SLA не измеряет:

Корректность тона и отсутствие шаблонных фраз без адаптации.
Полнота ответа: решена ли проблема или клиенту предложили «попробуйте переустановить».
Соблюдение внутренних скриптов и эскалация при необходимости.

Чеклист превращает абстрактное «качество» в набор конкретных пунктов, которые можно проверить за 2–3 минуты. Без него супервизор оценивает «на глаз», а агенты не понимают, что именно от них ждут.

Как устроен чеклист контроля качества

Структура строится вокруг трёх осей: соблюдение процесса, содержание ответа и коммуникативные навыки. Каждая ось раскладывается на 5–7 вопросов с бинарным ответом (да/нет) или шкалой 1–3. Ниже — примерная матрица, которую можно адаптировать под свой продукт.

Категория	Критерий	Вес (баллы)
Процесс	Обращение взято в работу в пределах SLA по FRT	1
Процесс	Использован правильный шаблон ответа (canned response)	1
Содержание	Ответ содержит прямое решение, а не отписку	2
Содержание	Указаны конкретные шаги для клиента (сроки, действия)	2
Коммуникация	Приветствие и прощание соответствуют стандарту	1
Коммуникация	Тон вежливый, без пассивной агрессии	2
Итог	Клиент подтвердил решение (или тикет закрыт с согласия)	1

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

Шаг 1. Определите, что вы измеряете

Не пытайтесь объять всё. Выберите 5–7 ключевых показателей, которые реально влияют на удовлетворённость клиентов. Типичные ошибки на старте:

Слишком много пунктов (15–20) — проверка одного тикета занимает 10 минут, супервизор перегорает.
Критерии без конкретики: «качественный ответ» вместо «ответ содержит ссылку на статью базы знаний».
Отсутствие негативных критериев: например, «не перебивал клиента» или «не отправлял односложные "да"».

Для Telegram-CRM добавьте специфические пункты: корректное использование топиков (не смешивать обращения в одном форуме), своевременная передача тикета при эскалации, отсутствие дублирующих сообщений в личные чаты клиента без необходимости.

Шаг 2. Разработайте шкалу оценки

Бинарная шкала (да/нет) подходит для процессных пунктов: «тикет назначен на агента в течение 5 минут». Для содержательных критериев лучше использовать 3-балльную шкалу:

0 — критерий не выполнен (грубая ошибка).
1 — выполнено частично (есть решение, но без деталей).
2 — выполнено полностью (решение с пошаговой инструкцией).

Пороговые значения для прохождения: обычно 80% от максимального балла. Если агент набирает меньше — тикет отправляется на пересмотр с комментариями супервизора.

Шаг 3. Настройте процесс проверки

Чеклист бесполезен, если проверяются 2% тикетов. Определите частоту и объём выборки:

Ежедневно: 3–5 случайных тикетов на каждого агента активной смены.
По триггерам: все тикеты с жалобами клиентов, эскалации, обращения с превышением TTR.
Периодически: 100% тикетов нового сотрудника в первую неделю.

Используйте встроенные возможности тикет-системы: фильтры по агентам, временные метки, теги. В Telegram-CRM удобно настроить автоматическую выгрузку тикетов за смену в отдельную топик-группу для супервизора — так проверка не мешает оперативной работе.

Шаг 4. Внедрите обратную связь

Чеклист без обсуждения — инструмент наказания. После проверки супервизор должен:

Показать агенту конкретное место в диалоге, где допущена ошибка.
Объяснить, как должно было быть (с примером правильного ответа).
Зафиксировать результат в личном профиле агента (история проверок).

Лучшая практика — время на исправление: если агент получил низкую оценку, он пересматривает свои следующие 5 тикетов самостоятельно и отмечает, что исправил. Это превращает контроль в обучение.

Шаг 5. Анализируйте и корректируйте чеклист

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

Если 70% ошибок — по одному пункту, значит, проблема в скрипте или обучении, а не в агенте.
Если агент стабильно получает 90%+, повысьте порог или добавьте сложные критерии (например, «предложил дополнительный продукт/услугу»).

Ограничения Telegram API, которые влияют на контроль

При создании чеклиста учитывайте технические рамки:

Лимит на отправку сообщений: бот может отправлять не более 30 сообщений в секунду (на практике — около 20). Если агент использует массовые рассылки в топиках, возможны задержки, которые не являются его ошибкой.
Хранение медиа: файлы и изображения хранятся на серверах Telegram ограниченное время. Если тикет содержит скриншот, а проверка проходит через неделю — медиа может быть недоступно. В чеклисте лучше оценивать текстовую часть и ссылки, а не прикреплённые файлы.
Топик-группы: в одном чате может быть до 50 топиков (для обычных групп) или больше (для премиум). При высокой нагрузке супервизору сложно навигировать между топиками — используйте поиск по ID тикета.

Как связать чеклист с SLA и метриками

Чеклист — не замена SLA, а его качественное дополнение. Метрики показывают скорость, чеклист — содержание. Комбинируйте:

Агент укладывается в FRT (1 минута), но по чеклисту получает 60% — проблема в шаблонных ответах.
Агент медленный (FRT 5 минут), но чеклист 95% — возможно, он глубоко прорабатывает каждый запрос, и стоит пересмотреть SLA для сложных категорий.

Подробнее о настройке SLA для критических тикетов читайте в статье Настройка SLA для критических тикетов, а о базовых метриках — в материале SLA и метрики поддержки в Telegram-CRM.

Шаблон чеклиста для старта

Скопируйте и адаптируйте под свою команду. Каждый пункт — да/нет.

Процесс

Тикет назначен агенту в течение 5 минут после создания.
Использован корректный шаблон ответа (если применимо).
Тикет не переоткрывался без необходимости.

Содержание

Ответ содержит конкретное решение (не «мы работаем над этим»).
Указаны сроки выполнения или ссылка на базу знаний.
Клиенту предложены дополнительные действия (если нужно).

Коммуникация

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

Итог: ____ баллов из ____. Проходной порог: 80%.

Результат: предсказуемое качество без микроменеджмента

Чеклист не делает поддержку идеальной за неделю. Он создаёт единый стандарт, который понятен и агенту, и супервизору. Через месяц вы увидите не разовые «звёздные» ответы, а стабильный уровень — когда любой тикет, открытый в 2 часа ночи, обрабатывается так же качественно, как в дневную смену.

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

Для настройки базовых правил SLA, которые лягут в основу временных критериев чеклиста, используйте гайд Настройка базовых SLA в Telegram-CRM.