Спор о чат-ботах обычно начинается с неверного вопроса: заменит ли бот человека? Правильный вопрос другой — какая доля входящих обращений повторяется и сколько денег сэкономит их закрытие без оператора. Остальное всё равно останется за людьми, и это нормально.
Разделите входящие вопросы на три потока
Прежде чем начинать проект, откройте переписку за последние две недели и отнесите каждый вопрос к одной из трёх групп. Это работа на один день, но именно она определяет бюджет.
- +Полностью автоматизируемые: каталог, цена, часы работы, адрес, условия доставки, статус заказа, простые характеристики товара.
- +Полуавтоматические: рекомендация, сравнение двух товаров, подбор размера — бот предлагает первый вариант, человек подтверждает.
- +Только для человека: жалоба, торг по скидке, нестандартный расчёт, просроченный платёж, спорная ситуация.
По нашему опыту первая группа обычно занимает больше половины входящих, но разброс по отраслям огромный. Точную цифру вы получите только из собственной переписки — не переносите на себя процент чужой компании.
Считать проще всего в Excel: два столбца — текст вопроса и номер группы. Переписка за две недели обычно даёт 200–400 строк, и разобрать их можно за день. Эта же таблица потом становится первой версией базы знаний и заметно сокращает срок проекта.
Какие вопросы бот закрыть не может?
Это самая важная часть статьи. Четыре категории ниже, отданные боту, приносят не пользу, а убыток — неверный ответ обходится дороже, чем один потерянный клиент.
- +Вопросы, ответа на которые нет в ваших документах. Модель может уверенным тоном придумать то, чего не знает — это и есть галлюцинация. Если ответа в базе знаний нет, бот отвечать не должен.
- +Денежные споры: возврат, спор по гарантии, просроченный платёж, неверно выставленная сумма. Здесь нужны сочувствие и право принять решение, а у бота нет ни того, ни другого.
- +Ответы с юридическими последствиями. Если условие, названное ботом, противоречит договору, ваша позиция в споре слабее. Юридические формулировки подтверждает человек, а не модель.
- +Эмоциональные обращения. Когда клиент раздражён, гладкий ответ бота только усиливает раздражение. Как только бот замечает негатив, диалог должен сразу уходить человеку.
Отдельная оговорка: бот, дающий медицинские, юридические или финансовые советы, — зона высокого риска. В таких сферах бот остаётся справочным и в каждом ответе направляет к специалисту.
Правила эскалации: когда бот передаёт диалог человеку
Эскалация — механизм передачи диалога оператору. Именно она определяет качество проекта и должна быть чётко прописана в техническом задании. Пять триггеров ниже — минимальный набор.
| Триггер | Что происходит | Зачем это нужно |
|---|---|---|
| Низкая уверенность в ответе | Бот не отвечает и передаёт диалог оператору | Предотвращает галлюцинацию |
| Вопрос повторён дважды | Третья попытка не допускается, подключается человек | Клиент не застревает в замкнутом круге |
| Обнаружен негатив | Немедленная передача вместе с историей диалога | Раздражённого клиента бот злит ещё больше |
| Тема оплаты или возврата | Бот только информирует, решение принимает человек | Цена финансовой ошибки высока |
| Клиент попросил человека | Передача без возражений и попыток удержать | Попытка удержать разрушает доверие |
Чем AI-агент отличается от обычного бота
Кнопочный бот работает по заранее написанному сценарию: клиент выбирает пункт меню, бот выдаёт готовый текст. Он дёшев, предсказуем и не выходит за рамки сценария. Но как только клиент пишет свободным текстом, он перестаёт понимать.
AI-агент понимает вопрос и строит ответ по базе знаний. Кроме того, он умеет действовать: проверить остаток на складе, посчитать сумму, создать заказ и прислать ссылку на оплату. Разница в этом — первый выдаёт текст, второй доводит дело до конца.
Критерий выбора простой. Если ваши вопросы укладываются в несколько десятков жёстких сценариев, хватит кнопочного бота. Если клиенты пишут свободно, вопросы разнородные, а каталог большой — нужен AI-агент.
Сколько стоит AI-агент?
Цена состоит из двух частей: разовая разработка и ежемесячная оплата API модели. Забыть про вторую — самая частая ошибка при планировании.
| Тариф | Цена | Срок | Что входит |
|---|---|---|---|
| Start | от 15 млн сум | 3–4 недели | Один канал, база знаний, сбор заявок, передача оператору |
| Бизнес | от 38 млн сум | 6–9 недель | Telegram, WhatsApp, Instagram и сайт; заказы, CRM, ссылка на оплату |
| Enterprise | По договору | от 3 месяцев | Модель на вашем сервере, подключение ERP, журнал аудита, SLA |
Расход на API зависит от числа диалогов: при 50–150 диалогах в день это примерно 250 000 – 900 000 сум, при 300–800 — от 1 000 000 до 3 500 000 сум в месяц. Сумма платится напрямую провайдеру. Для WhatsApp Business API добавляется отдельная плата Meta за сообщения.
Как считается окупаемость
Посчитайте в четыре шага, подставив свои цифры. Результат сам покажет, нужен вам бот или нет.
- Сколько обращений приходит в месяц? Допустим, 2 000.
- Сколько из них повторяющихся? Посчитайте по переписке; пусть будет 55 процентов — 1 100.
- Сколько времени оператор тратит на одно обращение? Например, 4 минуты — это 73 часа в месяц.
- Какую долю бот закроет без человека? Реалистичный ориентир — 60–75 процентов, а не 100.
65 процентов от 73 часов — это 47 часов в месяц. При стоимости часа оператора 35 000 сум экономия составит около 1,65 млн сум. Если расход на API — 600 000 сум, чистый результат примерно 1 млн сум в месяц, и тариф Start за 15 млн сум окупается примерно за 15 месяцев.
Но основные деньги не здесь. Второй источник — обращения, пришедшие вне рабочего времени и оставшиеся без ответа. Если из 200 вечерних и выходных обращений покупкой станут 10 процентов при среднем чеке 800 000 сум, это 16 млн сум оборота в месяц. Именно эта цифра сокращает срок окупаемости до нескольких месяцев.
Сколько вреда приносит плохо собранный бот
Ущерб от бота тоже измерим, просто он не виден в отчёте. Четыре самых типичных случая ниже.
- +Бот назвал неверную цену или условие — потом это придётся выполнять либо спорить с клиентом.
- +Диалог по кругу: бот не понимает, клиент переписывает вопрос трижды и уходит. В статистике такое обращение выглядит успешным.
- +Передача оператору не срабатывает или оператор не видит уведомление — клиент остаётся без ответа.
- +База знаний не обновляется: цена изменилась, бот называет старую. Через три месяца это становится системной проблемой.
Поэтому в проект обязательно закладываются регламент обновления базы знаний и мониторинг качества ответов. Бот — не разовая поделка, а система, которую обслуживают.
Когда бот не нужен
- +Меньше 100 обращений в месяц. В этом случае оператор обойдётся дешевле.
- +Каждая сделка нестандартна: проектные работы, индивидуальное производство, крупные B2B-контракты.
- +Нет письменной базы знаний. Сначала зафиксируйте цены, условия и типовые ответы — без них бот отвечать не сможет.
- +Клиенты обращаются в основном по телефону. Тогда сначала нужно наладить текстовый канал.
- +Не выделен бюджет на ежемесячный API и поддержку.
Запуск: первые 60 дней
- Посчитайте переписку за две недели и разложите вопросы на три потока.
- Напишите базу знаний для первого потока: цены, условия, частые вопросы.
- Согласуйте правила эскалации и внесите их в техническое задание.
- Запуститесь в одном канале — обычно это Telegram или виджет на сайте.
- В первый месяц читайте вручную по 20 диалогов в день и помечайте неверные ответы.
- Измеряйте показатели: доля диалогов без человека, причины передач, среднее время ответа.
Именно последний шаг чаще всего пропускают. Без измерений вопрос о том, работает ли бот, остаётся на уровне ощущений. Минимальный набор — четыре числа: доля диалогов, закрытых без человека, самая частая причина передачи, количество передач, оставшихся без ответа, и месячный расход на API. Смотрите их раз в месяц на одной странице.
Хороший бот — не тот, который отвечает на всё, а тот, который знает, когда отвечать не нужно.