Методика ITERVA

Автоматизация бизнес-процессов с ИИ

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

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

Что считать бизнес-процессом для пилота

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

У хорошей формулировки есть пять частей:

  1. Вход: обращение, документ, звонок, изображение или набор показателей.
  2. Действие: классифицировать, найти, извлечь, сопоставить, подготовить.
  3. Результат: маршрут, заполненная карточка, ответ со ссылкой, список расхождений или рекомендация.
  4. Проверяющий: сотрудник или правило, способные подтвердить правильность.
  5. Граница: где система обязана остановиться и передать случай человеку.

Если эти элементы нельзя назвать, автоматизацию пока рано оценивать: сначала нужно описать сам процесс.

Оценочная матрица процесса

Поставьте каждому критерию от 0 до 2 баллов. Это не универсальная модель принятия решения, а быстрый фильтр перед подробной диагностикой.

Повторяемость0 — единично; 1 — регулярно; 2 — массовый стабильный поток.
Цена процесса0 — неизвестна; 1 — можно оценить; 2 — есть исходная линия.
Проверяемость0 — субъективно; 1 — проверяет эксперт; 2 — есть эталон или чёткое правило.
Данные0 — недоступны; 1 — требуют подготовки; 2 — доступны и представляют реальный поток.
Безопасность ошибки0 — ошибка необратима; 1 — нужен строгий контроль; 2 — ошибку легко перехватить.
Владелец0 — отсутствует; 1 — участвует периодически; 2 — отвечает за критерии и изменение процесса.
  • 10–12 баллов: кандидат на ограниченный пилот.
  • 7–9 баллов: сначала закрыть слабые места — чаще данные, метрики или ответственность.
  • 0–6 баллов: не начинать разработку; вероятно, ценность быстрее даст обычная регламентация или автоматизация без ИИ.

Высокий балл не заменяет оценку рисков, безопасности и правовых ограничений.

Сначала измерьте текущий процесс

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

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

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

Формула потенциального эффекта

Для первого приближения можно использовать такую модель:

Эффект за период = объём × (сэкономленное время × стоимость часа + снижение ожидаемой стоимости ошибок) − эксплуатационные расходы

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

Условный пример, а не обещание результата

Компания обрабатывает 4 000 однотипных документов в месяц. Операция занимает в среднем 6 минут, после пилота человек тратит 2 минуты на проверку. Полная стоимость часа — 900 ₽, эксплуатация решения — 60 000 ₽ в месяц.

Высвобождённое время: 4 000 × (6 − 2) / 60 = 266,7 часа
Стоимость времени:    266,7 × 900 ₽ = 240 000 ₽
Эффект до ошибок:     240 000 ₽ − 60 000 ₽ = 180 000 ₽ в месяц

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

Что входит в паспорт пилота

До начала реализации зафиксируйте одностраничный документ:

  1. Операция, владелец и пользователи.
  2. Текущий объём и исходные метрики.
  3. Входные данные и критерии их допустимости.
  4. Результат системы и способ его проверки.
  5. Основная метрика качества и допустимый уровень ошибок.
  6. Бизнес-метрика: время, стоимость, очередь, конверсия или выпуск.
  7. Исключения, при которых решение передаёт работу человеку.
  8. Права доступа, журналирование и срок хранения данных.
  9. Условие масштабирования, доработки или остановки.

Такой паспорт не является полным техническим заданием. Он удерживает пилот в границах одного управленческого вопроса: стоит ли менять реальный процесс.

Когда ИИ вообще не нужен

ИИ — не обязательная часть автоматизации. Сначала сравните варианты:

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

Иногда лучший результат обследования — отказаться от модели и упростить процесс более дешёвым способом.

Как контролировать риск

Международный стандарт ISO/IEC 42001 описывает систему постоянного управления ИИ, а не разовую проверку перед запуском. Практический NIST AI RMF разделяет работу на функции govern, map, measure и manage: определить ответственность и контекст, измерить качество и риски, затем управлять ими на всём жизненном цикле.

Для ограниченного бизнес-пилота это превращается в конкретные меры:

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

Контрольный список перед запуском

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

Где применять методику дальше

Хотите проверить один процесс?

Пришлите короткое описание входа, объёма, текущей операции и желаемой метрики. Предварительный анализ применимости бесплатный; полный аудит и проектирование — отдельный платный этап.

Заполнить короткий бриф