Когда боту место, а когда нет
Чат-бот оправдан там, где поток однотипных вопросов: «сколько стоит», «как оплатить», «где мой заказ», «какие условия». Он снимает с поддержки рутину и отвечает мгновенно в любое время. Это близко к идее чат-бота без программирования, но с Claude Code вы не заперты в чужом конструкторе — бот ваш, логика любая.
Но бот — не панацея. Если вопросы сложные, эмоциональные или требуют решений — бот только злит. Правильная модель: бот закрывает 70–80% типовых обращений, а всё нестандартное аккуратно передаёт человеку. Задача не «заменить поддержку», а разгрузить её от повторяющегося.
База знаний и сценарий диалога
Бот хорош настолько, насколько хороша его база знаний. Соберите в папку основу.
- FAQ. Реальные частые вопросы и точные ответы на них. Чем полнее, тем меньше бот выдумывает.
- Факты о продукте. Цены, условия, сроки, гарантии — то, что бот должен знать назубок.
- Сценарий. Как бот здоровается, что предлагает, когда зовёт человека, каким тоном говорит.
- Границы. На какие темы бот отвечать НЕ должен (жалобы, возвраты, юридические вопросы — сразу человеку).
Ключевой момент — база знаний должна быть фактически точной. Бот на нейросети без базы начнёт уверенно выдумывать ответы, и это опаснее молчания. Дайте ему опору на ваши документы — это тот же принцип, что RAG-технология, когда модель отвечает строго по вашим материалам, а не из общих знаний. Тон задавайте примерами, как и в tone of voice.
Промпт для сборки бота
Опишите задачу, базу и границы. Claude Code напишет код бота и подключит его к мессенджеру.
Собери Telegram-бота поддержки на Python. Бот отвечает на вопросы клиентов, опираясь СТРОГО на knowledge.md и faq.md — ничего не выдумывает. Если ответа в базе нет или вопрос про возврат/жалобу — отвечает «зову специалиста» и передаёт диалог оператору (пересылает в чат поддержки). Тон — как в tone.md. Токен бота в .env. Напиши bot.py и объясни, как запустить.
Claude Code создаст бота, подключит его через Bot API и объяснит запуск. Дальше правки словами: «добавь кнопки с частыми темами», «если клиент три раза не получил ответ — сразу зови человека». Про безопасное хранение токенов и связку с CRM — в разборе интеграций через Claude Code. Основа хорошего результата — точный запрос, о чём подробно в гайде про промпты.
Логика ответов: строго по базе
Главная опасность бота на нейросети — галлюцинации. Клиент спросил про несуществующую услугу, а бот уверенно её «подтвердил». Чтобы этого не было, логику строят вокруг базы знаний.
| Ситуация | Как бот реагирует |
|---|---|
| Ответ есть в базе | Отвечает по базе, своими словами, дружелюбно |
| Ответа в базе нет | Честно говорит «уточню у специалиста», зовёт человека |
| Вопрос вне зоны бота | Сразу передаёт оператору (жалобы, возвраты) |
| Клиент раздражён | Не спорит, эскалирует на человека |
Правило простое: лучше честное «сейчас позову коллегу», чем красивый выдуманный ответ. Пропишите это в сценарии явно — модель Opus 4.8 хорошо держит рамку «отвечай только по документам», если её об этом попросить и дать чёткие границы. Проверяйте бота на каверзных вопросах перед запуском: спросите то, чего нет в базе, и убедитесь, что он не сочиняет, а зовёт человека.
Бот, который честно говорит «не знаю, зову специалиста», полезнее бота, который уверенно врёт. Первый теряет минуту, второй — доверие и, возможно, деньги.
Передача сложного человеку
Грамотная эскалация — то, что отличает полезного бота от раздражающего. Продумайте её заранее.
- Явная кнопка. «Связаться с человеком» доступна на любом шаге, а не спрятана в подвале меню.
- Автоэскалация. Бот сам зовёт оператора при чувствительных темах и при повторных неудачных ответах.
- Контекст оператору. Человеку передаётся история диалога, чтобы клиенту не пришлось повторять всё заново.
- Часы работы. Если поддержки нет ночью — бот честно говорит когда ответят, а не имитирует занятость.
Эскалацию удобно завязать на CRM: бот создаёт обращение и передаёт его в очередь — это уже связка через вебхуки и интеграции. Если бот заодно квалифицирует входящих, логику можно строить как в боте для квалификации лидов: собрал базовые данные — передал тёплого лида менеджеру.
Запуск, тест и поддержка бота
Собрать бота — половина дела. Чтобы он приносил пользу, а не жалобы, нужны тест и сопровождение.
Перед запуском: прогоните бота по списку реальных вопросов клиентов, включая каверзные и те, которых нет в базе. Убедитесь, что он не выдумывает и корректно зовёт человека. Проверьте тон — не звучит ли он роботом.
После запуска: раз в неделю смотрите логи диалогов. Вопросы, на которые бот не смог ответить, — это дыры в базе знаний, их надо дозаполнять. Так бот со временем становится умнее. Это живой процесс, а не «настроил и забыл». Обновление базы — простой диалог с Claude Code: «добавь в knowledge.md ответ про новые условия доставки». Держите базу в актуальном состоянии, иначе бот начнёт давать устаревшие ответы, что хуже отсутствия бота.
Частые ошибки при сборке бота
Грабли, из-за которых боты чаще злят, чем помогают.
| Ошибка | Последствие | Как избежать |
|---|---|---|
| Нет выхода на человека | Клиент в ловушке, злится | Кнопка «оператор» на любом шаге |
| Бот отвечает без базы | Выдумывает факты | Строго опираться на knowledge.md |
| Устаревшая база знаний | Неверные ответы по старым условиям | Регулярно обновлять по логам |
| Токен в коде | Утечка доступа к боту | Хранить в .env, не коммитить |
Главный принцип: бот должен разгружать поддержку и клиента, а не создавать новую боль. Claude Code снимает с вас код и подключение, но качество бота определяют база знаний и сценарий эскалации — это ваша зона. Хороший бот честно признаёт границы своих знаний и вовремя зовёт человека; плохой — уверенно врёт и не выпускает клиента. Разница целиком в том, как вы его спроектировали.
Частые вопросы
Нет. Claude Code пишет и запускает код бота сам, вы описываете задачу, базу знаний и сценарий словами. Это посильно не-программисту — важнее качество базы, чем знание кода.
Будет, если не дать ему опору. Стройте логику строго на базе знаний: есть ответ в базе — отвечает, нет — честно зовёт человека. Явно пропишите запрет выдумывать и проверьте бота на вопросах, которых в базе нет.
Обычно 70–80% типовых вопросов — цены, условия, статус заказа. Остальное — сложное, эмоциональное, нестандартное — должно уходить человеку. Цель бота разгрузить поддержку, а не заменить её полностью.
Через явную кнопку «оператор» на любом шаге и автоэскалацию при чувствительных темах. Оператору важно передавать историю диалога, чтобы клиент не повторялся. Эскалацию можно завязать на CRM через интеграции.
Куда есть API для чата. Telegram проще всего за счёт открытого Bot API, но логику ответов и базу знаний можно переиспользовать для виджета на сайте или другого мессенджера — меняется способ подключения, а не суть.
Внедряйте нейросети в маркетинг вместе с нами
В комьюнити 400+ маркетологов делятся кейсами и туториалами по Claude Code, Яндекс.Директ, автоматизации и другим инструментам.
Вступить бесплатно