Многоязычный чат-бот: когда это реально нужно малому бизнесу

Сергей Полухин · CTO и сооснователь PapAI · 9 февраля 2026

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

Сначала честный вопрос: а вам это точно надо

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

Три ситуации, где вопрос не праздный

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

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

Как это устроено — точнее, как это не устроено

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

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

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

Пример формулировки для описания

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

Что реально ожидать, а что нет

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

Как это выглядит в переписке

Клиент гостиницы пишет по-английски: «Do you have rooms available this weekend?». Бот с формулировкой из примера выше отвечает на английском, называет доступные номера. В следующем сообщении тот же клиент неожиданно переходит на русский — например, если пишет от имени русскоязычного друга, — и бот продолжает уже на русском, без переспрашивания «на каком языке вам удобнее». Это и есть та самая фраза «переключайся, если клиент сменил язык» в действии — просто фраза в описании, а не отдельная функция.

Итог

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