Пилот ИИ на стройке: как посчитать окупаемость в рублях и часах

Андрей Отинов -

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

Источник: mckinsey.com

Эта статья — рабочий метод, как посчитать пилот ИИ до его запуска: в рублях, часах и предотвращённых ошибках. Она опирается на отраслевые материалы Procore, McKinsey и Autodesk, где тема цифровых инструментов в строительстве разобрана через конкретные процессы — отчётность, управление изменениями, единый источник данных. Решение, которое читатель должен принять после прочтения: запускать пилот, отложить его или закрыть тему и не тратить бюджет.

Что именно происходит: ИИ пришёл на стройку через данные, а не через роботов

Отраслевые библиотеки знаний показывают, где реально сосредоточена цифровизация стройки в 2026 году. В библиотеке Procore — 882 статьи, 81 тема и 32 инструмента, и среди самых свежих материалов — не про «умных роботов», а про проектные данные, отчётность в реальном времени, интеграцию ERP и единый источник правды по проекту. Отдельная категория посвящена ИИ, но внутри неё речь идёт о тех же вещах: как данные с объекта превращаются в решения быстрее, чем человек успевает оформить служебную записку.

Это важная рамка для пилота. Практическая ценность ИИ на стройке сегодня — не в футуристических сценариях, а в трёх измеримых местах:

  • Скорость информации. Procore прямо пишет: у информации на стройке есть срок годности. Коллизия, замеченная в 8:00, к 14:00 — это уже простой бригады и перерасход. Инструмент, который сокращает этот путь, экономит конкретные часы.
  • Единый источник данных. Когда проект живёт в десяти таблицах и пяти мессенджерах, «мелочи тихо съедают прибыль» — формулировка из материалов Procore. Пилот ИИ, который собирает разрозненные данные в одну картину, бьёт по этой утечке.
  • Предотвращение ошибок до бетона. Практика «построить дважды» — сначала цифровая проверка коллизий, потом физическая работа — описана как признак самых прибыльных подрядчиков.

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

Почему это вопрос денег, а не технологий

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

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

Три счётчика, которые есть в любой строительной компании, даже без специальной аналитики:

  1. Часы простоя и переделок. Сколько человеко-часов в месяц уходит на работу, которую пришлось делать заново или ждать.
  2. Стоимость изменений. Сколько change orders и согласований прошло с опозданием и во что это вылилось.
  3. Время на отчётность и поиск информации. Сколько часов руководитель проекта тратит на сбор данных из разных источников вместо управления объектом.

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

Как посчитать пилот: рабочая рамка из четырёх шагов

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

Шаг 1. Выберите одну ошибку, а не «внедрение ИИ». Хороший пилот начинается с формулировки вида: «мы теряем X рублей в месяц, потому что коллизии обнаруживаются на объекте, а не на стадии проверки». Плохой пилот начинается со слов «нам нужен ИИ в проектировании». Материалы Procore о «построить дважды» — хороший ориентир: цифровая проверка до начала физических работ.

Шаг 2. Замерьте базовую линию за 2–4 недели. Посчитайте, сколько раз выбранная ошибка случилась за последний квартал, сколько часов и рублей стоила каждая. Точность до десятков процентов здесь важнее точности до рубля.

Шаг 3. Определите, какую долю ошибки инструмент реально может снять. Это самое честное место метода. Если отчётность в реальном времени сокращает путь информации от прораба до руководителя с двух дней до двух часов, эффект — не «все потери от простоев», а только та их часть, которая возникала из-за задержки информации. Закладывайте консервативную долю: 20–40% от устранимых потерь, а не 100%.

Шаг 4. Сравните с полной стоимостью пилота. В стоимость входят не только лицензии: время команды на освоение, интеграция с существующим учётом (материалы Procore об интеграции ERP показывают, что «разрозненные системы» — отдельная болезнь, и лечится она не бесплатно), обучение и хотя бы один человек, отвечающий за данные.

Что меняется Почему важно бизнесу Что проверить
Информация с объекта доходит за часы, а не дни Меньше простоев и поздних change orders Сколько сейчас занимает путь «заметил — доложил — решили»
Один источник данных вместо разрозненных таблиц Исчезают «мелочи, тихо съедающие прибыль» Сколько часов в неделю уходит на сведение данных вручную
Цифровая проверка коллизий до работ Переделка на бумаге дешевле переделки в бетоне Сколько переделок за квартал и их средняя стоимость
Интеграция с учётом и ERP Пилот не умрёт на этапе ручного переноса данных Есть ли человек и бюджет на интеграцию, не только на лицензию

Где пилот ломается: честные ограничения

Первое ограничение — данные. ИИ-инструменты в строительстве работают от проектных данных, и если данные не собираются или собираются «для галочки», пилот покажет ноль не потому, что технология плоха, а потому что кормить её нечем. Материалы Procore о «скрытом двигателе роста» из проектных данных читаются и в обратную сторону: без данных двигателя нет.

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

Третье ограничение — доступ и стоимость для российской компании. Западные платформы могут быть недоступны, нестабильны или требовать обходных схем оплаты. Это не причина отказаться от метода — сама рамка «рубли, часы, предотвращённые ошибки» работает с любым инструментом, включая доступные в России решения. Но в расчёт пилота обязательно включите риск смены или потери платформы.

Четвёртое — завышенные ожидания. Если поставщик обещает «ИИ оптимизирует всё», а не называет конкретную ошибку, которую он предотвращает, это повод задать вопросы из чек-листа ниже, а не подписывать договор.

Что сделать на этой неделе

Практический чек-лист для руководителя, который хочет подойти к пилоту с калькулятором, а не с надеждой:

  • [ ] Выбрать одну повторяющуюся ошибку (переделки, поздние изменения, ручная отчётность) и записать её стоимость за последний квартал.
  • [ ] Замерить путь одной реальной проблемы: сколько часов прошло от «заметили на объекте» до «приняли решение».
  • [ ] Посчитать часы, которые руководитель проекта тратит на сбор данных из разных источников.
  • [ ] Запросить у поставщика инструмента не презентацию, а ответ: какую именно ошибку и на сколько процентов он сокращает, и на каких данных это работает.
  • [ ] Заложить в бюджет пилота обучение команды и интеграцию — обычно это сопоставимо со стоимостью лицензий.
  • [ ] Назначить одного ответственного за данные пилота; без этого пункта остальные не сработают.

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

Источники

Что почитать дальше