Разработка ИИ-агентов для задач компании

Что такое ИИ-агент для бизнеса

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

Switch On AI разрабатывает таких помощников под конкретную операцию компании: от требований и прототипа до проверки, внедрения и передачи кода в согласованном объёме.

Какую задачу поручить ИИ-агенту

Сотрудник получает вопрос, ищет сведения в документах, сверяет их с записью в рабочей системе и готовит ответ. Если путь к результату зависит от запроса, для этой части работы можно разработать AI-агента. Он выбирает подходящие инструменты в пределах заранее заданных полномочий.

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

Это примеры задач для проектирования. Конкретные возможности проверяем на ваших данных и в доступных системах.

Когда достаточно обычной автоматизации

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

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

Чат-бот — прежде всего способ взаимодействия в диалоге. За ним может работать и фиксированный сценарий, и агент. Подробные различия и примеры — в сравнении ИИ-агента и чат-бота.

Пример: вопрос по документам и подготовка задачи

Представим внутреннего помощника. Менеджер спрашивает: «Какие материалы нужны для запуска проекта и что уже подготовлено?» Агенту разрешено читать согласованный регламент и карточку этого проекта. Задача — сопоставить сведения и предложить следующий шаг.

Границы одного агента

1. 01Запрос

   Сотрудник задаёт рабочий вопрос

2. 02Поиск

   Нужные сведения найдены в разрешённых источниках

3. 03Подготовка

   Сформирован ответ или предлагаемое действие

4. 04Проверка

   Результат сверяется с правилами задачи

На выходе сотрудник должен увидеть:

• перечень нужных материалов со ссылкой на актуальный регламент;
• что найдено в карточке проекта и каких сведений не хватает;
• черновик задачи ответственному, который можно проверить перед созданием.

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

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

Что входит в разработку под ключ

Состав проекта закрепляем в ТЗ: задачу, источники знаний, доступные действия, интерфейс, подключения, проверки и передачу результата. Отдельно определяем, какие операции остаются у команды и кто принимает спорные ответы.

Сначала изучаем примеры процесса, готовим требования и предложение, затем показываем бесплатный прототип ключевого сценария до договора. Прототип помогает проверить идею; рабочие подключения, эксплуатация и полный объём разработки согласуются отдельно. После договора выполняем разработку, проверку и сдачу по ТЗ. Подробная последовательность — на странице «Как работаем».

Данные, модель и подключение к системам

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

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

Полномочия и участие человека

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

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

Как проверить прототип и принять результат

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

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

Что подготовить для первой оценки

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

Полезно заранее собрать:

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

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

От чего зависят стоимость и сроки

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

Сроки и оплату работ фиксируем после разбора задачи. Условия оплаты разработки — 50% перед работами по договору и 50% после сдачи. Численную экономию и окупаемость оцениваем по данным вашего процесса и результатам пилота; заранее обещать их для неизвестной задачи нельзя.

Что получает команда после сдачи

После оплаты передадим разработанный код и документацию в договорном объёме. В составе передачи согласуем настройки, перечень подключений, правила работы, проверочные сценарии и инструкции для ответственного. Условия прав на разработку закрепляются договором; лицензии сторонних продуктов сохраняются.

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

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

Как подготовить проверку агента

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