Как внедрить ИИ-агента в процессы компании

ИИ-агент для бизнеса и чат-бот: в чём разница

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

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

Практический критерий выбора

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

На практике полезна гибридная схема. Бот принимает первое обращение в Telegram, на сайте или в другом канале, агент классифицирует запрос и ищет данные, а оператор подключается при низкой уверенности, нестандартной ситуации или перед отправкой важного документа. Для диалогового канала можно связать решение с Telegram-ботом, CRM и корпоративной базой знаний.

Где ИИ-агенты дают измеримый результат

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

Поддержка по документам компании

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

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

Квалификация лидов

Агент может принять заявку с сайта или из мессенджера, определить тему обращения, задать разрешённые уточняющие вопросы, выделить бюджет, сроки и интересующий продукт. Затем он создаёт лид в CRM, ставит тег, назначает ответственного или передаёт диалог менеджеру. Связку сайта, мессенджеров и CRM полезно проектировать как единый маршрут, а не как несколько несвязанных форм; для этого применяют разработку ИИ-агентов и интеграции.

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

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

Внедрение ИИ в бизнес: RAG, API, CRM и доступы

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

1. Опишите один процесс: кто запускает его, какие данные поступают на вход, какой результат нужен и где возникает риск ошибки.
2. Соберите эталонные материалы: действующие инструкции, шаблоны, ответы операторов, примеры корректных и некорректных заявок.
3. Разделите данные по уровням доступа. Агент поддержки не должен автоматически видеть финансовые отчёты или персональные данные, если они не нужны для его функции.
4. Подключите только необходимые API или интеграции с CRM, учётной системой, почтой, календарём и базой данных. Для каждого действия определите права: чтение, создание черновика, отправка после подтверждения.
5. Подготовьте набор тестовых диалогов и документов, включая сложные случаи, опечатки, неполные данные и противоречивые запросы.
6. Запустите пилот на ограниченной группе пользователей, анализируйте журнал ответов и действий, затем расширяйте сценарий.

CRM остаётся источником учёта, а агент — интерфейсом и исполнителем ограниченных операций. Например, агент получает из CRM статус заказа, но не меняет реквизиты клиента; создаёт черновик сделки, но менеджер проверяет её перед отправкой коммерческого предложения. Такой подход снижает риск ошибочных действий и упрощает аудит.

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

Риски: точность ответов, персональные данные и права на базы

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

Персональные данные требуют отдельной оценки. При обработке данных о клиентах, сотрудниках или заявителях нужно учитывать требования 152-ФЗ «О персональных данных»: определить цель и правовое основание обработки, состав данных, порядок доступа, хранения и удаления. Не стоит отправлять в модель весь экспорт CRM «на всякий случай». Лучше передавать минимум полей, необходимый для сценария, маскировать чувствительные сведения, разграничивать роли и вести журнал доступа. Для конкретного процесса, особенно при трансграничной передаче и работе с особыми категориями данных, необходима консультация юриста.

С внешними базами действуют не только правила о персональных данных. ГК РФ предусматривает права изготовителя базы данных в статье 1334, а тексты, фотографии и иные материалы могут охраняться авторским правом. Пользовательское соглашение сайта также может устанавливать ограничения на использование контента. В российской практике известен спор «ВКонтакте» против «Двадцать первого века», который часто упоминают при обсуждении извлечения и использования данных платформ. Сам факт технической доступности страницы не означает, что данные можно свободно копировать и использовать в любом объёме или для любой цели. Подробнее о проверке источника — в статье правовые вопросы парсинга.

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

Что влияет на цену и сроки разработки агента

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

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

У Kodrana типовая разработка «ИИ-ассистент поддержки» стоит 120 000 ₽ и занимает 2–4 недели, «Агент квалификации лидов» — 90 000 ₽ и 2–3 недели, «Обработка документов» — 150 000 ₽ и 3–5 недель. Это ориентиры для типовых решений; итоговая смета зависит от интеграций и требований конкретного сценария. До начала работ студия фиксирует оценку, показывает еженедельный прогресс, а после оплаты код принадлежит клиенту. Прототип возможен через 24–48 часов после брифа.

Вопросы для брифа перед оценкой

• Какой один процесс нужно сократить или ускорить и как сейчас измеряется результат: время ответа, число обработанных обращений, доля ошибок?
• Какие каналы нужны: сайт, Telegram, CRM, почта, внутренний портал или несколько систем одновременно?
• Какие документы и системы станут источниками истины, кто отвечает за их актуальность?
• Какие действия агенту разрешены без человека, а какие возможны только как черновик или после подтверждения?
• Какие данные относятся к персональным, коммерческой тайне или иным чувствительным категориям?
• Какие 20–30 реальных примеров запросов и документов помогут проверить пилот?

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

Как начать с безопасного пилота

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

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

Kodrana может оценить сценарий ИИ-агента, подготовить прототип и подключить нужные интеграции. Если для проекта необходимы публичные данные с сайта, можно отправить сайт и список полей: студия проверит защиту и до оплаты пришлёт бесплатный образец из 50–100 записей. Это помогает проверить структуру данных до заказа и выбрать формат передачи — CSV, Excel, JSON, Google Sheets, API, webhook или загрузку в CRM.