Павел Степанов Архитектор решений на стыке строительства и AI
Обсудить объект

Для подрядчиков с 3–8 объектами в работе

Кассовый разрыв виден заранее – если данные приходят в расчёт каждую неделю

Начинаю с одного вашего объекта. За 6–8 недель ставлю порядок передачи данных и контур, который сводит их в план-факт и показывает разрыв до того, как он случится.

с 2011 года связываю техчасть проекта с его деньгамипроизводственный отдел проекта на 90 млрд ₽портфель договоров 20 млрд ₽

Разобрать бюджет одного объекта или на почту

откроется чат в Telegram · отвечаю лично
Павел Степанов, архитектор решений на стыке строительства и AI
Павел Степанов Проектный контроль и экономика строительных проектов с 2011 года

Данные по проекту есть. Ответа на вопрос «мы в бюджете?» – нет

  1. Данные по договору остаются у того, кто его вёл. Сумма, график оплат, лимиты, что уже выбрано – у ответственного за договор, в его файлах и в его голове. В расчёт бюджета это попадает тогда, когда кто-то вспомнит спросить. Не важно, юрист это, сметчик или сам директор, – важно, что обязанности передать данные к сроку ни у кого нет.
  2. План затрат на следующий месяц не собирается. Для него нужны данные сразу из нескольких мест: договоры, закупки, графики работ, поступления. Пока их приносят по запросу, а не по регламенту, план либо не делается вовсе, либо делается на глаз.
  3. Бюджет никогда не был собран в структуре, по которой можно вести факт. Смета в одном разрезе, договоры в другом, закупки в третьем. Свести их можно только вручную и только один раз – а дальше факт снова некуда класть.
  4. Факт вносят все и никто. Цифры приходят от разных людей, в разное время и в разной форме. Ни один человек не отвечает за то, чтобы картина по проекту сходилась целиком.
Смета, договор, факт выполнения и оплата попадают в расчёт в разное время – расхождение возникает между ними
Четыре источника данных приходят в расчёт в разное время. Разрыв между первым и последним – это и есть слепая зона.

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

Что с этим можно сделать ↓

Регламент плюс контур: данные приходят вовремя – и сходятся в одном месте

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

Не «цифровая трансформация» и не замена ваших систем. Один узел, один объект, измеримый результат.

  • Регламент передачи данных. Кто, какие данные и к какому сроку передаёт в расчёт. Работает в двух ритмах: недельном – факт по затратам, поступлениям и выполненным объёмам, и месячном – потребности, привлекаемые ресурсы и бюджет следующего месяца. Разработан мной из практики проектного контроля. Без него любой контур показывает прошлое.
  • Первичная структура работ и бюджета. Самая трудоёмкая часть, и её делаю я: разделы проекта → виды работ → материалы, в разрезе, по которому дальше можно вести факт. Структура растёт из технической части – из чертежей, документации и объёмов, – а не из бухгалтерских статей. Поэтому факт ложится в неё без переводчика между сметой и учётом.
  • Цепочка план-факт. Сметная стоимость → договорная цена → законтрактовано → выполнено → оплачено. По каждой статье видно, на каком звене возникает расхождение.
  • Договоры и их исполнение. Сумма, график оплат, лимиты, авансы, удержания, остаток к выборке.
  • Денежный поток и прогноз. Поступления по графику, обязательства перед подрядчиками, помесячный план и точка кассового разрыва.
  • Один ведущий – из ваших людей. Данные в контур сводит один человек. Кто именно – определяем на диагностике: руководитель проекта, администратор проекта или тот, кто уже фактически выполняет эти функции в вашей структуре. Новую должность вводить не нужно. Остальные ничего не заполняют – передают то, что и так делают, к сроку и в один адрес.
Регламент работает в двух циклах: недельном и месячном
Два цикла регламента. Состав процессов и сроки согласуются на этапе настройки.

Чего я не делаю

  • Не заменяю ваши учётные системы и не трогаю бухгалтерский учёт.
  • Не берусь за ТИМ, проектирование и стройконтроль – это не моя зона.
  • Не внедряю AI там, где хватает нормально собранной таблицы. Если ваша задача решается силами ПТО за неделю – скажу об этом на разборе.

Обсудить, что из этого нужно вам откроется чат в Telegram

Четыре шага с фиксированными артефактами – и понятной нагрузкой на ваших людей

Работающий контур – за 6–8 недель. Измеримый эффект в днях и рублях виден на горизонте одного-двух отчётных месяцев: раньше его просто не с чем сравнивать.

  1. 01 1–2 недели

    Диагностика

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

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

    От вас: 5–7 часов интервью суммарно – по 40–60 минут с человеком.

  2. 02 2–3 недели

    Структура и регламент

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

    Артефакт: структура бюджета вашего объекта и регламент, адаптированный под ваши подразделения. Оба документа остаются у вас.

    От вас: сметы, договоры, графики; 2–3 часа в неделю от сотрудника, определённого ведущим на предыдущем шаге.

  3. 03 3 недели

    Запуск контура

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

    Артефакт: работающий контур с планом по месяцам и точкой кассового разрыва.

    От вас: еженедельное внесение данных ведущим, участие остальных по регламенту.

  4. 04 следующий месяц

    Проверка на отчётном месяце и передача

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

    Артефакт: замер – на сколько раньше стало видно отклонение по сравнению с тем, как было; ваш человек ведёт контур без меня.

    От вас: участие в сверке по закрытию месяца.

Итого до работающего контура: 6–8 недель.

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

Начать с диагностики одного объекта откроется чат в Telegram

Третий месяц структура ведёт реальный объект. Приложение – следующий шаг

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

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

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

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

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

Я пришёл к цифровым решениям не из IT, а из бюджета строительного проекта

Я инженер-электрик по образованию. В строительных проектах с 2005 года: начинал с эксплуатации и проектирования систем внутреннего электроснабжения промышленных и коммерческих объектов – рабочая документация, согласования, сдача электроустановок в эксплуатацию.

С 2011 года перешёл в финансовую составляющую проектов – но не в чистые финансы. Все эти годы деньги шли у меня в привязке к технической части: чертежи и документация → объёмы работ → технические задания → коммерческие предложения → договоры и контроль их исполнения. Оборудование и материалы под стройку, работа с подрядными организациями. Затем сметно-договорной отдел: портфель договоров 20 млрд ₽ и 20–30 подрядчиков одновременно. Затем производственный отдел проекта портового терминала стоимостью около 90 млрд ₽ – бюджетирование, контроль затрат, прогноз денежных потоков и кассовых разрывов, приёмка выполненных работ, организация взаимодействия между участниками проекта.

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

Пятнадцать лет в экономике проекта дали главное – понимание того, в какой именно момент и по какой причине смета, договор и факт перестают сходиться.

Это не «я знаю стройку изнутри»: это знание конкретных мест, где рвётся цепочка. Сегодня я соединяю этот опыт с возможностями искусственного интеллекта и современных цифровых инструментов.

Степанов Павел Владимирович в строительных проектах с 2005 года на стыке техчасти и денег проекта с 2011

Инженер не тот, кто всё знает, а тот, кто знает, где это найти

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

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

Сначала понять проблему → потом выбрать инструмент → потом проверить результатом

Четыре этапа в блоке «Как я работаю» – это тот же принцип, разложенный по срокам и артефактам.

Не AI ради AI

Если решение не экономит время, не снижает риск, не уменьшает количество ошибок и не делает картину прозрачнее – возникает вопрос, зачем оно бизнесу. Поэтому я начинаю не с технологии, а с проблемы. И если задача решается без AI и без меня – я скажу это прямо, на первом же разговоре.

Ваши сметы и договоры остаются у вас

  • На пилоте языковые модели не используются вообще. Контур – это структура бюджета и порядок передачи данных. AI появится позже, в приложении, для аналитики и подсказок по рискам.
  • Когда он появится – только решения с российским размещением или разворачиваемые локально. Ваши сметы, договоры и объёмы не уходят в зарубежные сервисы ни сейчас, ни потом.
  • Работаю на ваших данных в вашем контуре.
  • Подписываю ваш NDA до начала работы.
  • Всё, что собрано в проекте – структура, файлы, настройки, инструкции – принадлежит вам. Ваши данные не используются для обучения чего-либо и не показываются другим клиентам.

Вопросы, которые задают на первой встрече

Вы один? Что будет с проектом, если вы завтра выйдете в найм?

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

Мы уже покупали систему. Ей никто не пользуется. Чем это будет отличаться?

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

Кто будет вносить данные? Нам придётся нанимать отдельного человека?

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

А если ответственные не будут передавать данные вовремя?

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

У нас данные в бардаке: часть в Excel, часть в почте, часть в голове у снабженца. С нами получится?

Это нормальное состояние, а не исключение. Диагностика для того и нужна, чтобы понять, что можно свести уже сейчас, а что придётся сначала привести в порядок. Если окажется, что для контроля данных не хватает – вы получите карту того, что надо починить. Это тоже результат, и он остаётся у вас.

Что если через восемь недель результата не будет?

Критерии, по которым мы поймём, что пилот сработал, фиксируем письменно до старта – в днях и рублях, а не «станет удобнее». Если замер их не подтвердил, вы не платите за следующий этап, а всё собранное остаётся у вас.

Нужна ли интеграция с 1С?

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

Кому принадлежит то, что вы сделаете?

Вам – целиком: структура, файлы, настройки, инструкции. Я не оставляю за собой ни прав на результат, ни доступа к вашим данным после передачи.

По какому договору вы работаете?

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

Сколько стоит?

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

Беру два пилотных проекта

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

  • Разберём, как сейчас устроен бюджет одного вашего проекта – без подготовки с вашей стороны.
  • Назову два-три места, где картина расходится с реальностью, и что с этим делать в первую очередь.
  • Скажу прямо, если задача решается силами вашего ПТО без меня и без всякого AI.

Разобрать бюджет одного объекта откроется чат в Telegram, @ambitious_psv

Не пользуетесь Telegram – напишите на почту: pstepanov.pro@mail.ru

Напишите одной строкой, что за объект и что не сходится. Отвечаю лично в течение рабочего дня. Дальше – разговор на 40 минут по видео: без презентации и без коммерческого предложения.

Написать в Telegram