ИИ-агенты для бизнеса: какие задачи им поручать
ИИ-агенты для бизнеса полезны там, где нужно разбирать текст, выбирать следующий шаг и работать в нескольких системах. Начните с одного процесса: определите результат, разрешённые действия и способ проверки. Ниже - сценарии и таблица, с которыми можно отобрать задачу для пилота.
6 мин чтения
Сначала определите действие
«Помощник отдела продаж» ещё не описывает задачу. «Прочитать входящую заявку, найти клиента в CRM и подготовить карточку с недостающими данными» уже позволяет проверить результат. Для первого пилота полезно выбрать действие, которое сотрудник повторяет и может проверить по понятным правилам.
Если шаги всегда одинаковы и данные уже структурированы, начните с обычной интеграции или автоматизации по правилам. Модель стоит добавлять для той части работы, где приходится понимать свободный текст, разбирать неоднозначность или выбирать подходящий инструмент.
Агент отличается от отдельного ответа модели тем, что может использовать инструменты и управлять последовательностью действий. Чат-бот тоже может иметь такие возможности: форма диалога сама по себе не определяет архитектуру. Поэтому обсуждать нужно доступы и результат конкретного процесса.
Какие сценарии рассматривать
Следующие примеры - варианты для оценки, а не список внедрений ИОАНН. Их пользу нужно проверить на ваших данных и текущем процессе.
| Сценарий | Что может делать система | Что проверяет человек |
|---|---|---|
| Разбор входящих обращений | Определить тему, собрать данные и подготовить заявку | Правильный адресат, полнота карточки и спорные случаи |
| Работа по внутренним документам | Найти нужный регламент и подготовить ответ с источником | Действующая версия, права доступа и соответствие вопросу |
| Перенос данных между сервисами | Сопоставить запись, заполнить поля и предложить изменение | Правильный объект и отсутствие повторной записи |
| Подготовка ответа клиенту | Собрать сведения о запросе и предложить ответ | Обязательства, условия и разрешение отправить |
| Разбор документов | Извлечь поля и отметить отсутствующие значения | Значения из источника и случаи, требующие ручного разбора |
Отберите один процесс
Для сравнения задач запишите, сколько раз они возникают, где сотрудник тратит время и что происходит при ошибке. Эти данные нужны и для решения о пилоте, и для проверки его результата. Оценка «кажется, это долго» не заменяет исходный замер.
Предпочтите задачу, у которой доступен образец входных данных, понятен правильный результат и есть ответственный за спорные случаи. Если нужную систему нельзя подключить или документам нельзя доверять, сначала решите эту проблему.
| Проверка | Что записать | Когда отложить пилот |
|---|---|---|
| Результат | Одно завершённое действие и правило его приёмки | Участники по-разному понимают, что считается успехом |
| Данные | Примеры, владелец источника и разрешённый доступ | Нельзя проверить источник или предоставить данные |
| Альтернатива | Текущий способ и вариант без модели | Простая интеграция уже закрывает задачу |
| Ошибка | Последствия и способ передачи человеку | Изменение необратимо и до выполнения его некому проверить |
| Исходный замер | Объём, время, ошибки и стоимость обработки | Нет способа сравнить пилот с текущей работой |
Начните с ограниченных полномочий
Разделите чтение данных, подготовку изменения и его выполнение. На первом этапе агент может подготовить карточку, а сотрудник - подтвердить запись. Для отправки сообщений, изменения заказа или финансового действия нужен отдельный порядок согласования.
Внешний документ или письмо может содержать текст, который пытается изменить поведение модели. Считайте такой текст данными. Разрешения на инструменты, проверку параметров и доступ к записям задавайте в приложении, вне свободного решения модели. Риски prompt injection и excessive agency описаны в материалах OWASP.
Перед запуском проверьте повторную доставку события и ситуацию, когда действие уже выполнено, а подтверждение потерялось. Повтор обращения к модели и повтор записи в систему могут иметь разные последствия.
Проверяйте весь путь пользователя
Правдоподобный ответ ещё не означает, что процесс завершился. Проверьте выбранный объект, записанные поля, передачу человеку и состояние после сбоя. Соберите примеры с пропущенными данными, неоднозначностью и недоступной интеграцией.
До прогона для каждого примера запишите допустимый результат. Отдельно отмечайте автоматическое завершение, передачу человеку и ошибку. Тогда можно сравнить варианты модели и определить, какую часть процесса система действительно покрывает.
В нашем собственном продукте Inner Voice мы заранее задавали eval-сценарии, а на ревью нашли риск повторного ответа после сбоя уведомления. Это подтверждённые инженерные эпизоды, а не измерение экономии в бизнесе клиента. Разбор двойного ответа и карточка кейса показывают условия проверки.
Считайте стоимость завершённого действия
Соберите все расходы процесса: вызовы модели, интеграции, инфраструктуру, сопровождение и ручной разбор. Разделите их на число действий, прошедших согласованную приёмку. Неудачные попытки тоже расходуют ресурсы, поэтому их расходы остаются в числителе.
Сравнивайте с исходным способом на сопоставимых задачах. Освобождённое время полезно, если команда может использовать его для другой работы; оно не всегда превращается в денежную экономию. Отдельно учитывайте затраты на разработку и переход.
Что подготовить для обсуждения разработки
Достаточно описания одного процесса и нескольких обезличенных примеров. Укажите, где сейчас работают сотрудники, какое действие должно завершаться и кто проверяет результат. Список используемых систем поможет понять доступные интеграции.
На этой основе можно обсудить вариант без AI, границы пилота и способ приёмки. Сроки и стоимость разработки зависят от доступа к данным, интеграций и объёма первой версии; их оценивают после разбора задачи.