Автоматизация бизнес-процессов с помощью ИИ: с чего начать и как проверить эффект

Как выбрать процесс для первой автоматизации

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

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

Опишите маршрут «как сейчас» и «как должно быть»

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

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

Где нужен ИИ, а где достаточно правил

Когда задача выражена точным условием — «если поле заполнено, передай его в CRM» или «если дата прошла, напомни ответственному» — правила обычно понятнее и легче проверяются. ИИ полезен, когда вход свободный: письмо клиента написано своими словами, текст нужно кратко пересказать или найти подходящий пункт в большом наборе документов. Сложность модели следует добавлять ради конкретной пользы, а не ради слова «ИИ» в схеме.

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

Подготовьте данные и права доступа

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

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

Как провести небольшой пилот

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

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

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

Как посчитать эффект без обещаний «экономии в разы»

Считайте полное время, а не только скорость модели. Условный пример: команда обрабатывает 20 однотипных заявок в день по четыре минуты — это 80 минут ручной работы. После автоматизации нужно измерить время проверки, исправления, разбора сбоев и поддержки интеграции. Если на эти действия уходит 50 минут, реальная экономия составляет 30 минут, а не 80. Пример показывает способ счёта и не является результатом клиента «ИИ-сотрудников».

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

Проверьте повторную отправку, ошибки и журнал действий

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

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

Когда расширять процесс и что спросить у подрядчика

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

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