Неполное ТЗ на концепт проектирования увеличивает количество итераций правок в среднем на 40-60%, что раздувает сроки разработки с 3 до 6 недель. Качественное задание — это не список пожеланий, а жесткий технический регламент, который отсекает субъективизм заказчика и фиксирует границы ответственности проектировщика.
Базис: Границы объекта и функциональные требования
Первые три раздела ТЗ должны закрывать вопрос «что именно мы строим». Сюда входят: 1. Точные границы проектирования (площадь, этажность, объем); 2. Целевое назначение и сценарии эксплуатации; 3. Требования к пропускной способности (например, количество людей в час для общественных зон или тоннаж продукции для цехов). Ошибка в определении функционала на этом этапе ведет к ошибкам в концепте проектирования, которые исправляются только путем переделки всей архитектурно-планировочной схемы.
Кейс: При проектировании склада класса А отсутствие в ТЗ требования по высоте стеллажного хранения (12м вместо стандартных 9м) привело к недооценке стоимости фундамента на 15% и пересмотру всей схемы пожаротушения. Вывод: фиксируйте крайние значения параметров, а не средние.
Технологический блок и инженерные ограничения
Разделы 4-6 фокусируются на «начинке». Обязательно прописываем: 4. Перечень основного оборудования с мощностями (кВт); 5. Требования к энергоэффективности (целевой класс или лимит потребления на м²); 6. Ограничения по точкам подключения к внешним сетям. Если в ТЗ не указано, что здание должно иметь автономный источник питания (ДГУ) с временем переключения < 0,1 сек, проектировщик заложит стандартную схему, что для дата-центров или операционных недопустимо.
Пример: Выбор между системой чиллер-фанкойл и VRF в концепте может изменить стоимость оборудования на 20-30% при равной мощности. Без четких требований к точности поддержания температуры в ТЗ, выбор будет случайным. Мой опыт: всегда требуйте указания температурного режима для каждого помещения в градусах с точностью до 1°C.
Нормативный базис и требования к BIM
Разделы 7-9 определяют правила игры. Сюда входят: 7. Перечень обязательных ГОСТ, СНиП и отраслевых регламентов; 8. Требования к уровню детализации модели (LOD 100-200 для концепта); 9. Форматы передачи данных. Интеграция BIM-технологий в создание концепта ускоряет согласование в 2 раза, но только если в ТЗ прописан стандарт наименования элементов и структура дерева проекта, иначе вы получите «цифровую свалку» вместо модели.
Статистика показывает, что 25% конфликтов между заказчиком и подрядчиком возникают из-за разного понимания состава выдачи. Чтобы этого избежать, приложите к ТЗ таблицу с перечнем всех листов и схем, которые должны войти в итоговый концепт. Вывод: отсутствие регламента BIM в ТЗ делает саму модель бесполезной для последующих стадий.
Экономика, сроки и критерии приемки
Заключительные разделы 10-12 фиксируют бизнес-метрики: 10. Целевой бюджет реализации объекта (CapEx); 11. График подачи этапов концепта; 12. Четкие критерии приемки (список KPI). Если в ТЗ не указано, что концепт должен быть защищен перед инвестором, проектировщик подготовит технический отчет, а не презентационный материал, что потребует дополнительного бюджета на визуализацию (от 50 до 200 тыс. руб. за объект).
Мини-кейс: Заказчик требовал «оптимальное решение» без указания бюджета. В итоге концепт предложил энергоэффективную систему с окупаемостью 12 лет, в то время как инвестор рассчитывал на срок 5 лет. Это привело к полному пересмотру раздела ОВиК. Мое мнение: всегда указывайте предельный бюджет на СМР в ТЗ, чтобы инженер не проектировал «космический корабль» за счет вашего бюджета.
Вывод
Идеальное ТЗ на концепт — это документ, который исключает слово «оптимально» и заменяет его конкретными цифрами и нормативами. Начинайте с фиксации жестких границ объекта и бюджета, затем переходите к технологическому заданию. Избегайте делегирования составления ТЗ самому проектировщику — это создает конфликт интересов, где компания будет упрощать решения для ускорения своей работы. Лучший выбор — нанять независимого технического аудитора для верификации ТЗ перед стартом работ.