ИИ-агенты для бизнеса: шесть процессов и границы применения
Договоры, первичка, отчёты, перенос данных, база знаний и заявки. Разбираем, что можно автоматизировать, где нужен ИИ и что остаётся сотруднику.
Редакция awakes.ai · · обновлено
Где искать задачу для ИИ
Бухгалтер сверяет акты в трёх окнах, менеджер собирает договор из переписки, заявки приходится переносить в CRM. У этих задач разная сложность, хотя со стороны всё выглядит как ручная рутина.
Для копирования полей и расчётов по правилам часто достаточно интеграции. ИИ полезен, когда нужно разбирать текст, изображения или неоднозначные данные. Агентный сценарий нужен, если модель должна выбирать следующие действия по ходу работы. Ниже эти части разделены для каждого процесса.
Шесть процессов: где нужен ИИ
| Процесс | Что автоматизируется | Где полезен ИИ | Что проверяет человек |
|---|---|---|---|
| Договоры | Подстановка реквизитов в шаблон | Извлечение условий из переписки | Условия и окончательный документ |
| Счета и акты | Сверка по номеру, сумме и дате | Разбор неоднозначного назначения платежа | Расхождения и основания документов |
| Отчёты | Сбор показателей и расчёты | Описание отклонений со ссылками на данные | Выводы и исходные цифры |
| Перенос данных | Обмен между CRM, складом и банком | Преобразование свободного текста в поля | Исключения и дубли |
| База знаний | Поиск и разграничение доступа | Ответ с учётом вопроса и найденных источников | Правила и актуальность материалов |
| Заявки | Регистрация обращения и уведомление | Выделение запроса и подготовка ответа | Сложные обращения и обещания клиенту |
Договор неделями ходит в переписке
ЕГРПОУ и юридический адрес лежат в карточке клиента, IBAN прислали письмом, условия меняли в переписке. Менеджер переносит всё в шаблон и пытается понять, какую версию согласовали.
Реквизиты из CRM и расчёт сумм можно подставлять по правилам. Модель помогает извлечь согласованные условия из письма и выделить противоречия. Перед отправкой менеджер проверяет условия и окончательный документ. В нашем кейсе ниже показана подготовка договоров; он подтверждает автоматизацию сборки, а не любую возможную функцию ИИ.
Подписание и хранение документов требуют отдельного процесса. Если нужен КЭП, подключение к поставщику электронной подписи согласовывается отдельно. «Вчасно» или другой сервис ЭДО может оставаться местом отправки и хранения.
Первичку в конце месяца делают руками
В CRM сделка закрыта, в банке оплата пришла, а документ ещё не подготовлен. Бухгалтер сверяет записи и переносит название, сумму и дату в учётную систему.
Совпадения по номеру счёта, сумме и контрагенту проверяет интеграция. Если назначение платежа написано свободно, ИИ может предложить подходящую сделку и показать, на чём основан выбор. Частичная оплата, возврат или несколько совпадений требуют отдельной проверки.
Поступление денег само по себе не всегда является основанием для акта. Условия подготовки документа задают вместе с бухгалтером. Система готовит черновик; бухгалтер проверяет основание, подписывает и отправляет. Возможность передачи в M.E.Doc или другую программу нужно проверить для конкретной версии и способа подключения.
Отчёты из нескольких источников
Чтобы ответить, как прошёл месяц, сотрудник выгружает данные из CRM, кассы и рекламы, а затем сводит их в Excel. Для такого отчёта часто достаточно интеграции и заранее согласованных формул.
ИИ можно добавить для пояснения отклонений и подготовки текстовой сводки. Расчёты при этом выполняет код, а выводы должны ссылаться на исходные показатели. Если в CRM не записана причина падения продаж, модель не должна выдавать догадку за установленный факт.
Проверка материалов — другая задача. В нашем кейсе аудита объявлений ИИ сопоставляет фото и текст и предлагает правки. При оценке в час на объявление полная ручная проверка 500 объектов потребовала бы 500 часов. Это расчёт трудоёмкости, а не измеренная экономия времени: полный аудит до внедрения не проводили.
Человек переносит данные между двумя системами
Заказ из CRM нужно передать на склад, ТТН Новой Почты — в карточку заказа, оплату из банка — связать со сделкой. Если поля известны, такую работу лучше начать с обычного обмена данными через API.
ИИ полезен на входе, когда заказ приходит письмом или сообщением без единой формы. Он выделяет товар, количество и адрес; дальше значения проверяются и передаются по заданным правилам. Недоступный API, ограничения тарифа и ошибки исходных данных требуют проверки до внедрения.
Замена всей системы — отдельный проект. Наш кейс перехода с готовой PMS показывает опыт такой замены, а не результат установки агента рядом с CRM. Для сравнения вариантов нужно считать разработку, перенос данных, обучение, поддержку и регулярные платежи вместе.
Ответы на вопросы живут в головах, а не в документах
Новый менеджер ищет скидку для постоянного клиента, условия возврата или актуальный прайс. Часть ответов лежит в документах, часть — в старой переписке, а часть пока известна только коллегам.
Ассистент с поиском по базе знаний может собрать ответ и дать ссылку на документ. Для этого не всегда нужен агент: иногда хватает поиска и одного обращения к модели. Агентный сценарий полезен, если нужно проверить несколько источников и уточнить недостающие сведения.
Правила, которых никто не записал, сначала нужно согласовать. Отказ отвечать без источника — поведение, которое настраивают и тестируют, а не гарантия любой модели. Доступ к документам сотрудника и клиента разграничивается до поиска, чтобы закрытые данные не попали в ответ.
Заявки приходят в пять каналов, смотрят в один
Обращение пришло в Instagram, менеджер проверил почту, карточку в CRM не создали. Здесь сначала нужна регистрация заявок из доступных каналов и понятный ответственный за каждую.
ИИ помогает разобрать сообщение, определить тему, собрать контекст и подготовить ответ. Статус заказа лучше получать из системы по проверенному идентификатору. Возможность подключить конкретный канал зависит от его API и прав аккаунта.
Сложные переговоры, скидки и обещания сроков передаются сотруднику по согласованным правилам. Не обязательно генерировать ответ на каждое сообщение: уведомление менеджеру с кратким описанием вопроса иногда решает проблему надёжнее.
Как выбрать первый процесс
- 1
Измерьте объём
Запишите частоту задачи и время сотрудника, включая проверку и исправления. Это исходная точка для сравнения.
- 2
Проверьте данные
Есть ли нужные реквизиты, история операций и доступ к системам? Кто отвечает за их актуальность?
- 3
Опишите результат
Зафиксируйте, что должно получиться и какие ошибки недопустимы. Соберите примеры обычных и спорных случаев.
- 4
Начните с ограниченного запуска
Сначала проверьте черновики и журнал действий. Расширяйте автоматизацию после измерения качества.
Как оценить окупаемость
Сначала оцените, сколько часов в месяц действительно высвободится после проверки результата и исправления ошибок. Умножьте их на стоимость часа и вычтите расходы на сервисы и сопровождение. Получится оценка ежемесячного эффекта.
Срок окупаемости = разовые затраты на внедрение ÷ положительный ежемесячный эффект. Если эффект нулевой или отрицательный, экономия рабочего времени не окупает проект при этих условиях. Высвобождённые часы не равны сокращению выплат: команда может использовать их для другой работы.
В разовые затраты включите подготовку данных, настройку и обучение. Наличие повторяющейся задачи само по себе не гарантирует выгоду. Для редких операций или нестабильных правил ручная работа может оказаться разумнее.
Кейс: подготовка договоров из данных клиента
Компания управляет недвижимостью. Договор с владельцем — это прогноз дохода, комиссии и условия расторжения, и собирали его руками из Excel и базы клиентов. Шесть ручных шагов превратились в один. Что именно ломалось и как это собирали — в кейсе.
Своя система подписания договоров с детальной аналитикой
Готовый сервис подписания не показывал ничего: открыл ли клиент договор, на каком пункте завис, почему пропал.
Смотреть кейс целиком →Вопросы перед внедрением
- Нужен ли ИИ для каждого из этих процессов?
Нет. Перенос полей, расчёты и напоминания по расписанию часто закрываются обычной интеграцией. Модель добавляют для работы с текстом, изображениями и неоднозначными данными.
- Сколько стоит внедрение?
Для оценки нужны объём операций, способы доступа к данным, требования к проверке и сопровождению. Смета должна отдельно показывать разовую работу и регулярные расходы. Начальный разбор процесса у нас бесплатный.
- Придётся ли менять CRM?
Не обязательно. Сначала проверяют, позволяет ли текущая система читать и записывать нужные данные. Иногда требуется другой тариф, дополнительный модуль или изменение процесса.
- Куда попадут данные компании?
Это зависит от архитектуры и поставщиков. Хранение данных в вашей CRM не исключает передачи части информации модели или в журналы обработки. До запуска фиксируют состав передаваемых данных, места обработки, сроки хранения и права доступа.
С чего начать у вас
Выберите один процесс из таблицы и соберите примеры входных данных и правильного результата. На разборе можно сравнить варианты реализации и понять, какие сведения ещё нужны для оценки.
Выбрали процесс, но не уверены, потянет ли ассистент?
За 30 минут разберём его по данным и правилам и скажем прямо: где справится ассистент, где хватит обычной интеграции, а где нужен человек. Бесплатно и без обязательств.