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

01Каким должно быть хорошее ТЗ на архитектурный проект

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

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

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

02Что такое техническое задание и чем оно отличается от проектной документации

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

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

Не стоит смешивать техническое задание с разделом архитектурных решений или с рабочей документацией марки АР. Раздел АР является частью проектной документации, где отражаются принятые архитектурные решения. ТЗ же задаёт исходные условия для их разработки.

Для объектов капитального строительства состав проектной документации определяется специальными нормативными требованиями. Например, постановление Правительства РФ № 87 регулирует состав разделов проектной документации и требования к их содержанию для соответствующих объектов, но не является универсальным шаблоном текста ТЗ для любого частного проекта.

03Какие разделы должны входить в ТЗ на архитектурное проектирование

Общие сведения об объекте

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

В зависимости от ситуации в этот блок включают:

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

Этот раздел нужен архитектору, чтобы понимать не отдельное пожелание, а общую задачу проекта.

Исходные данные и документы

Без исходных данных даже подробное ТЗ может оказаться неполным. В этом разделе указывают, какие материалы уже предоставлены, какие нужно получить и какие сведения ещё требуют уточнения.

К исходным данным могут относиться:

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

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

Функциональное назначение и сценарии использования

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

В ТЗ полезно зафиксировать:

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

Например, для дома недостаточно написать «нужна кухня, спальня и кабинет». Более полезно указать, должна ли кухня быть объединена с общей зоной, где должна находиться приватная часть и какие помещения должны иметь отдельный доступ.

Объёмно-планировочные требования

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

В зависимости от задачи фиксируют:

• желаемое количество этажей;
• примерные габариты объекта;
• ориентировочную площадь;
• требования к высоте помещений;
• расположение основных функциональных зон;
• требования к естественному освещению и ориентации помещений.

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

Архитектурный образ и внешний вид

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

Вместо фразы «сделать современно и красиво» лучше указать:

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

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

Материалы и отделка

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

В ТЗ можно зафиксировать:

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

Требования к участку и благоустройству

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

Это могут быть требования к:

• подъездам и пешеходным маршрутам;
• парковочным местам;
• хозяйственным зонам;
• озеленению;
• зонам отдыха;
• связи здания с рельефом.

Требования к инженерным системам

Архитектурное ТЗ не заменяет инженерное проектирование, но должно учитывать ограничения, которые влияют на планировку.

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

Нормативные и специальные требования

В ТЗ не нужно переписывать всю нормативную базу. Однако необходимо обозначить условия, которые могут существенно повлиять на проект.

К таким условиям могут относиться:

• требования доступности для маломобильных групп;
• пожарные ограничения;
• санитарные требования;
• требования по энергоэффективности;
• акустические ограничения;
• особые условия для объектов культурного наследия или территорий со специальным режимом.

Применимость конкретных требований зависит от назначения объекта, его характеристик и правового статуса.

Стадии и состав проектных работ

Одна из частых причин споров — разные представления сторон о том, что входит в работу.

В ТЗ стоит определить:

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

Результат работы и выдаваемые материалы

Нужно заранее определить, что именно передаёт проектировщик.

В ТЗ можно указать:

• состав чертежей;
• необходимость визуализаций;
• наличие трёхмерной модели;
• необходимость BIM-модели;
• форматы файлов;
• необходимость исходных редактируемых материалов.

Согласования и взаимодействие

Даже хорошее ТЗ может не решить проблему, если не определён порядок общения.

Полезно указать:

• кто принимает решения от имени заказчика;
• кто утверждает промежуточные результаты;
• как передаются замечания;
• сколько участников имеют право давать указания;
• как фиксируются согласованные изменения.

Сроки, бюджет и порядок изменений

В ТЗ желательно разделять сроки отдельных этапов, время проверки материалов заказчиком и порядок внесения корректировок.

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

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

Матрица требований: обязательное, желательное и допустимое

Практичный способ сделать ТЗ понятнее — разделить требования по приоритетам.

• Обязательно — условия, без которых проект нельзя считать соответствующим задаче.
• Желательно — важные пожелания, которые учитываются при возможности.
• Предпочтительно — варианты, которые желательно рассмотреть, но архитектор может предложить альтернативу.
• Не допускается — решения, которые заказчик исключает.

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

Раздел ТЗ	Что зафиксировать	Зачем это нужно
Общие сведения	Назначение объекта, место, цели проектирования	Помогает понять общую задачу и границы проекта
Исходные данные	Документы, ограничения, материалы участка	Позволяет проектировать с учётом реальных условий
Функциональная программа	Помещения, процессы, связи между зонами	Формирует основу удобной планировки
Архитектурные требования	Образ здания, фасады, референсы	Согласует ожидания по внешнему виду
Состав результата	Чертежи, модели, форматы файлов	Убирает споры о том, что должно быть передано

04Что приложить к техническому заданию

Приложения к ТЗ зависят от объекта, но обычно полезны материалы, которые помогают проектировщику принимать решения.

• документы на участок — для понимания правовых условий;
• топографические материалы — для работы с рельефом и размещением здания;
• фотографии — для оценки существующей ситуации;
• материалы обследований — для реконструкции;
• референсы — для понимания визуальных предпочтений;
• перечень оборудования — если оно влияет на архитектуру;
• функциональная программа — для формирования планировки.

05Как правильно формулировать требования в ТЗ

Хорошее требование должно быть понятным и проверяемым.

Плохо: «Сделать удобную планировку».

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

Плохо: «Нужен красивый фасад».

Лучше: «Предпочтителен спокойный современный образ без сложного декоративного оформления; материалы и композицию предложить на стадии концепции».

06Типичные ошибки при составлении ТЗ

1. Слишком общие формулировки. Возникают из-за попытки описать объект несколькими словами. Приводят к разным ожиданиям сторон. Лучше переводить пожелания в конкретные требования.

2. Отсутствие исходных данных. Происходит, когда проект начинают до изучения участка и ограничений. Это приводит к переделкам.

3. Смешение обязательных требований и пожеланий. Архитектору становится непонятно, какие решения нельзя менять.

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

5. Отсутствие границ работ. Без состава результата сложно определить, что входит в договор.

6. Нет этапов и точек согласования. Это приводит к обсуждению большого объёма работы уже после выполнения.

7. Нет порядка изменений. Новые требования появляются без понятного механизма их учёта.

8. Несогласованные требования. Например, одновременно требуется большая площадь, сложный фасад и минимальный бюджет строительства.

9. Смешение ТЗ с разделом АР. В результате заказчик пытается получить готовые архитектурные решения ещё до начала проектирования.

07Практический каркас структуры ТЗ

1. Общие сведения об объекте.
2. Цели и задачи проектирования.
3. Исходные данные и документы.
4. Сведения о земельном участке.
5. Функциональная программа.
6. Объёмно-планировочные требования.
7. Архитектурно-художественные требования.
8. Материалы и отделка.
9. Инженерные и специальные требования.
10. Требования к благоустройству.
11. Стадии проектирования.
12. Состав выдаваемых материалов.
13. Форматы цифровых результатов.
14. Сроки и порядок согласования.
15. Порядок внесения изменений.
16. Критерии приёмки.
17. Приложения и исходные документы.

Это рабочий каркас, а не обязательная юридическая форма для всех проектов.

08Нормативная сторона технического задания

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

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

Нормативные документы, регулирующие состав проектной документации, включая постановление Правительства РФ № 87, определяют структуру проектных материалов, а не превращают ТЗ в копию проектной документации.

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

09Как проверить ТЗ перед передачей архитектору

1. Понятно ли, какой объект нужно проектировать?
2. Определены ли цели и основные задачи?
3. Есть ли необходимые исходные данные?
4. Известны ли ограничения участка?
5. Описана ли функциональная программа?
6. Зафиксированы ли важные количественные требования?
7. Понятна ли степень свободы архитектора?
8. Определены ли этапы работы?
9. Понятен ли состав конечного результата?
10. Указаны ли форматы передачи материалов?
11. Определён ли порядок согласования?
12. Есть ли механизм внесения изменений?
13. Приложены ли необходимые материалы?
14. Устранены ли очевидные противоречия между требованиями?

10Частые вопросы

Нужно ли составлять ТЗ отдельно, если есть договор на проектирование?

Да, обычно договор и ТЗ выполняют разные функции. Договор регулирует отношения сторон, а ТЗ описывает содержание и требования к проектным работам.

Можно ли использовать один шаблон ТЗ для дома, офиса и общественного здания?

Можно использовать общий каркас, но содержание должно адаптироваться под назначение объекта, ограничения участка и состав работ.

Кто должен составлять ТЗ — заказчик или архитектор?

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

Нужно ли заранее выбирать все материалы и фасадные решения?

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

11Как проверить ТЗ перед началом архитектурного проектирования

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

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

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