Заказчик попросил небольшое изменение. Кто посчитает его полную стоимость?

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

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

Почему маленькие изменения дорожают

У изменения обычно три слоя стоимости:

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

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

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

Кто должен считать

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

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

Учебный расчёт: что меняется в марже

Возьмём условный договор. Доход по договору 10 млн ₽, текущий прогноз затрат 8 млн ₽. Маржа до общих расходов и налогов составляет 2 млн ₽.

Заказчик просит изменение. По расчёту оно добавит 0,6 млн ₽ дохода и 0,45 млн ₽ затрат.

Изменение прибыльное: маржа выросла на 0,15 млн ₽. Но этот вывод верен, только если в 0,45 млн ₽ учтены связанные работы. Если прораб посчитал лишь прямые затраты, а переделка короба добавит ещё 0,2 млн ₽, маржа проекта станет меньше исходной. Отдельно нужно проверить срок: если изменение сдвигает окончание и по договору это стоит денег, расчёт придётся дополнить.

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

Формула для проверки любого изменения

Перед ответом заказчику полезно заполнить одну строку:

Новая маржа = (доход по договору + доход изменения) − (прогноз затрат + прямые затраты изменения + связанные затраты + затраты времени)

И три вопроса к ней:

1. Кто подтвердил связанные затраты: только прораб или ещё инженер соседних систем?
2. Сдвигает ли изменение срок, и есть ли в договоре цена этого сдвига?
3. От какой базы считается прогноз затрат и когда он обновлялся?

Если хотя бы на один вопрос ответа нет, называть заказчику цену рано.

Почему важны версии бюджета

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

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

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

Что сделать на следующей неделе

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

В демонстрационном сценарии можно проследить общую цепочку: запрос на изменение, позиции с объёмами, согласование заказчиком, в том числе частичное, и применение к бюджету ровно один раз.

Посмотреть сценарий

Связанная статья: Как согласовать допработы до закупки материалов и начала работ.

Источники и границы примера

• Управление изменениями
• Бюджеты и прогнозы

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