... Реальный пример того, что бывает, когда этого не происходит Сентябрь 2026 года, посёлок Хардиково под Орлом: Управление ЖКХ и транспорта администрации Орловского муниципального округа как заказчик заключило контракт на проектирование канализации с воронежским ООО «ТрансПроект» — 350 дней, около 2 млн рублей. В техзадании значилось 23,5 км сетей, по факту схема показала 35,27 км — рост на 50%, что само по себе уже нарушение закона о госзакупках. Заказчик не предоставил технические условия и точные точки подключения, трасса оказалась пересекает охранную зону братской могилы 1942 года (нужна историко-культурная экспертиза), не было готовых проектов санитарно-защитных зон с согласованием Роспотребнадзора. Подрядчик письменно предупреждал, приостановил работы — администрация подала в суд, пытаясь внести его в реестр недобросовестных поставщиков. Арбитражный суд Орловской области иск отклонил: заказчик сам создал невыполнимые условия. И это не исключение — это системная иллюстрация того, что описывает статистика Главгосэкспертизы. Теперь к тому, на чём мои подписчики просили сделать акцент — технологические решения в сложных проектах 🚀 Для промышленных и технологически сложных объектов есть отдельная, ещё более дорогая версия той же проблемы. Классическая ошибка — формулировка задания в духе «цех 8 000 м²» без технологической схемы и перечня оборудования. Архитектор и конструктор начинают проектировать здание как коробку, а не как оболочку под конкретный технологический процесс — и когда наконец появляется технологическое задание, выясняется, что шаг колонн, высота этажей, зоны обслуживания оборудования и воздухообмен заданы неправильно. Переделка идёт по всем смежным разделам сразу — архитектура, конструктив, вентиляция — потому что технологию «пристроить потом» к готовой коробке физически невозможно: эти параметры не корректируются точечно, они определяют геометрию здания с самого начала. Отсюда прямой вывод, который и лежит в основе продуктовой логики АЦКУ и МКСИ через симбиоз машиностроения и строительства: для сложного объекта сначала должна быть зафиксирована технология — что именно производится/работает внутри здания, какое оборудование, какие процессы — и только после этого здание проектируется вокруг неё, а не наоборот. Техзаказчик, который не в состоянии организовать именно такую последовательность (технология → здание, а не здание → втиснутая в него технология), гарантированно закладывает в проект дорогостоящую переделку ещё на старте, даже если лично не напишет в ТЗ ни одной ошибки — просто неправильным порядком согласования разделов. Отсюда и подводные камни — коротко и по делу — ТЗ без технологической части для сложных объектов — мина замедленного действия, срабатывает не сразу, а на стадии рабочей документации, когда переделка стоит в разы дороже. — Исходные данные «примерно» вместо точных — в суде (см. Хардиково) ответственность за это несёт заказчик, а не проектировщик, но время и деньги на переделку теряет весь проект. — KPI заказчика «успеть передать документ в срок» вместо «передать качественный документ» — системно программирует некачественную документацию на входе в экспертизу. — Команда заказчика без инженерной базы, посаженная управлять стройкой как непрофильным видом деятельности (больницы, школы, университеты — ровно та категория, где, по отраслевым данным, 58% таких организаций честно признают нехватку времени на управление проектом) — предсказуемо проигрывает профессиональному подрядчику в каждом споре по объёму/качеству работ. Почему здесь особенно важен опытный ГИП Когда техзаказчик слабый, единственный реальный барьер против того, чтобы некачественное задание доехало до стройплощадки — это опытный главный инженер проекта на стороне проектировщика, который сам видит дыры в исходных данных и в технологическом задании и останавливает процесс, а не молча проектирует по тому, что дали. И это не абстракция — а именно отсутствие квалифицированной персональной ответственности на уровне ГИПа было одним из факторов в деле Трансвааль-парка, именно поэтому с 309-ФЗ персональная ответственность ГИПа и запрет «бумажных» специалистов закреплены законом, а не остаются вопросом корпоративной этики. Хороший ГИП с опытом — это не роскошь при слабом заказчике, а единственная работающая страховка от того, что чужая некомпетентность превратится в чужую аварию. #техзаказчик #стройка #ГИП #управлениепроектами #технологии #правоваяаналитика

🔥 А теперь немного поделюсь своим опытом и пройдусь по техническому заказчику — почему он чаще мешает, чем помогает, и что с этим делать. ‼️ Технический заказчик по идее — самый компетентный человек в проекте. Это он нанимает проектировщика и подрядчика, формулирует задание, видит риски раньше всех и должен защищать интересы инвестора умом, а не бюрократией. А по факту — в массе случаев всё наоборот, и это не моё личное раздражение, а то, что прямо проговаривают на профильных конференциях сами эксперты Главгосэкспертизы. 🚀 Жёсткая статистика, без смягчений Александр Шалаев из Главгосэкспертизы на одной из отраслевых конференций назвал пять системных проблем заказчиков: - непрофессиональные команды с неправильным распределением полномочий, - низкий уровень внедрения инноваций, - неумение сформулировать требования в ТЗ, - недостаточная проработка проектных решений, - некачественная документация на входе в экспертизу. Цифры по итогам обучения заказчиков: только 10% команд заказчика оказались достаточно компетентны для управления проектом, а 85% сотрудников, прошедших обучение, изначально владели лишь 50-60% нужных знаний по управлению стройкой. По одному конкретному крупному заказчику систематические ошибки в документации привели к задержке реализации на полтора года. Отдельно — цитата, которая объясняет корень проблемы: у многих крупных заказчиков «целью становится не создание качественной проектной документации... а соблюдение сроков передачи чего-нибудь». То есть система мотивации заточена под отчёт о факте передачи документа, а не под его качество — и дальше эта логика транслируется вниз на проектировщика и подрядчика, которым приходится работать с тем, что есть. Функционал — чем техзаказчик обязан заниматься, а не просто быть «передаточным звеном» По ГрК РФ техзаказчик — лицо, уполномоченное застройщиком заключать договоры на инженерные изыскания, подготовку проектной документации, строительство, вести технический надзор. На практике это: формулировка полного и непротиворечивого задания на проектирование, предоставление исходных данных (не «примерно», а точных), контроль качества документации до подачи на экспертизу, координация между проектировщиком, подрядчиком и контролирующими органами, управление изменениями по ходу стройки. Это управленческая и инженерная функция, а не секретарская. Хороший техзаказчик — это не абстракция, вот как это должно выглядеть На Форуме «НОТЕХ» профессиональный техзаказчик был описан точной метафорой: «не просто контролирует стройку и фиксирует отклонения, а заранее видит риски» — как радар и штурман одновременно, а не постфактум-регистратор проблем. При отсутствии у инвестора собственной строительной экспертизы техзаказчик должен становиться его бизнес-партнёром с самого раннего этапа, а не подключаться, когда документация уже кое-как готова. Именно раннее привлечение снижает риски и затраты — не на стадии «тушим пожар», а на стадии «пожара ещё не было». ...

🔥 Интересный факт - не всегда бывает так, что госструктуры правы и их защищает государство... ⚖️ СУДЕБНАЯ ПРАКТИКА Арбитражный суд Москвы 29.10.2026 обязал ФАУ «Роскапстрой» выплатить ярославскому АО «ГК ЕКС» 109 млн ₽ за проектирование берегоукрепления четырёх пляжей Сочи. Источник: Арбитражный суд Москвы, 29.10.2026 💬 109 млн ₽ — серьёзная сумма даже для госзаказчика, и такие дела всегда полезно разбирать детально: что именно стало основанием для взыскания — просрочка оплаты, отказ от приёмки без должных оснований, или спор по объёму выполненных работ. Для проектировщиков, работающих с государственными заказчиками, это лишнее напоминание фиксировать каждый этап сдачи работ письменно и не полагаться на устные договорённости. Все урок наперед. Не забываем и контролируем. #судебнаяпрактика #Сочи #госзаказ #проектирование