Коротко
- AI-агент не только отвечает, но и выполняет действия в ваших системах: заводит заявку, обновляет карточку в CRM, уточняет статус заказа.
- Чат-бот идёт по заготовленному сценарию, ассистент помогает человеку, агент доводит типовую задачу до результата сам — в пределах выданных прав.
- Агент подходит там, где обращения повторяются, ответы есть в базе знаний, а данные приходится переносить между системами вручную.
- Контроль строится на границах полномочий, журнале действий и передаче сложных случаев человеку с готовым контекстом.
- Если процесс не описан, данных нет или обращений мало, агент не нужен: хватит регламента, готового сервиса или обычной автоматизации.
AI-агент: что это такое простыми словами
AI-агент — это программа на основе языковой модели, которой дают цель и набор инструментов, а не только список вопросов и ответов. Языковая модель — та часть, которая понимает текст запроса и формулирует ответ. Инструменты — доступы к вашим системам: CRM, 1С, базе знаний, почте, календарю. Получив обращение, агент сам определяет, что нужно сделать, обращается к нужной системе и возвращает результат.
Проще всего представить нового сотрудника первой линии. Ему выдали инструкцию, доступ к нескольким системам и перечень того, что он вправе делать сам. Всё остальное он передаёт руководителю. Агент устроен по тому же принципу: работает по инструкции, в пределах выданных прав и знает, когда нужно позвать человека.
Чем агент отличается от чат-бота и AI-ассистента
Границы между этими понятиями размыты, и в готовых продуктах они часто смешиваются. Но для выбора решения полезно разделять их по тому, что программа делает с запросом.
Практическая разница — в том, кто выполняет действие. Ассистент подсказывает, агент делает. Поэтому к агенту предъявляют больше требований: ему нужны доступы, правила, журнал действий и понятный момент передачи человеку. Часто разумный первый шаг — ассистент на одном канале, а возможности агента добавляются позже, когда видно, что именно в процессе стоит передать программе.
- Чат-бот ведёт диалог по заранее заданным сценариям и кнопкам. Хорошо справляется с короткими предсказуемыми вопросами, но теряется, если вопрос задан иначе.
- AI-ассистент понимает свободную формулировку, ищет ответ в базе знаний и помогает человеку: подсказывает ответ клиенту или готовит текст. Действие обычно выполняет сам человек.
- AI-агент получает задачу, выбирает шаги, обращается к системам и выполняет операции — создаёт заявку, меняет статус, запрашивает данные — в пределах выданных прав.
Какие задачи бизнеса закрывает AI-агент
Агент полезен там, где работа повторяется, правила можно описать, а нужные данные уже лежат в системах. Условно задачи делятся на несколько групп.
Хороший признак подходящей задачи — повторяемость. Если сотрудники снова и снова отвечают на одни и те же вопросы или переносят данные из письма в карточку, эту часть можно передать агенту. Сложные, спорные и нестандартные случаи он отдаёт человеку с готовым контекстом: кто обратился, что просил и что уже сделано.
- Обращения: принять запрос клиента или сотрудника, понять, о чём он, ответить на типовой вопрос или передать нужному исполнителю.
- Операции в системах: завести заявку в CRM, уточнить статус заказа, обновить данные в 1С, поставить задачу ответственному — без ручного переноса.
- База знаний: найти ответ в регламентах, инструкциях и документах компании и дать его со ссылкой на источник.
- Подготовка материалов: собрать сводку по обращению, составить черновик ответа или отчёта для проверки человеком.
Где работает агент: сайт, Telegram, внутренние системы
Канал — это место, где агент общается с людьми. Его выбирают по тому, где обращения уже появляются. Агент может работать в чате на сайте, в мессенджерах — например, в Telegram или WhatsApp — и внутри компании, в корпоративных системах, которыми пользуются сотрудники.
AI-агент для бизнеса в Telegram удобен там, где клиенты и сотрудники уже общаются в этом мессенджере: не нужно устанавливать отдельное приложение. Агент принимает вопрос, отвечает по базе знаний, заводит заявку в CRM и сообщает о ней менеджеру. Один и тот же агент может обслуживать несколько каналов, если за ними стоят общая база знаний и общие правила.
Внутренний агент для сотрудников устроен иначе: он подключается к 1С, CRM, ERP и другим системам через API — программный интерфейс, по которому одна система передаёт данные другой. Результат появляется в привычной рабочей системе, а не в отдельном окне, и для этого не нужно заменять системы, которые уже работают.
Как устроен контроль: журнал, передача человеку, границы
Главный вопрос к агенту — не «насколько он умён», а «что он может сделать без спроса». Контроль строится на нескольких механизмах, и каждый стоит проверить до запуска.
Правило простое: чем дороже ошибка, тем уже полномочия. Ответить на вопрос о графике работы агент может сам, а изменить условия договора или провести платёж — только с подтверждением человека. Полномочия имеет смысл расширять постепенно, когда по журналу видно, что агент справляется.
- Границы полномочий: перечень операций, которые агент выполняет сам, и перечень тех, что требуют подтверждения. Права минимально необходимые, роли разграничены.
- Журнал действий: каждое обращение, запрос к системе и изменение данных записывается. По журналу видно, что сделал агент, а ошибку можно разобрать и исправить.
- Передача человеку: правила, при которых агент останавливается и зовёт сотрудника — неясный запрос, спорная ситуация, операция вне его прав. Человек получает историю диалога и собранные данные.
- Мониторинг и откат: оповещения об отказах и письменный порядок действий на случай, если что-то пошло не так.
- Данные: если в обращениях есть персональные данные, решение проектируют с учётом 152-ФЗ, а часть задач решают на обезличенных данных.
Когда AI-агент не нужен и какие ошибки встречаются
Агент — не универсальное решение, и иногда он только усложняет работу. Не стоит браться за него, если процесс нигде не описан и сотрудники сами по-разному понимают, как поступать: сначала нужен регламент. Не нужен он и при небольшом числе обращений, ответы на которые укладываются в короткий список: хватит страницы с ответами или простого бота по кнопкам.
Агент не поможет, если нужных данных нет в системах или они в таком состоянии, что на них нельзя опереться. А если каждая ошибка очень дорога и результат невозможно проверить, решение должен принимать человек. Задача может закрываться и готовым сервисом или обычной автоматизацией без языковой модели — это стоит проверить в первую очередь. Если же задача подходит, типичные ошибки такие:
- Запуск сразу на весь процесс, без критерия, по которому принимают результат.
- Широкие права «на всякий случай» вместо минимально необходимых.
- Устаревшая база знаний: агент уверенно отвечает по неактуальным документам.
- Оценка качества по демонстрации, а не по реальным обращениям, включая редкие и нестандартные.
- Отсутствие ответственного, который читает журнал и обновляет правила после запуска.
С чего начать и что спросить у подрядчика
Наш подход — начинать не с разработки, а с разбора одной задачи. Он бесплатный и занимает 3–5 рабочих дней: мы изучаем, как процесс устроен сейчас, и смотрим на ваши реальные обращения и данные. Результат — письменный документ: карта процесса, участок под автоматизацию, границы решения, критерий приёмки и оценка объёма работ. Если задача решается без AI, мы так и пишем.
Дальше возможен пилот на реальных данных: первый прототип — от 3 недель. Ориентиры по стоимости: AI-агенты и ассистенты — от 150 000 ₽, AI-ассистент на одном канале — от 100 000 ₽. Интеграции с 1С, CRM и API — от 220 000 ₽ и от 4 недель. После запуска можно остаться на поддержке: пакеты 10, 20 и 40 часов в месяц, от 25 000 ₽.
Пример из практики — проект «Портал и интернет-магазин»: покупатель получает ответ AI-консультанта текстом или голосом и видит подходящие товары, а менеджеры узнают о заявке в Telegram. Какого бы подрядчика вы ни выбрали, задайте ему такие вопросы:
- Какую задачу решаем и по какому критерию примем результат?
- Что агент вправе делать сам, а что передаёт человеку?
- Где развёрнуто решение и где хранятся данные: в вашей инфраструктуре или в согласованном облаке?
- Что попадает в журнал действий и кто будет его читать?
- Кому принадлежат код, конфигурации и правила работы модели?
- Кто и в каком режиме поддерживает решение после запуска?
