-
Задача
Вход, результат и исключения
-
Подход
Сценарий, поиск или агент
-
Доступ
Инструменты и подтверждения
-
Приёмка
Правильный результат в системе
Чат-бот — способ общения с пользователем, а ИИ-агент — система, которая может выбирать следующие действия и обращаться к подключённым инструментам для решения задачи. Эти понятия пересекаются: агент может работать внутри чата, а бот может обходиться заранее заданными кнопками. Выбирать нужно не модное название, а допустимый уровень самостоятельности.
Представьте три задачи: показать график работы, найти пункт инструкции и подготовить заказ в CRM. Для первой достаточно сценария, для второй нужен поиск по знаниям, для третьей — интеграция, проверка данных и контроль действий. Попытка решить всё одной свободной беседой усложняет поддержку. Обратная крайность — заставить человека проходить длинное меню там, где достаточно вопроса обычным языком.
Разберите процесс до выбора технологии
Запишите событие запуска, входные данные, ожидаемый результат и исключения. Например: клиент прислал письмо с техническим заданием; нужно извлечь параметры, найти ответственного менеджера и подготовить черновик карточки обращения. Отдельно укажите, кто подтверждает результат. Уже на этом этапе становится понятно, какие шаги повторяются по строгому правилу, а какие требуют интерпретации текста.
Посчитайте не только количество операций, но и стоимость ошибки. Неверная категория письма исправляется быстро; необоснованная скидка или сообщение с закрытыми данными может иметь серьёзные последствия. По мере роста риска сужайте полномочия системы и добавляйте подтверждение человека. Самостоятельность полезна там, где её можно проверить и при необходимости остановить.
| Подход | Подходит для | Что проверять |
|---|---|---|
| Сценарный бот | Понятный выбор из ограниченных вариантов | Переходы, возврат и связь с оператором |
| ИИ-бот по базе знаний | Вопросы разными словами по документам | Источник, актуальность и полноту ответа |
| Агент с инструментами | Многошаговая задача в нескольких системах | Права, параметры действий и итог в системах |
Когда достаточно сценарного чат-бота
Кнопки и фиксированные переходы удобны для записи, выбора темы обращения, статуса заказа и сбора стандартной анкеты. Пользователь видит доступные действия, а команда заранее знает каждый ответ. Если правило не зависит от смысла свободного текста, языковая модель может оказаться лишним расходом и дополнительным источником неопределённости.
Однако сценарий должен предусматривать отказ от выбора, неполные данные, повторное обращение и переход к человеку. Не прячьте контакт оператора за несколькими неудачными попытками. Хороший бот сокращает путь к решению, а не создаёт препятствие перед отделом продаж. При проверке дайте его человеку, который не участвовал в разработке меню.
Когда нужен ИИ-бот по знаниям компании
Если сотрудники или клиенты задают много похожих вопросов разными словами, полезен поиск по документам с формированием ответа. Бот должен находить подходящий источник, учитывать версию и давать ссылку. Для такой задачи подходит корпоративная база знаний с RAG. Здесь основная работа часто связана не с моделью, а с порядком в документах.
Сначала выберите одну область: обслуживание конкретной линейки, правила внутреннего процесса или инструкции для операторов. Проверьте обычные вопросы, неоднозначные формулировки и случаи, ответа на которые в базе нет. Если условия зависят от договора клиента, общего документа недостаточно: системе потребуется проверяемый доступ к соответствующим данным или передача вопроса менеджеру.
Когда агент действительно даёт преимущество
Агент полезен, когда для результата нужно выбрать последовательность действий: уточнить запрос, найти запись, сопоставить сведения, подготовить документ и вернуть результат. Например, помощник менеджера может извлечь требования из письма, найти похожие предложения и подготовить черновик ответа. Перед отправкой менеджер проверит цену, сроки и соответствие задаче.
Инструменты должны иметь узкое назначение. Вместо свободного доступа ко всей CRM агенту дают операцию поиска разрешённых карточек и создание черновика с заданным набором полей. Проверка прав выполняется программой, а не только текстовой инструкцией модели. Особенно внимательно разделяют чтение данных и их изменение.
Сервис n8n позволяет сочетать агента и заданную логику процесса. Это удобно, когда интерпретация письма нужна только в одном шаге, а проверка обязательных полей, запись результата и уведомление выполняются детерминированно. Не обязательно поручать модели каждый переход: явные правила проще воспроизвести при разборе сбоя.
Как устроить безопасную границу действий
Для каждого инструмента задайте допустимые объекты, поля и ограничения. Например, чтение товаров разрешено, изменение прайса запрещено; создание черновика обращения разрешено, удаление сделок запрещено. Ключи доступа хранят отдельно от пользовательского текста. Данные из письма или сайта считаются входной информацией, а не командой изменить правила поведения.
Предусмотрите подтверждение опасных действий, лимит числа шагов, ограничение расходов и остановку по времени. Если внешний сервис не ответил, система должна показать состояние ошибки, а не сообщить о выполненной операции. При повторном запросе нельзя создавать второй заказ только потому, что первый ответ потерялся. Это проверяют отдельным тестом повторной доставки одного события.
Как сравнить варианты в пилоте
Соберите набор реальных обезличенных задач и сначала выполните их вручную. Зафиксируйте время, полноту результата и типичные ошибки. Затем прогоните тот же набор через выбранный сценарий. Оцените не красоту текста, а пригодность результата: правильная карточка, заполненные поля, действующий источник, отсутствие лишних изменений. Проверка после запуска должна оставаться воспроизводимой.
Разделите показатели: сколько задач завершено без помощи, сколько потребовало проверки, где система отказалась правильно, а где ошиблась. Отдельно посчитайте время сотрудника на исправления. Быстрый черновик, который приходится полностью переписывать, не даёт ожидаемой экономии. При малой выборке лучше изучать конкретные ошибки, чем публиковать впечатляющий процент автоматизации.
Из чего складывается стоимость
Бюджет включает обследование процесса, подготовку знаний, подключение систем, интерфейс, тестирование и сопровождение. После запуска остаются расходы на платформу, модель и инфраструктуру. Нагрузка зависит не только от числа пользователей: один сложный запрос может вызвать несколько поисков и обращений к модели. Для оценки полезны журнал выполнения и стоимость завершённой задачи.
Первый этап разумно ограничить одним процессом и измеримым результатом. После приёмки расширяйте инструменты и области знаний по очереди. Так можно понять, какая доработка действительно полезна, и не переносить ошибки первого сценария на всю компанию. Доступы, резервирование, журналирование и ответственного за поддержку согласуют до запуска, а не после первого сбоя.
Если задача — отвечать посетителям, начните с чат-бота с ИИ. Если нужен результат в CRM, почте и других системах, обсудим ИИ-агентов и автоматизацию n8n. Для первой встречи достаточно описать текущие шаги и показать обезличенный пример входа и правильного результата.
