Почему автоматизация часто начинается не с того процесса
Руководителю надоел отчёт - автоматизируем отчёт. На рынке говорят об агентах - делаем агента. Жалобы помогают найти кандидатов, но не определить очередь работ: неприятный процесс может быть редким, а трудоёмкий - почти не влиять на выпуск. Бывает и наоборот: внешне простой шаг скрывает дорогие исключения. Каждую идею стоит проверить как гипотезу о том, что изменится в расходах, потерях или результате бизнеса
Шаг 1 - найти реальный процесс, а не название отдела
«Автоматизировать бухгалтерию» слишком широко для оценки. «Получить входящий счёт, проверить реквизиты, сопоставить с заказом и передать на согласование» уже задаёт начало, конец и результат. У процесса также должен быть владелец. До сравнения кандидатов соберите
- число операций в месяц
- медианное время цикла
- ручное время на одну операцию
- число возвратов и исправлений
- стоимость или последствия ошибки
- системы и данные
- основные исключения
- бизнес-результат процесса
Неизвестные значения не заполняйте удобными предположениями. Отмечайте, что измерено, что оценено со слов сотрудников и что ещё нужно проверить
Шаг 2 - посмотреть фактический поток
Регламент полезно сопоставить с событиями в рабочих системах. Например, Microsoft описывает построение карт процессов по журналам, анализ вариантов маршрута и задержек 1. Начать можно с выгрузки временных отметок из CRM или учёта. Она покажет длительность переходов; чтобы отличить работу от ожидания, нужны отметки начала и окончания работы либо отдельный замер. По его результатам может оказаться, что улучшать следует передачу между этапами, а не самую трудоёмкую операцию
Матрица первичного отбора
Для первого сравнения используйте авторскую шкалу от 1 до 5. Она помогает обсуждать различия, но не является проверенной моделью прогнозирования окупаемости. Промежуточные оценки согласуйте одинаково для всех кандидатов
| Критерий | 1 балл | 5 баллов |
|---|---|---|
| экономическая боль | почти незаметна | заметно влияет на расходы, выручку или пропускную способность |
| частота | несколько раз в месяц | много раз ежедневно |
| повторяемость | каждый случай уникален | большая часть идёт по похожей логике |
| качество данных | данных мало и они противоречат | данные доступны и стабильны |
| измеримость | нет исходных измерений | есть ясные метрики до внедрения |
| простота интеграций | много закрытых систем | доступные интерфейсы и понятные владельцы |
| управляемость риска | ошибка дорогая и трудно обратима | ошибка быстро обнаруживается и исправляется |
| влияние на другие процессы | локальная мелочь | снимает узкое место для нескольких команд |
Стоп-факторы рассматривайте отдельно от суммы баллов. Высокая частота не компенсирует неприемлемую цену необратимой ошибки, отсутствие разрешённого доступа к данным или ответственного за процесс
Шаг 3 - посчитать доступный экономический эффект
Все компоненты нужно считать за один период, в деньгах и без повторного учёта. Дополнительную маржу от роста числа обработанных заказов нельзя ещё раз прибавить как «стоимость снятого ограничения». В условном примере 20 часов рутины в месяц могут давать небольшой резерв труда, но задержка выставления счетов способна сдерживать весь поток заказов. Проверьте обе связи: превратятся ли высвобождённые часы в снижение расходов и позволит ли ускорение действительно получить больше маржи. Само по себе сэкономленное время ещё не равно деньгам
Шаг 4 - умножить на вероятность успеха
Предположим, две идеи обещают по 3 млн рублей годового эффекта. У одной есть измеренный поток, доступные данные и понятные интеграции; у другой оценка держится на презентации. Это условное сравнение, но оно показывает, почему одинаковая сумма не делает проекты равными
Это упрощение для двух исходов: получить указанный эффект или не получить его. Если возможны частичный результат и задержка запуска, считайте несколько сценариев с их вероятностями. Не приписывайте оценке точность, которой нет: за ней должны стоять данные и причины возможного провала
- процесс нестабилен
- данные плохие
- нет владельца
- много исключений
- интеграция неизвестна
- метрика плохо измеряется
- сотрудники не будут использовать результат
Перечень не даёт готового процента вероятности. Он показывает, какие предположения нужно проверить пилотом и насколько результат зависит от организационных изменений
Шаг 5 - вычесть полную стоимость и риск
В полную стоимость включаются разработка, интеграции, сервисы, сопровождение и внутреннее время команды. Ущерб оценивается отдельно по последствиям ошибок: неверная сводка и неверный платёж неравнозначны. Проверяйте, что один и тот же убыток не учтён и как снижение эффекта, и как отдельный риск. Для неприемлемого последствия мало «хорошего среднего»: такой сценарий остаётся стоп-фактором
Карточка инвестиционной гипотезы
- процесс и владелец
- объём операций
- исходная стоимость и потери
- главное узкое место
- предлагаемое изменение
- доступный эффект
- вероятность успеха и причины оценки
- полная стоимость владения
- основные риски
- уверенность в исходных данных
- метрика пилота
- правило остановки
Для сравнения карточек используйте одинаковый горизонт. Если проект запускается в середине года, нельзя приписывать ему полный год рабочего эффекта, оставляя затраты за первый год
Отдельно оценивайте уверенность в расчёте
В условном сравнении процесс А измерен на 12 000 операций за год, а процесс Б оценён словами «ребята тратят на это примерно половину дня». Даже одинаковая расчётная выгода опирается здесь на разные данные. Добавьте в карточку уровень уверенности
- высокая - есть журналы, объём, время, ошибки и денежная связь
- средняя - часть данных есть, часть оценена выборочно
- низкая - гипотеза строится в основном на интервью и предположениях
Проект с низкой уверенностью не обязательно плохой. Просто первым шагом должен стать замер, а не разработка
Почему высокий ROI не всегда означает «делать первым»
ROI показывает соотношение чистого эффекта и затрат за выбранный период, а не время возврата вложений. У проекта с высоким ROI может быть долгая подготовка; небольшое изменение с меньшей годовой выгодой иногда освобождает команду раньше. Поэтому в очереди стоит различать два типа работ
Финансовый эффект и затраты должны относиться к одному периоду. ROI не равен сроку окупаемости; при постепенном запуске и сложном денежном потоке простой показатель ROI не заменяет полноценную финансовую модель.
Быстрые доказательства. Небольшие процессы с коротким циклом внедрения, хорошими данными и низким риском
Стратегические активы. Более сложные проекты, которые меняют важную часть бизнеса и могут создавать долгосрочный эффект
Соотношение этих типов зависит от бюджета, людей и зависимостей между проектами. Универсальной доли для «быстрых» и «стратегических» задач нет
Что показывают компании с высоким эффектом от ИИ
В опросе McKinsey 2026 года около 6% респондентов отнесены к группе с высоким эффектом: они связывали с ИИ не менее 5% прибыли до уплаты процентов и налогов (EBIT) и называли его вклад существенным. Почти три четверти этой группы сообщили о фундаментальном изменении рабочих процессов; среди остальных - примерно четверть 2
Это связь в ответах участников опроса, не доказательство того, что перестройка сама по себе вызвала финансовый эффект. Для выбора проекта отсюда полезен практический вопрос: какой шаг исчезнет или изменится после внедрения и как это отразится на результате? Если такого ответа нет, пока оценивается покупка технологии, а не изменение процесса
Пример сравнения трёх кандидатов
Условно сравним три идеи. Описания ниже задают предположения, а не результаты клиентских внедрений или рассчитанный рейтинг
А. Сводка еженедельных встреч. Предположим, встреч много, результат проверяется до использования, а прямой денежный эффект невелик. Тогда это кандидат на небольшой пилот, если в расчёт включены проверка и требования к данным
Б. Обработка входящих лидов. Предположим, есть частый поток, хорошие данные и подтверждённые потери при передаче менеджеру. В пилоте можно ограничиться классификацией и черновиком карточки, не выдавая ИИ право обещать условия клиенту
В. Автономное согласование нестандартных договоров. Потенциальная выгода может быть большой, но исключения, слабые данные и высокая цена решения не позволяют сразу выбирать автономный режим. Сначала нужны правила проверки и работа с участием специалиста
При таких предположениях обработку лидов разумно проверить раньше автономного согласования договоров. Но назвать её лучшей инвестицией без расчёта нельзя: неизвестны стоимость, размер потерь и фактическая готовность. Сводки встреч тоже могут оказаться удобнее для первого ограниченного теста. Матрица нужна, чтобы выявить эти различия, а не заранее оправдать понравившуюся идею
Правило остановки нужно придумать до запуска
До запуска пилота договоритесь, когда его останавливают или пересматривают. Возможные основания
- качество критичного решения ниже установленного порога
- ручная проверка съедает большую часть экономии
- интеграция требует затрат выше первоначального диапазона
- пользователи не используют результат
- рост скорости не приводит к бизнес-эффекту
- контрольная группа улучшается так же без внедрения
Для критической ошибки или нарушения доступа остановка может потребоваться сразу; для экономической гипотезы нужен заранее выбранный период наблюдения. Уже потраченные деньги не заменяют оснований продолжать проект
Как составить очередь на квартал
- собрать, например, 10–20 процессов-кандидатов; это размер рабочего списка, не норматив
- отправить процессы без владельца и метрики на подготовку, а не сразу в разработку
- оценить первичную матрицу
- выбрать, например, 3–5 кандидатов для более точного расчёта
- измерить неизвестные данные
- выбрать один-два быстрых пилота
- при наличии ресурсов оставить один стратегический проект в подготовке
- после пилота обновить оценки всего портфеля
Число кандидатов и пилотов подстраивается под возможности команды. После первых измерений очередь пересматривается: первоначальный рейтинг - рабочая гипотеза, не обязательство реализовать все идеи в заданном порядке
источники и методика
- Microsoft: обзор процессной аналитики - карты процессов по событиям и анализ отклонений. Не подтверждает предложенную балльную модель отбора
- McKinsey: состояние ИИ в 2026 году - опубликовано 25 августа 2026 года; опрос 4 мая - 8 июня 2026 года, 1 719 участников из 97 стран. Данные об эффекте и изменении процессов основаны на ответах респондентов
Матрица и формулы - авторские инструменты для сравнения гипотез, не аттестованная инвестиционная модель. 20 часов, 3 млн рублей и 12 000 операций - условные примеры. Реальные вероятности успеха, суммы и сроки должны опираться на данные компании; статистика McKinsey их не подменяет



