Как выбрать бизнес-процесс для автоматизации с помощью ИИ: критерии и проверка результата
Когда в компании накапливаются несколько кандидатов на автоматизацию — входящие письма, потерянные заявки между отделами, ручная сборка отчётов для руководства — попытка запустить пилоты одновременно создаёт риск не понять, где именно возник сбой и окупается ли настройка. Для первого эксперимента нужно выделить одну операцию с понятным входом и проверяемым результатом, например, подготовку черновика карточки обращения по письму клиента. Это позволяет команде сравнить новый способ работы с привычным и принять взвешенное решение о расширении внедрения.
Подготовка описания текущего процесса до выбора инструмента
Прежде чем подбирать технологию, попросите сотрудника разобрать несколько реальных обращений и показать каждый шаг: где он получает данные, что уточняет, куда переносит результат и кому передаёт задачу. Обязательно зафиксируйте исключения — письма без контактов, повторные обращения, запросы сразу в два отдела — они потребуют разных действий. Границу пилота формулируйте узко: «извлечь из письма тему, контакт и суть запроса, затем подготовить карточку для проверки менеджером». Формулировка вроде «автоматизировать продажи» не даёт ориентира, какой результат принимать и кто за него отвечает.
Разделите операции по способу выполнения. Перенос уже заполненных полей формы в CRM сначала стоит проверить обычной интеграцией. Языковую модель имеет смысл рассматривать там, где нужно разобрать свободный текст или подготовить черновик. Расчёты и проверку обязательных полей можно оставить детерминированному коду, а спорные случаи передавать человеку.
Четыре критерия сравнения кандидатов на автоматизацию
Каждого кандидата на пилот оценивают по четырём параметрам:
- Повторяемость. Соберите данные о числе операций за выбранный период. Частая задача с похожими входными данными удобна для сравнения. Если каждое обращение требует отдельного расследования, сначала уточните правила работы.
- Готовность данных. Проверьте, где лежат письма, документы и справочники, кто имеет к ним доступ и какие сведения разрешено передавать выбранному инструменту. У процесса должен быть доступный источник, по которому сотрудник сможет проверить ответ системы.
- Цена ошибки. Подготовку внутреннего черновика проще ограничить проверкой перед сохранением. Отправка ответа клиенту или изменение данных в учётной системе требуют отдельных правил подтверждения. Для первого пилота выбирайте участок, где ошибку можно обнаружить и исправить до того, как она повлияет на дальнейшую работу.
- Способ приёмки. Заранее определите, что считать правильным результатом. Для карточки обращения это могут быть верно извлечённый контакт, корректная тема и отсутствие сведений, которых не было в письме. Если поле пропущено, система должна показать пропуск, а не дописать правдоподобный ответ.
Эти критерии помогают обсудить задачу и с внутренней командой, и с подрядчиком. На странице AI Landmark автоматизация бизнес-процессов с помощью ИИ описана через отдельные процессы, согласование данных и проверку результата на пилоте — такой подход удобно использовать как основу для списка вопросов перед внедрением.
Фиксация базовых метрик до запуска
До запуска измерьте, сколько времени сотрудники тратят на выбранную операцию. Отдельно учтите исправления и возвраты. Иначе новый вариант можно случайно сравнить только с самой быстрой частью ручной работы. Для пилота заранее запишите:
- какой набор обращений вы будете проверять;
- сколько рабочего времени занимает их обработка сейчас;
- какие ошибки считаются существенными;
- кто проверяет результат и принимает спорные случаи;
- при каких условиях команда продолжит, изменит или остановит пилот.
В проверочный набор включите обычные обращения и исключения: неполные письма, дубли, неоднозначные формулировки. Часть примеров оставьте для итоговой проверки и не используйте при настройке. Это позволит оценить работу на материалах, под которые инструкции специально не подгоняли.
Проверка сквозного пути заявки на пилоте
Рассмотрим условный пример. Помощник читает письмо, выделяет контакт и тему, готовит краткое описание для CRM. Менеджер сверяет черновик с источником и подтверждает сохранение. Если контакта нет или тему нельзя определить однозначно, обращение попадает в очередь ручного разбора. Здесь нужно проверить несколько разных результатов: верно ли помощник прочитал письмо, сохранилась ли карточка, не создалась ли она повторно, видит ли её ответственный сотрудник.
Успешный ответ модели подтверждает только подготовку текста. Для записи в CRM нужно отдельное подтверждение, например идентификатор созданной карточки. На время пилота ограничьте доступ необходимыми данными и действиями. Сохраняйте связь между исходным письмом и результатом, чтобы проверяющий мог быстро восстановить ход обработки. Назначьте человека, который разбирает ошибки, и предусмотрите возврат к ручной работе.
Расчёт времени с учётом проверки и исправлений
Условный расчёт: ручная обработка одного обращения занимает восемь минут. С помощником сотрудник тратит три минуты на проверку и ещё две на исправления. В этом примере высвобождаются три минуты, а не пять. Числа иллюстрируют способ расчёта и не являются результатом внедрения в конкретной компании. Сравнивайте время на сопоставимых наборах обращений. Рядом фиксируйте качество: число существенных ошибок, долю возвратов и случаи, которые потребовали полного ручного разбора. Для оценки затрат учитывайте также настройку, работу сервисов, поддержку интеграции и обновление инструкций.
Критерии решения о расширении пилота
Расширять пилот стоит после того, как команда проверила результат по заранее согласованным условиям. Если карточки создаются быстрее, но сотрудники долго ищут ошибки, сначала разберите причины. Иногда полезным итогом пилота становится более узкая задача: помощник готовит краткое описание, а выбор ответственного и сохранение остаются за менеджером. Для первого запуска достаточно процесса, который сотрудники могут объяснить, измерить и проверить от входных данных до принятого результата. Следующий участок выбирайте по итогам этой проверки, сохраняя понятную ответственность за каждое действие.
Вопросы и ответы
Почему не стоит запускать несколько пилотов по ИИ одновременно?
При одновременном запуске при сбое будет непонятно, в каком именно процессе возникла проблема, и сложно оценить окупаемость работы по настройке каждого из них. Для первого эксперимента выбирают одну операцию с понятным входом и проверяемым результатом.
Какие четыре критерия используются для сравнения кандидатов на автоматизацию?
Критерии: повторяемость операции, готовность данных (доступность источников и права на передачу), цена ошибки (возможность обнаружить и исправить до влияния на дальнейшую работу) и способ приёмки (заранее определённые признаки правильного результата).
Как правильно считать экономию времени при внедрении ИИ-помощника?
Нужно сравнивать полное время ручной обработки (включая исправления и возвраты) со временем работы сотрудника с помощником: проверка результата модели плюс время на исправления. Экономия — это разница между этими суммарными значениями, а не разница между ручной обработкой и временем генерации ответа моделью.