Сколько стоит ИИ-бот для сайта на практике: считаем стоимость решённого обращения

Сначала определите, что считать решением

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

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

Из чего состоит смета

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

Пример расчёта на условных данных

Предположим, за месяц бот принял 1000 обращений. По выборочной проверке 450 типовых вопросов завершились подтверждённым ответом, 250 сложных заявок корректно переданы менеджеру, 200 диалогов человек исправил, 100 не дали результата. Для этой компании можно считать 700 полезных исходов, но переданные заявки и полностью решённые вопросы лучше показывать раздельно.

Допустим, все расходы за месяц составили 70 000 рублей. Условная стоимость полезного исхода — 100 рублей. Это только учебный пример, не цена продукта или прогноз. В реальном расчёте сравните его с текущей стоимостью обработки похожих обращений и учтите качество продаж. Если бот удлинил путь к человеку, низкая цена сообщения ничего не компенсирует.

Как не исказить результат пилота

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

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

Когда дорогой бот может быть оправдан

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

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

Решение после месяца работы

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

Три вопроса поставщику перед расчётом

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

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

Ошибка в знаменателе

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

Учитывайте ухудшение конверсии

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

Для расчёта стоимости важно сначала проверить, какие обращения бот действительно решает.