У каждой застрявшей программы автоматизации, куда нас зовут, в центре лежит один и тот же артефакт: законченная, посчитанная, хорошо продуманная дорожная карта, которую никто не выполнил. Она ощущается как прогресс, она читается как прогресс, и она незаметно превращается в файл, который никто не открывает, пока команда возвращается к тушению пожаров.
После операционного аудита возьмите один пункт дорожной карты с самой быстрой окупаемостью, зафиксируйте его текущую стоимость как базовый показатель и выпустите самую маленькую версию, которая работает в боевом режиме, с названным ответственным в вашей команде. Измеряйте относительно базового показателя, пусть экономия оплатит следующий пункт, и повторяйте. Программы «всё сразу» и вечные пилоты это то, от чего умирают бюджеты на автоматизацию.
Почему дорожные карты застревают
На отраслевые цифры о том, что происходит после диагностики, стоит посмотреть до того, как что-то планировать.
Источники: MIT Project NANDA, The GenAI Divide: State of AI in Business 2025, прогноз Gartner от июля 2024 года и исследование цифровых трансформаций McKinsey 2018 года.
Внутри этих цифр прячутся две закономерности. Первая, то, что MIT называет разрывом обучения: пилоты застревают, когда инструменты не подстраиваются под реальные рабочие процессы, и пользователи тихо от них отказываются. Вторая, смещение в инвестициях, которое документирует тот же отчёт: бюджеты текут в заметные проекты на витрине, пока автоматизация с самой высокой отдачей сидит без блеска в бэк-офисе. Перевод: компании строят демо, которое впечатляет совет директоров, вместо системы, которая экономит 500 часов в год на обработке заказов.
Очередь по окупаемости, а не по интересности
Хороший аудит отдаёт вам узкие места с проставленной годовой стоимостью. Правило очерёдности механическое: отсортируйте по окупаемости, начните сверху и сопротивляйтесь любой причине сделать иначе. Верхний пункт редко бывает самым интересным. Обычно это что-то вроде перебивания счетов руками, и в этом вся суть: математика окупаемости работает там, где объём большой, правила ясные, а освобождённые часы можно перевести на другую работу. Наш порог для решения идти или не идти это окупаемость примерно за 12 месяцев.
Клиенты иногда настаивают начать с пункта из середины списка, где есть ИИ, потому что он лучше выглядит в демо. Мы держим порядок по окупаемости. Скучная первая победа покупает доверие внутри компании, а доверие это бюджет на всё остальное.
Из чего состоит первая сборка: рабочая система, а не пилот
Пилот это то, что пользователи пробуют. Первая сборка это то, на чём бизнес работает. Эта разница решает, по какую сторону от 95% из отчёта MIT вы окажетесь, потому что инструменты переходят разрыв обучения только тогда, когда живут внутри реального рабочего процесса, с реальными данными, реальными объёмами и реальным ответственным. Вот как это выглядело у FIZI, клиента в дистрибуции продуктов питания, у которого весь поток B2B-заказов шёл через ручной ввод.
| Показатель | До | После |
|---|---|---|
| Время обработки заказа | Около 20 минут на заказ, вручную | Около 1 минуты, одно нажатие |
| Часов в год | 500+ на ввод заказов | Переведены на продажи и сервис |
| Средний чек | Базовый уровень | +33% с подсказками по повторным заказам |
| Годовая экономия на объёме | 0 | €75K+ |
Полная история, включая то, что мы намеренно не автоматизировали, лежит в кейсе FIZI. Вывод по теме: первая сборка была одним процессом, выпущенным в боевой режим и измеренным относительно базовых показателей из аудита. Не платформа. Не программа трансформации. Один процесс, который сразу начал отбивать аренду.
Есть базовые показатели или ничего не было
В опросах Deloitte по автоматизации есть убийственный вывод: больше половины компаний никогда не считают сокращение затрат, которое дала их автоматизация. Нет базовых показателей, нет доказательства; нет доказательства, нет следующего бюджета; нет следующего бюджета, и дорожная карта присоединяется к тем 70% трансформаций, которые сходят на нет. Аудит уже посчитал базовые цифры. Берегите их. Каждая сборка измеряется относительно них, в часах и в евро, на дату, согласованную до начала работы.
Названный ответственный, иначе система деградирует
Автоматизированные системы нельзя включить и забыть. Процессы дрейфуют, появляются краевые случаи, меняются интеграции. Каждая система, которую мы передаём, идёт с документацией, обучением и одним названным человеком на стороне клиента, который за неё отвечает. Этому человеку не нужно быть техническим. Ему нужно замечать, когда что-то выглядит не так, и знать, к кому идти. Поставщик переименовывает одну колонку в прайс-листе, и импорт незаметно кладёт её не в то поле: ответственный заметит странные числа к обеду. Без него вы узнаете об этом на закрытии месяца. Системы с ответственным становятся лучше каждый квартал. Системы без ответственного работают безупречно ровно до той недели, когда перестают.
Петля, которая наращивает сама себя
Сделанная в этом порядке, автоматизация финансирует себя сама. Измеренная экономия от первой сборки оплачивает второй пункт, и каждая сборка учит вас чему-то, что заново оценивает остальную дорожную карту. Что-то дешевеет, потому что инфраструктура уже есть. Что-то отменяется, потому что цифры изменились. Дорожная карта, которая после встречи с реальностью не меняется, была буклетом, а не планом.
- Выберите верхний пункт по окупаемости. Подтвердите, что математика окупаемости всё ещё берёт планку в 12 месяцев.
- Зафиксируйте базовые показатели: текущий объём, минуты на один прогон, доля ошибок, полная стоимость.
- Назовите ответственного за процесс и согласуйте дату измерения.
- Решите создавать или купить для этого конкретного пункта, а не в общем.
- Выпустите самую маленькую версию, которая держит реальный объём в боевом режиме. Измерьте. Опубликуйте результат внутри компании.
Порядок по окупаемости. Боевой режим с первого дня. Базовые показатели, с которыми никто не спорит. Ответственный с именем. Если у вас есть дорожная карта, собирающая пыль, или вам нужен аудит, который даст карту, которую стоит выполнять, записывайтесь на диагностический созвон. Сначала диагноз, потом цена сборки. Никогда наоборот.
Q.Нужен ли формальный аудит до того, как что-то строить?
Нужна диагностика, а формат может гнуться. Что нельзя пропустить, так это измерение: какой процесс, во сколько он обходится в год и какую окупаемость должно взять решение. Строить без этого и есть способ попасть в те 95% с нулевой отдачей. Наш метод описан по шагам в статье об операционном аудите.
Q.Насколько большой должна быть первая сборка?
Достаточно маленькой, чтобы выйти в боевой режим за недели, и достаточно большой, чтобы экономия была видна в месячных цифрах. Один процесс, один ответственный, одно измеримое до и после. Если предложение на первую сборку растягивается на кварталы и отделы, это программа трансформации в одежде автоматизации.
Q.Первая сборка должна быть своей или на готовом сервисе?
Решайте по каждому пункту отдельно, через полную стоимость владения на ваших реальных объёмах. Массовые задачи с небольшим объёмом обычно выгоднее купить; ключевые процессы с большим объёмом и глубокими интеграциями обычно выгоднее иметь своими. Полную матрицу решения мы опубликовали в статье о том, создавать или купить.
Q.А если первая сборка не возьмёт свою планку окупаемости?
Значит, измерение сработало. Разберитесь почему: объёмы оказались ниже, чем на карте, процесс изменился по ходу работы, внедрение застряло. Почините или закройте до того, как финансировать второй пункт. Промах, пойманный базовыми показателями, стоит одной сборки; промах, который никто не измерил, стоит всей программы.
