ИИ для строительной компании 2026: смета, документы, контроль

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

Что даёт ИИ для строительной компании на самом деле?

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

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

Языковая модель сильна ровно в этой работе. Она читает документ целиком, вытаскивает из него нужные поля, сравнивает один файл с другим по заданным правилам и говорит, где не сходится. Скучная сверка, на которой человек к вечеру начинает пропускать строки.

Три вещи, в которых модель сильнее человека.

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

Три вещи, которых она не делает.

Не принимает решение - решение принимает и подписывает человек. Не знает вашего объекта: что грунт оказался другим, а заказчик поменял отделку на словах, ей никто не сказал. И не несёт ответственности перед заказчиком, органом надзора или судом.

Отсюда простое разделение. Модель готовит и проверяет, человек решает и подписывает. Всё, что построено иначе, рано или поздно принесёт вам подписанный акт с чужой ошибкой внутри.

Где вы сейчас

• Всё в бумаге и в Excel, 1С стоит только у бухгалтера. Начинайте с документов и заявок - там ИИ работает прямо с файлами, менять учётную систему для старта не нужно.
• Есть сметная программа и учёт, но между ними человек. Ваш участок - сверки: смета против акта, акт против договора, счёт против спецификации.
• Учёт настроен, ПТО работает, болит контроль объектов. Заходите со стороны отчётов прораба и ежедневной сводки, там быстрее видно результат.
• Пробовали чат с нейросетью, дальше писем и поздравлений не ушло. Это нормальная точка. Разница между игрушкой и рабочим инструментом - в подготовленных образцах и письменных правилах, о них будет отдельный шаг.

Смета: что ИИ считает, а что нет?

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

Смета в России считается по нормативной базе, и с 25 февраля 2023 года субъекты поэтапно переходят на ресурсно-индексный метод с наполнением федеральной системы ценообразования в строительстве. Какая база применяется на конкретном объекте, какие индексы действуют в этом квартале, что заказчик примет, а что вернёт - это знание сметчика и предмет его ответственности. Языковая модель тут не источник истины и не должна им быть.

А теперь то, что она делает хорошо.

Разбирает ведомость объёмов. Проект приходит в PDF, объёмы лежат в таблицах, часть в примечаниях мелким шрифтом. Модель вытаскивает это в один список с единицами измерения и помечает места, где в исходнике неоднозначно.

Приводит наименования к одному виду. У подрядчика «устройство стяжки цементно-песчаной», у вас «стяжка ЦПС», в проекте третья формулировка. Для человека это одна работа, для таблицы - три разные строки. Модель сводит их и показывает, что именно она считает одинаковым.

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

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

Готовый запрос для последней задачи, его можно скопировать и подставить свои файлы:

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

Файл 1 - смета субподрядчика. Файл 2 - наша ведомость объёмов из проекта.

Сделай:
1. Сведи обе таблицы в одну по смыслу работ. Буквальное совпадение названий не требуется. Для каждой пары укажи, какие формулировки ты считаешь одной работой.
2. Отдельным списком выпиши позиции, которые есть у субподрядчика и отсутствуют в ведомости.
3. Отдельным списком выпиши позиции, где объём расходится более чем на пять процентов, и покажи оба числа.
4. Отметь строки, которые выглядят задвоенными внутри сметы субподрядчика.

Правила: не дописывай позиции, которых нет в файлах. Если данных не хватает для вывода, пиши "нет данных" и указывай, чего не хватает. Расценки и нормы не подбирай.

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

Документы: КС-2, КС-3 и исполнительная

Унифицированные формы по учёту работ в капитальном строительстве, включая КС-2 и КС-3, утверждены постановлением Госкомстата России от 11 ноября 1999 года № 100. Форма и порядок ведения общего журнала работ - приказом Минстроя России от 2 декабря 2022 года № 1026/пр. То есть состав полей и перечень документов известен заранее, и это ровно та задача, где модель сравнивает известное с известным.

Что реально поручают на этом участке:

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

Комплектность исполнительной перед сдачей. У вас список выполненных работ и папка актов освидетельствования скрытых работ. Модель сопоставляет одно с другим и выдаёт список работ, по которым документа нет. Перед приёмкой это самая нервная задача в ПТО.

Вычитка перед отправкой. Даты, номера, периоды, наименования сторон, соответствие сумм между актом и справкой. Не творческая работа, но именно из-за неё документы возвращаются на переделку.

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

Про работу с документами вообще - извлечение данных, сравнение версий, сбор реестров - у меня есть отдельная статья про нейросеть для документов, там всё описано без привязки к отрасли.

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

Снабжение: заявки, счета и поставщики

Заявка с объекта редко приходит в виде документа. Чаще это голосовое от прораба, где перечислено семь позиций вперемешку с рассказом о том, что бетон опять не привезли. Дальше кто-то в офисе слушает и перепечатывает.

Модель распознаёт такое сообщение и раскладывает его на строки: наименование, количество, единица, срок, объект. Спорные места помечает вопросом вместо догадки. Прораб при этом ничего не меняет в своей работе, а офис получает готовую строку в реестр.

Сравнение счетов. Три поставщика прислали предложения в трёх разных форматах: один в Excel, второй в PDF, третий текстом в письме. Приведение их к одной таблице руками занимает вечер. Модель делает это за один прогон, и главная ценность даже не в скорости. Сравнение идёт по одним и тем же полям: цена за единицу, объём партии, срок поставки, условия оплаты, доставка включена или нет.

Проверка спецификации на соответствие проекту. Поставщик подставил аналог. Формально позиция закрыта, по факту марка другая. Модель сравнивает спецификацию с проектной и выносит расхождения списком.

Реестр и напоминания. Что заказано, что оплачено, что приехало, что просрочено по сроку поставки. Если у вас это живёт в таблице, разбор и заполнение таблицы тоже можно отдать модели - как это устроено, я показывал в разборе нейросети для Excel.

Отдельно предупреждение. Цены и условия поставщиков - коммерческая информация, и отправлять её в публичный чат без решения по данным нельзя. К этому вернусь в разделе про ограничения.

Контроль объекта: отчёты, сводки и фото

Обычная схема отчётности на объекте держится на дисциплине конкретного человека. Прораб пишет вечером в чат, если не забыл. Часть информации остаётся в голосовых, часть в фотографиях без подписей, часть вообще не доезжает до офиса.

Устроить это можно иначе. Прораб надиктовывает отчёт как ему удобно, свободной речью. Дальше расшифровка и разбор по структуре: выполненные работы с объёмами, задействованные люди и техника, помехи и простои, потребность в материалах, вопросы к офису.

На выходе - одинаковая по форме сводка по каждому объекту, которую можно сравнивать между днями и складывать в недельный отчёт руководителю. Тот же приём для встреч я показывал в разборе нейросети для протокола совещаний, на стройке отличается только набор полей.

Вторая половина отчётности - сравнение факта с графиком. Если график лежит в таблице, а факт приходит ежедневно, модель сама показывает отставание по видам работ и формулирует вопросы, которые стоит задать на планёрке. Не потому что она понимает стройку, а потому что арифметику по сотне строк она делает без пропусков.

Про фотографии скажу честно. Автоматический контроль нарушений по фото - это отдельный класс систем компьютерного зрения, обученных на размеченных данных конкретной задачи: каска на голове, ограждение на краю плиты, наличие бирки. Универсальная языковая модель по снимку даёт черновое описание и общие замечания, но это не приёмка и не основание для акта. Использовать её ответы как доказательство нельзя, как подсказку для обхода - можно.

Договоры и тендеры: где отдача видна быстрее всего

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

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

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

С тендерами история такая же, только объём документации больше. Требования к участнику, состав заявки, критерии оценки, техническое задание, проект контракта - всё это надо прочитать до подачи и сопоставить со своими возможностями. Разбор тендерной документации и сбор требований в чек-лист описан в статьях про ИИ для тендеров и анализ проекта контракта.

Здесь же самый простой способ убедиться, что инструмент вообще работает. Возьмите договор, который вы уже прочитали и знаете наизусть, и прогоните через модель. Совпало с вашим пониманием - можно двигаться дальше. Не совпало - вы за десять минут узнали, где инструмент врёт, и это тоже результат.

Чего ИИ на стройке не умеет и где он опасен

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

Она не отвечает. Ни перед заказчиком, ни перед надзором, ни перед судом. Подписывает человек, и человек объясняет, почему в акте эта цифра. Формулировка «так посчитала нейросеть» не работает нигде.

Она не знает объекта. Что заказчик устно согласовал замену материала, что на прошлой неделе встала техника, что с этим субподрядчиком уже был спор по объёмам - всего этого в файлах нет. Модель работает с тем, что ей дали, и уверенно рассуждает в границах данных.

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

И ещё одно, не техническое. Люди на объекте не любят инструмент, который на них жалуется. Если первым делом вы поставите ИИ считать простои конкретного прораба, отчёты станут ровными и бесполезными. Заходите со стороны разгрузки: сначала то, что снимает с людей бумажную работу, потом всё остальное.

Куда это встаёт: 1С, CRM, таблицы и почта

Уровень первый - руки. Сотрудник открывает чат, кладёт туда файлы, копирует ответ. Плюс: работает сегодня, стоит недорого, ничего не надо интегрировать. Минус: результат живёт в переписке, у каждого свой запрос, качество зависит от того, кто именно спрашивал.

Уровень второй - связка. Документы попадают в общую папку или на почту, оттуда автоматически уходят на разбор, результат ложится в таблицу или в задачу. Люди не меняют привычек, но процесс перестаёт зависеть от того, вспомнил ли кто-то запустить разбор.

Уровень третий - учётная система. Разбор встроен туда, где и так живёт работа: акт разбирается при загрузке, заявка создаётся сразу в номенклатуре, отчёт с объекта попадает в карточку объекта. Подключение моделей к учёту я показывал отдельно: интеграция ИИ с 1С, а работу с клиентской частью - ИИ для CRM.

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

Есть ещё нулевой уровень, о котором забывают. Прежде чем что-то подключать, соберите в одном месте то, чем модель будет пользоваться: типовые договоры, регламенты приёмки, перечень работ, справочник материалов. Это и есть база знаний для ИИ, без неё ответы будут общими.

Как понять, окупится ли это на вашем объекте?

Сначала замер до. Возьмите один процесс и посчитайте по факту: сколько раз в неделю он выполняется, сколько минут занимает один раз, кто его делает. Три сверки актов по сорок минут - это два часа работы ПТО в неделю на одном участке.

Потом замер после. Те же документы, тот же человек, но первая версия разбора приходит от модели, а сотрудник проверяет и правит. Сравнивать нужно честно: время на постановку задачи и проверку ответа - тоже ваше время, и оно входит в счёт.

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

Отдельно предупрежу про счёт за обращения к модели. Он зависит от объёма документов, которые вы прогоняете, и растёт незаметно: один тестовый прогон стоит копейки, а сотня прогонов длинного проекта уже заметна. Как собрать такой расчёт до внедрения, я показывал по шагам в разборе окупаемости ИИ для бизнеса.

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

1. Выберите один болезненный процесс

   Тот, что повторяется каждую неделю и уже раздражает людей: сверка актов, сбор исполнительной, разбор заявок.

2. Соберите папку образцов

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

3. Опишите правила словами

   Что модель обязана вернуть, чего не имеет права придумывать, в каком виде отдаёт ответ и кто его проверяет.

4. Две недели работайте параллельно

   На одном объекте: модель готовит, человек проверяет и правит. Расхождения записываются и превращаются в правила.

5. Замерьте и расширяйте

   Считаете часы и пойманные ошибки, переносите на соседний процесс, без захода на всю компанию сразу.

Шаг 1. Выберите один процесс, который болит

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

Плохой кандидат - редкая творческая задача. Разовое коммерческое предложение раз в квартал вы отдадите модели и без всякого внедрения, но замерить на нём нечего.

Спросите людей, что они делают руками и ненавидят. Список получится короткий и точный, и в нём почти наверняка будут документы.

Шаг 2. Соберите папку образцов

Что кладём в папку: сами документы в том виде, в каком они приходят (сканы, PDF, Excel, письма), примеры правильно сделанного результата, действующие регламенты и типовые формы. Если у вас есть свой перечень проверок при приёмке акта - это самый ценный файл из всех.

Обязательно возьмите плохие случаи. Акт, в котором в прошлом году нашли задвоенную позицию. Смету, которую заказчик вернул. Именно на них видно, ловит модель проблему или проходит мимо.

Сканы низкого качества тоже нужны. Если в реальности документы приходят фотографиями со стола, тестировать на идеальном PDF бессмысленно.

Шаг 3. Опишите правила и проверку

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

Пример запроса для ежедневного отчёта с объекта, его можно взять как основу:

Ты обрабатываешь ежедневный отчёт прораба строительной организации.

На входе - расшифровка голосового сообщения.

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

Правила: используй только то, что сказано в сообщении. Ничего не додумывай. Если поле не упомянуто, пиши "не сказано". Числа переноси без округления. В конце отдельной строкой перечисли места, где сообщение можно понять двояко.

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

Общий подход к таким правилам лежит в статье о том, как писать промпты.

Шаг 4. Две недели параллельной работы

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

Через две недели у вас на руках список типовых промахов. Большая часть из них лечится правилами: добавили строку в запрос, промах исчез. Остаток - это границы инструмента, и их надо просто знать.

Сотрудник, который эти две недели вёл, дальше становится тем, к кому в компании идут с вопросом. Внедрение без такого человека обычно заканчивается вместе с интересом руководителя.

Шаг 5. Замерьте и расширяйте

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

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

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

Чек-лист

• Выбран один процесс с недельной повторяемостью (формулировка «ИИ в компании» не годится).
• Собрана папка образцов: реальные документы, примеры хорошего результата и два-три проблемных случая из прошлого.
• Правила записаны в файл: вход, выход, запреты, кто проверяет результат.
• В каждом запросе есть прямой запрет дописывать то, чего нет в исходных файлах.
• Решён вопрос с данными: что можно отправлять в чат, что обезличивается, что не выходит из контура.
• Проведены две недели параллельной работы, расхождения записаны в таблицу.
• Замер сделан в часах и в пойманных до подписания ошибках, без опоры на ощущения.