бот не понял вопрос клиента: что ему отвечать вместо «не знаю»

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

🤖 что отвечает бот, если не знает ответа: три рабочих сценария

Универсального текста-заглушки не существует — формулировка зависит от того, что стоит за вопросом клиента. Если вопрос сложный и требует проверки (статус заказа, спорная оплата, юридический нюанс договора), бот честно пишет: «не готов ответить точно, передаю коллеге» — и запускает передачу диалога живому оператору. Если вопрос типовой, но не попал в сценарий — например, спрашивают про доставку в конкретный район, а в базе есть только общие условия, — бот предлагает две-три ссылки на близкие темы и уточняющий вопрос. Если диалог идёт вне рабочих часов и оператора нет на связи, бот честно называет срок ответа и просит телефон или e-mail.

Общий принцип простой: бот отвечает за то, что знает, и передаёт то, чего не знает, — человеку или базе знаний. Он не имитирует уверенность там, где её нет.

что происходит, если бот выбирает четвёртый вариант — угадывание

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

почему возникает ответ «не могу разобраться» и клиент уходит молча

Бухгалтер небольшой оптовой компании пишет боту на сайте в воскресенье в 21:40: «можно вернуть партию без счёта-фактуры?». Бот ищет совпадение по ключевым словам, находит слово «вернуть» и подставляет статью про возврат денег за онлайн-оплату — тема не та. Вопрос про закрывающие документы, а бот отвечает про способ оплаты, потому что сценарий писали под розницу, а спрашивает опт.

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

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

как исправить логику ответов бота: эскалация вместо угадывания

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

что писать вместо шаблонного «не понимаю»

Рабочие формулировки: «не нашёл точный ответ, покажу похожие статьи» с двумя-тремя ссылками; «это лучше решит специалист, соединяю» с реальным переключением на оператора, а не заглушкой; «отвечу в течение рабочего дня, оставьте телефон» — и здесь важно предупредить клиента, зачем нужен номер. Передача телефона боту подпадает под требования 152-ФЗ о персональных данных, и без согласия на обработку такой номер лучше не хранить дольше, чем нужно для ответа.

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

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

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

Отдельно стоит проверить два технических источника повтора. Первый — устаревшие данные: если бот берёт цены или наличие из выгрузки, которая обновляется раз в сутки вручную, а склад меняется чаще, ответ формально дан, но неверен, и клиент вернётся с тем же вопросом снова. Здесь чаще помогает не правка текста бота, а обновление 1С и переход на актуальную выгрузку без ручного шага. Второй источник — орфографические варианты одного и того же вопроса («ретурн», «возврат», «вернуть товар»), которые синоним-словарь бота не связывает между собой; это лечится расширением словаря синонимов, а не переписыванием сценария заново.

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

как предотвратить провалы: база знаний и связь с 1С

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

что мерить, чтобы поймать провал раньше клиента

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

Для компаний, где бот должен знать остатки, статусы заказов или условия по конкретному клиенту, база знаний неотделима от учётной системы. Если ответы завязаны на данные из 1С:Управление торговлей или более крупной конфигурации на базе 1С:ERP, обновлять сценарии бота нужно тем же циклом, что и саму учётную систему — иначе бот через месяц снова начнёт врать по остаткам, которые уже поменялись.

сколько стоит донастроить бота под реальные вопросы клиентов

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

Если правки идут через специалиста по 1С — например, нужно выгрузить остатки для ответов бота или настроить интеграцию с учётной системой, — это работы в рамках внедрения 1С, а стоимость типового сопровождения системы — от 3800 руб/час. Такой формат удобнее фиксированного пакета: компания платит за конкретные часы на конкретную доработку, а не за абонемент с непонятным набором функций.

Ниже — сравнение частых вариантов ответа бота на вопрос, на который у него нет готового решения.

Из таблицы видно: рабочих вариантов на самом деле два — эскалация с реальным сроком и подборка релевантных материалов. Остальное — признаки бота, которого не донастроили под реальный поток вопросов.

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

Что бот должен писать, если не понял вопрос, а не просто извиняться?

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

Как понять, что бот на сайте часто не может ответить клиентам?

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

Можно ли научить бота отвечать про остатки товара и статус заказа?

Да, если подключить бота к данным учётной системы, а не к статичному списку, который правят вручную. Для этого нужна доработка сценария под выгрузку из 1С — тогда бот перестаёт гадать по ключевым словам и берёт актуальные цифры прямо из склада или CRM.

Сколько стоит донастроить бота под новые вопросы клиентов?

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

Как часто нужно обновлять базу знаний бота, чтобы он не повторял ошибку?

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