ТЗ на проєктування: структура та типові помилки

Оновлено: 2026 · Час читання: ~6 хв

Для проєктування ключове — не «допускати помилок», бо це призводить до критичних наслідків для проєкту, які потім перетворюються на дефекти, переробку і затримку строків. Нижче — структура, яку ми використовуємо як базис для проєктування.

1) Правильно викладені загальні дані

Розділ “Загальні дані” у ТЗ — це паспорт проєкту, який знімає 80% непорозумінь між Замовником і проєктувальником. Тут мають бути чітко визначені: назва та місцезнаходження об’єкта, функціональне призначення, клас наслідків (СС), основні техніко-економічні показники (площа/об’єм/поверховість/потужність), межі проєктування (що входить/не входить), вимоги до стадійності та складу розділів, вихідні дані (геодезія, геологія, містобудівні умови, техумови/підключення), очікувані строки та порядок взаємодії (відповідальні особи, канал комунікації, графік погоджень). Типова помилка — “загальні фрази” без конкретики і без переліку вихідних даних, через що проєктування починається “всліпу” і неминуче потребує переробок.

2) Визначені всі критичні вимоги до об'єкту

Критичні вимоги — це параметри, порушення яких призводить до зупинки проєкту, проблем з експертизою, додаткових витрат або неможливості експлуатації. До них належать: обмеження земельної ділянки та охоронні зони, граничні відмітки та геометрія, вимоги пожежної безпеки, евакуації, доступності МГН, несуча здатність основ та конструктивна схема, категорії надійності інженерних систем, резервування/безперебійність (за потреби), вимоги енергоефективності, шуму/вібрації, корозійного захисту, а також вимоги щодо технології/обладнання (якщо це виробничий або інфраструктурний об’єкт). Типова помилка — не зафіксувати “незмінні” параметри на старті: потім будь-яка зміна тягне ланцюг перерахунків і переробок у суміжних розділах.

3) Зазначені особливі вимоги до об'єкту

Особливі вимоги — це специфіка, яка залежить від типу об’єкта, умов експлуатації та ризиків. У ТЗ їх потрібно формулювати чітко та вимірювано: архітектурні/планувальні обмеження, вимоги до матеріалів і фасадних систем, підвищені вимоги до довговічності та ремонтопридатності, умови агресивного середовища, вітрові/снігові райони, сейсмічність (за наявності), необхідність BIM-моделювання та формати передачі (IFC/Revit тощо), вимоги Замовника до комплектності (специфікації, відомості обсягів, відомості матеріалів), вимоги до охорони праці та організації будівництва. Типова помилка — змішувати “бажано” і “обов’язково” або залишати особливі вимоги “на потім”: це створює конфлікти при погодженнях і на будмайданчику.

4) Встановлено хто є Замовником експертизи

У ТЗ має бути однозначно визначено, хто виступає Замовником експертизи (і хто підписує/оплачує експертні послуги), а також формат проходження: повна/часткова, за напрямами, із супроводом авторів розділів. Це важливо, бо саме Замовник експертизи отримує офіційні зауваження, організовує подання/переподання, підтверджує вихідні дані та погоджені рішення. Типова помилка — не визначити відповідальну сторону та регламент відповіді на зауваження: у підсумку губляться строки, “зависають” листи, а проєкт отримує затримку на критичному етапі. Правильно, коли в ТЗ прописано: хто подає, хто супроводжує, хто приймає рішення при конфліктних зауваженнях, та який термін реакції на кожен раунд.

5) Погоджена звітна документація

Окремим пунктом ТЗ варто зафіксувати, яку “звітну”/супровідну документацію Замовник очікує отримати разом із проєктом. Це можуть бути: пояснювальні записки встановленого складу, розрахункові обґрунтування, відомості обсягів робіт, специфікації обладнання та матеріалів, відомості навантажень, протоколи узгоджень, реєстр змін, альбом типових вузлів, вихідні файли BIM, а також комплект для тендеру (у разі потреби). Типова помилка — не узгодити формат і глибину опрацювання “звітності”: проєкт може бути формально коректним, але непридатним для закупівлі/кошторисування/управління будівництвом. Чим раніше визначені вимоги до звітних матеріалів, тим швидше й дешевше їх підготувати без “допробок” наприкінці.

6) Раціонально підібрана стадія проєктування

Вибір стадії (ескіз/передпроєктні опрацювання, “П”, “Р”, або інша стадійність за договором) має відповідати меті проєкту, строкам, ризикам і контрактній моделі будівництва. Якщо Замовник планує тендер на будівництво — потрібна достатня деталізація для коректного порівняння пропозицій і мінімізації “прихованих” робіт. Якщо об’єкт складний або з високими ризиками — доцільно передбачити проміжні погоджувальні етапи, щоб “зафіксувати” ключові рішення до випуску робочки. Типова помилка — намагатися одразу отримати “Р” без належних вихідних даних або без узгодженого “П”: це майже гарантовано призводить до переробок, розриву строків і конфліктів із підрядником. Раціональна стадійність — це контрольована якість та прогнозований бюджет.