Журнал / Кирилл Наумов
ИИ в строительстве: как найти нужный ответ, пока стройка не пошла дальше
Практический подход к ИИ в строительстве: поиск по проектной документации, контроль редакций и ответственность за решения.
Автор: Кирилл Наумов ·
Первый полезный ИИ на строительном проекте — необязательно робот на площадке. Это может быть помощник, который находит утверждённую редакцию чертежа до того, как бригада начнёт работать по старой. Руководителю проекта нужно найти пункт договора о дополнительном объёме, начальнику участка — понять, утверждено ли поручение или его ещё обсуждают. Вопросы обычные, а последствия уверенного ответа по устаревшему файлу — нет.
Интерес уже есть, но внедрение пока на ранней стадии
В глобальном опросе RICS 2025 года, в котором участвовали более 2 200 специалистов, 45% респондентов сообщили, что в их организациях ИИ пока не внедрён; ещё 34% описали ранние пилоты. Участники видели потенциал в проектировании, мониторинге хода работ, планировании и проверке документов. Это мнение участников опроса, а не доказательство эффективности конкретного продукта. Практический вывод скромнее: многие компании изучают ИИ, но переход от удачной демонстрации к надёжному рабочему процессу ещё предстоит выстроить.
Среди препятствий RICS называет нехватку навыков, сложности интеграции, доступность данных и стоимость внедрения. Поэтому начинать разумнее не с программы преобразований всей компании, а с ограниченного процесса: одна повторяющаяся задача, один набор документов и команда, способная сверить ответ с официальным источником.
Пусть каждый ответ ведёт к источнику
Помощник, который ищет по утверждённым спецификациям, чертежам, протоколам и журналу изменений, должен возвращать не только гладкий текст. Нужны ссылка на файл, редакция, страница или раздел и дата. Если записи противоречат друг другу, система должна показать расхождение и передать вопрос на проверку. Молча выбрать самый убедительный вариант — это не координация, а новый способ спрятать неопределённость.
До загрузки документов определите границы поиска: какие папки разрешены, кто отмечает актуальную редакцию, как помечаются старые версии и какие данные доступны только проектной команде. Проверьте правила доступа, хранения и использования информации у поставщика. Если утверждённого ответа в документах нет, помощник должен сказать «не найдено», а не сочинять распоряжение.
Стандарт RICS по ответственному использованию ИИ говорит об управлении данными и системой, рисках, проверке результатов и сохранении профессионального суждения. В строительном примере RICS отдельно подчёркивает, что вывод может зависеть от полноты контекста и требует оценки ответственным специалистом. Это не запрет на инструменты, а напоминание встроить проверку в сам рабочий процесс.
За важные решения отвечают конкретные специалисты
ИИ может помочь найти пункт договора, сравнить редакции, собрать поручения из протокола или подготовить черновик ответа. Но ему не следует утверждать изменение объёма работ, подтверждать расчёт, менять правила безопасности или давать команду работать по спорной документации. Здесь есть техническая, договорная и безопасностная ответственность. Специалист проверяет цитируемый материал, учитывает ситуацию на площадке и фиксирует решение обычным для проекта способом.
Практическое правило: ИИ помогает ответить на вопросы «Где это подтверждено?» и «Что сказано в источнике?», но не превращает неоднозначный документ в официальное согласование. Профиль NIST для генеративного ИИ рекомендует управление рисками, ясное распределение ролей, человеческий контроль и проверку по заранее известной информации. В рабочем процессе это означает определить владельца сценария, разрешённые действия, случаи передачи специалисту и порядок разбора ошибок и отменённых рекомендаций.
Проверяйте настоящую задержку, а не эффектность демонстрации
Выберите повторяющуюся задачу, которая отнимает время: найти утверждённую деталь, проследить изменение, подготовить заметку для передачи проекта или сверить поручение с последней записью. Начните с прошлых вопросов, где правильный ответ известен. Требуйте ссылки и понятного ответа «не найдено / нужна проверка». Попросите сотрудников оценить точность, качество источников и время проверки. Фиксируйте не только удачные ответы, но и пропуски с ситуациями, где ошибка едва не прошла незамеченной.
Измеряйте именно ту проблему, ради которой начали. Если цель — быстрее находить сведения, сравнивайте время до правильного и проверенного ответа. Если цель — снизить ошибки координации, сначала определите, что считается ошибкой и может ли пилот на неё повлиять. Быстрый ответ чат-бота сам по себе ещё не означает рост производительности. Расширяйте пилот, когда команда доверяет процессу, а не только красивой демонстрации.
Прежде чем спрашивать «какую AI-платформу выбрать?», выясните, где проектные команды теряют время, какой документ считается главным и кто отвечает, когда источники расходятся. ИИ не превратит разрозненную документацию в стройную систему по щелчку. Но он может упростить поиск по хорошо организованным данным и оставить специалистам больше времени на решения. Хорошее начало — меньше людей, которые ищут файл, пока площадка ждёт.
Кирилл Наумов — консультант и предприниматель с 16-летним опытом в ритейле, строительстве, гостиничном бизнесе и других отраслях, включая 11 лет работы в Apple. Семь лет он преподавал маркетинг и продажи участникам программ MBA. Он помогает компаниям связывать внедрение ИИ с клиентским опытом и реальной работой команд.
Подробнее об AI for Retail workshop → · Обсудить диагностику AI
Полезные материалы: Отчёт RICS об ИИ в строительстве за 2025 год · Стандарт RICS об ответственном использовании ИИ · Профиль NIST по генеративному ИИ.