Поддержка до и после ИИ: нагрузка, качество и стоимость обращения

Клиент спрашивает статус заказа. Оператор ищет номер в переписке, открывает учётную систему и возвращается с ответом. Через минуту приходит такой же вопрос от другого покупателя. На этом участке ИИ может убрать повторяющиеся действия. Но приветствие за пять секунд ещё не означает, что проблема решена.

Сначала опишите ситуацию до запуска

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

Пример исходной нагрузки: четыре оператора, у каждого 50-70 обращений за смену, около 65% вопросов повторяются. Это вводные для проверки, а не норматив службы поддержки. Даже в одной компании доля типовых вопросов меняется при распродаже, сбое продукта или задержке доставки.

Что может делать помощник

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

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

Передача человеку и несколько каналов

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

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

Пример расчёта расходов

Возьмём учебный месяц: 1 500 обращений, три оператора по 40 000 ₽. Только зарплатная часть составляет 120 000 ₽, или 80 ₽ на обращение. После теста предположим 1 050 полностью решённых ботом вопросов и 450 обращений сотруднику.

Показатель	До	После, допущение
Обращений за месяц	1 500	1 500
Решено ботом без передачи	0	1 050, или 70%
Зарплатная часть	120 000 ₽	40 000 ₽
Бот и сервисы	0 ₽	8 000 ₽
Итого в этой модели	120 000 ₽	48 000 ₽

Разница равна 72 000 ₽ за месяц, то есть 60% исходной суммы. Доля автоматических решений 70% и снижение затрат 60% описывают разные показатели. Такая денежная разница появится только при реальном изменении расходов на персонал. Если команда остаётся в прежнем составе, результатом будет освобождённое время и новая загрузка.

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

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

CSAT показывает удовлетворённость ответивших клиентов по выбранной шкале. NPS строится на готовности рекомендовать и выражается разницей долей сторонников и критиков в диапазоне от -100 до 100. Оценка 4,2 из 10 сама по себе не является NPS.

Для панели контроля можно взять пример: CSAT 62% и 78% – рост на 16 процентных пунктов; NPS +18 и +34 – также разница 16 пунктов. Эти числа нельзя превращать в единое «клиенты довольнее на 40%». В рабочем отчёте укажите период, вопрос анкеты, число ответов и способ отбора респондентов.

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

Обновление базы и первый запуск

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

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