Арифметика разгрузки поддержки

Питч уже стал стандартным, и цифры за ним настоящие.

Медианная программа ИИ-поддержки в 2026 году разгружает 41,2% обращений первой линии — то есть закрывает их без оператора, — а верхний квартиль доходит до 58,7%. Стоимость одного решённого обращения — $0,99–$2,00 против $6–$12 за обращение, которое обработал человек. Компании сообщают о средней отдаче $3,50 на каждый вложенный $1: около 41% в первый год и больше 124% к третьему. По данным Salesforce, ИИ-агентов используют 66% служб поддержки — годом ранее было 39% — цифры собраны по отраслевым бенчмаркам вендоров и аналитиков за 2026 год.

Возьмём службу поддержки с 3 000 обращений в месяц по $8 за каждое: $288 000 в год. Разгрузите 41% по $1,50 — и вы экономите примерно $95 000 в год.

Этот расчёт верен, именно он пробивает бюджет, и это не то решение, которое вы на самом деле принимаете.

Разгрузка — неправильный KPI

Вот проблема оптимизации под долю разгрузки, сформулированная настолько прямо, насколько получится:

Разгрузка считает разговоры, которые не дошли до человека. Она не отличает клиента, который получил ответ, от клиента, который сдался.

В дашборде эти два исхода выглядят одинаково. Один сэкономил вам восемь долларов. Другой стоил вам клиента и отзыва.

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

Разброс в данных говорит то же самое, только вежливее. В тех же бенчмарках 2026 года разгрузка по простым запросам — возвраты, сброс пароля, статус заказа — превышает 70%, а по неоднозначным жалобам редко дотягивает до 25%. Усреднённые «41%» — это среднее двух совершенно разных бизнесов. Если показывать это одним числом, прячется ровно та информация, которая вам нужна.

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

Карта запросов

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

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

Самая интересная инженерия живёт в верхней правой ячейке — и именно её большинство вендоров пропускает.

Что мы на самом деле делаем

Два примера из наших собственных продуктов — потому что переносить на свой проект стоит именно проектные решения.

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

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

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

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

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

Внедрение, которое не взрывается

Большинство провальных внедрений проваливаются в одни и те же четыре недели и одинаково: ассистента запускают сразу на все типы запросов, он выдаёт серию позорных ответов, кто-то из руководства видит скриншот — и его отключают навсегда. Проблема никогда не была в технологии; она была в последовательности.

Внедрение, которое выживает:

Недели 1–2 — теневой режим. Ассистент никому не отвечает. На каждое входящее обращение он пишет черновик ответа и кладёт его рядом с настоящим ответом оператора. Никто, кроме вас, этого не видит. В итоге у вас несколько сотен пар ответов и честное понимание, где он уже лучше вашего среднего ответа, а где опасен. Этот шаг все пропускают — и именно он делает каждый следующий спор основанным на фактах.

Недели 3–4 — режим подсказок. Операторы видят черновик и либо отправляют его, либо переписывают. Измеряйте долю правок по каждому типу запроса. Тип, где черновики в 90% случаев уходят без изменений, готов к автоматизации. Тип, где переписывают 60%, — нет, и теперь вы знаете, какой есть какой, без гаданий.

Неделя 5 — запуск только на верхнем левом квадранте. Частые запросы, ошибка в которых стоит дёшево. Больше ничего. Выход к человеку — в одном нажатии и на виду.

Неделя 9 — разберите переписки, затем добавьте ещё один тип запросов. Не по амбициям — по фактам.

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

Сторона затрат, о которой молчат

$3,50 на каждый $1 — это отдача от софта. У проекта четыре статьи затрат, и две из них постоянные.

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

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

Честная версия бизнес-кейса

Перепишем расчёт со всеми составляющими:

• 3 000 обращений в месяц по $8 = $288 000 в год
• 45% объёма — верхняя левая ячейка, закрывается без оператора в 85% случаев = ~1 148 обращений в месяц
• Экономия: 1 148 × ($8 − $1,50) × 12 = $89 544 в год
• Минус поддержка (день в месяц чьего-то времени плюс инференс): скажем, $12 000 в год
• Минус налог на передачу оператору по ~172 неудачам: 172 × $4 сверху × 12 = $8 256 в год
• Итого: примерно $69 000 в год

Всё ещё отличная отдача. Всё ещё стоит делать. Но обратите внимание: она получилась из 45% объёма в одном квадранте, а не из амбиции автоматизировать поддержку. Обжигаются те компании, которые пообещали совету директоров 60% разгрузки по всем направлениям, а потом, чтобы до них дотянуть, были вынуждены спрятать выход к человеку.

Четыре вещи, о которых вендор сам не расскажет

Бенчмарк — это не ваш бизнес. Медиана в 41,2% — среднее по компаниям, у которых набор обращений совсем не похож на ваш. Если 70% вашего объёма — сложные запросы, ваш потолок структурно ниже, и никакой продукт этого не изменит. Прежде чем подписывать договор, попросите вендора прогнать свой инструмент на вашей последней тысяче обращений, и отказ считайте ответом.

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

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

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

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

Где лежит ценность второго порядка

И последнее — аргумент, который мы приводим чаще всего.

Переписки ценнее экономии. Агент поддержки, который записывает каждый вопрос, каждую неудачу и каждую причину передачи человеку, создаёт постоянно обновляемый список всего, что не могут объяснить ваш продукт, ваша страница с ценами и ваша документация. У большинства компаний такого списка никогда не было. Это исследование продукта самого высокого качества, какое только бывает, оно достаётся бесплатно как побочный продукт — и его почти никто не читает.

Читайте его раз в месяц. Исправляйте три главных пункта. И смотрите, как количество обращений падает по причинам, которые не имеют никакого отношения к ИИ.

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

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

Согласятся ли клиенты разговаривать с ИИ-агентом?

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

Как не дать ему выдумывать ответы?

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

Когда это окупится?

При хорошо очерченном первом внедрении — обычно в первом же квартале: разработка измеряется неделями, а экономия начинается сразу на самых массовых запросах. Окупаемость растягивает раздувание объёма работ, а не технология.

Разрабатывать самим или покупать готовое?

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

А голос?

Сложнее, и стоит конкретно объяснить почему. Наш собственный голосовой ИИ-администратор полностью работает как демо в браузере, а в продакшене выключен флагом функции, и телефонная часть пока не построена. Голос добавляет бюджеты на задержку, особенности речи и целый класс сбоев, которых у текста не бывает: мы находили баги, которые проявлялись только на узбекском, — например, цены зачитывались бессмыслицей, потому что разделитель тысяч произносился как слово. Начните с текста.