Мой подход к техническому заданию перед архитектурным проектом

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

Почему техническое задание важнее первого эскиза

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

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

Что я фиксирую в техническом задании

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

Горизонт владения и перспектива изменений. Объект, который строится «для себя на всю жизнь», и объект с возможной продажей через несколько лет — это разные проектные решения в части планировки, материалов и инженерии. Я всегда фиксирую этот горизонт до начала работы.

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

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

Посчитаем — и всё станет понятно

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

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