Техническое задание на умный дом: опросный лист и что в нём должно быть

Техническое задание на умный дом – подписанный заказчиком документ, в котором записано, какие системы автоматизируются, в каких помещениях, какими сценариями и чего в объёме нет. Его собирают из опросного листа, объём – 5–15 страниц, и оно предшествует проекту. По практике Instalyator.Pro на 250+ проектах большинство споров на сдаче возникает не из-за поломок, а потому, что в задании о системе не было ни слова.

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

Что такое ТЗ на умный дом и чем оно отличается от проекта

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

Порядок неизменен: сначала подписанное ТЗ, потом проектирование. Без задания проектировщик решает за заказчика, а заказчик узнаёт об этих решениях на пусконаладке, когда исправление стоит денег.

Состав и сроки проекта разобраны в статье «Проект умного дома: что входит и сколько стоит». ТЗ – его первый лист и основание для остальных.

С чего начинается ТЗ: опросный лист

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

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

После встречи инженер раскладывает ответы по системам и помещениям. Черновик уходит заказчику, проходит один-два цикла правок и подписывается.

Что фиксировать по каждой комнате

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

• Свет. Число групп, какие диммируются, есть ли светодиодная лента, нужна ли ночная подсветка. Если светильники в дизайн-проекте выбраны, в ТЗ попадает тип управления драйверами: фазовое диммирование, 0–10 В или DALI.
• Шторы. Какие окна автоматизируются, сколько слоёв, рулонные или раздвижные, нужна ли защита от солнца по датчику. Требование к шуму привода в спальнях – отдельной строкой.
• Климат. Отопление, тёплые полы, кондиционирование, вентиляция – по каждой комнате. Для кондиционеров фиксируют передаваемые команды: включение, режим, скорость вентилятора, уставка.
• Мультирум и медиа. Озвучиваемые зоны, места телевизоров, кинозал. От этого зависит кабель в потолке, и откладывать решение дорого.
• Безопасность и доступ. Датчики протечки и краны с электроприводом, охранная сигнализация, видеодомофон, камеры, замки. Часть этих систем нередко ведут отдельные подрядчики, и ТЗ должно назвать это явно.
• Управление. Где клавишные панели, где сенсорный экран, нужен ли голосовой ассистент, кто из семьи получит доступ к приложению.

Как записать сценарии, чтобы их можно было принять

Сценарий в ТЗ – описание поведения дома, понятное человеку без инженерного образования и проверяемое на приёмке. В формулировке три элемента: чем сценарий запускается, что происходит и в каких помещениях. «Удобный режим вечера» не проверить. «По клавише у входа в гостиную свет переходит на 40%, шторы закрываются, музыка играет на кухне и в гостиной» – проверить можно.

Сценарии записываем поимённо и словами заказчика. Пример из задания для квартиры семьи с ребёнком:

• «Ночь». Запуск – клавиша у кровати в родительской спальне. Гаснет весь свет, кроме подсветки в коридоре на 5%, закрываются шторы во всех спальнях, климат в детской переходит на ночную уставку.
• «Уход». Запуск – клавиша у входной двери. Гаснет свет, отключаются розетки на кухне, кроме холодильника, перекрывается вода, климат уходит в экономичный режим.
• «Утро будни». Запуск – по расписанию в 6:45. Тёплый пол в ванной включается за 30 минут, блэкаут в спальне уходит на треть, свет в коридоре плавно поднимается.

Наше жёсткое правило: сценарий, не названный в ТЗ, не входит в объём пусконаладки. Правило защищает обе стороны. Больше рабочих сценариев – в статье «Сценарии умного дома».

Три формулировки: где проходит граница объёма

Чаще всего конфликт на сдаче рождается из молчания задания о какой-то системе. Заказчик уверен, что камеры входили «в умный дом», подрядчик уверен в обратном, а документа, который рассудил бы их, нет. В задании Instalyator.Pro каждая система из полного перечня получает одну из трёх формулировок.

• «Проектом предусмотреть» – и дальше измеримые требования. Не «быстрый интернет», а «проводная сеть не менее 1 Гбит/с, Wi-Fi в диапазонах 2,4 и 5 ГГц, кабель не ниже категории 5e».
• «Проектом не предусматривать» – система осознанно исключена. Строка не удаляется, а остаётся в тексте с этой пометкой.
• «Предусматривается отдельным проектом» – система будет, но её делает другой подрядчик. Типичный пример – пожарная сигнализация.

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

Ограничения дизайна и бюджетная рамка

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

Отдельный раздел – исходные данные: проект интерьера с экспликацией светильников, проекты смежных систем (отопление, вентиляция, кондиционирование), спецификации купленного оборудования. Каждый пункт помечаем «получено» или «ожидается к дате». Проект по неполным данным начинают с пометкой в ТЗ, какие разделы будут пересматриваться.

Вторая рамка – деньги. Смета в задании не нужна, нужен уровень, на который ориентируется проектировщик. Для квартиры 60–100 м² инженерный умный дом на HDL Buspro по нашим проектам стоит от 700 000 – 1,2 млн ₽ в базовой комплектации до 2–4 млн ₽ на премиальном уровне, и положение между этими границами определяет ТЗ: число сценариев, тип панелей, глубина интеграции климата. Без названной рамки проектировщик заложит то, что считает правильным, и смета придёт неожиданной.

Цены и расчёты ориентировочные. Стоимость рассчитывается индивидуально под задачи заказчика и особенности объекта.

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

Пример фрагмента ТЗ

Так выглядит часть раздела автоматизации для квартиры 120 м² с двумя спальнями, детской и кухней-гостиной. Формулировки упрощены, структура та же, что в рабочих документах Instalyator.Pro: каждая система получает одну из трёх формулировок, а требования записаны так, чтобы проверить их на приёмке протоколом.

Восемь-десять таких строк закрывают раздел автоматизации целиком. Электроснабжение и слаботочные системы оформляют так же, отдельными разделами.

Чего в ТЗ быть не должно

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

Не нужны и формулировки без меры: «максимально умный», «как в отеле», «на перспективу». Каждую трактуют по-своему, принять по ним работу нельзя. «На перспективу» заменяем конкретикой: резерв 20% места в щите, кабель к будущей зоне мультирума, пустая гофра к беседке.

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

Кто составляет и кто подписывает

Черновик ТЗ по итогам опросного листа готовит руководитель проекта или ведущий инженер интегратора. Заказчик читает, правит и подписывает. Дизайнер, если он есть в проекте, согласует разделы с видимым оборудованием: клавиши, панели, термостаты, решётки и ниши.

Подготовка с правками занимает 1–2 недели. Это часть стадии проектирования, которая для квартиры длится 3–6 недель, для загородного дома – 6–10 недель.

После подписи задание меняется только письменным дополнением с подписями обеих сторон. Новая система, добавленная после старта проектирования, означает пересмотр сроков и стоимости. Такая процедура не даёт объёму расползаться незаметно.

Выбирая подрядчика, попросите пример ТЗ по похожему объекту: по описанию сценариев и границ многое понятно о компании. Другие вопросы для такой встречи собраны в статье «Как выбрать интегратора умного дома».

Частые ошибки

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

1. Задание написано по каталогу. Оборудование перечислено, сценариев нет ни одного. Дом собран, каждое устройство включается, но вместе они не работают.
2. Система не упомянута вовсе. Самый дорогой случай: про видеонаблюдение или ТВ-сигнал не написано ни «да», ни «нет», и спор решается на сдаче.
3. Сценарии описаны впечатлениями. «Уютный вечер» вместо конкретного поведения света, штор и музыки. Принять такой сценарий нельзя, и пусконаладка превращается в бесконечную подстройку.
4. ТЗ подписано до решения по дизайну. Если коллекция выключателей и места панелей меняются после проекта, часть документации перевыпускают.
5. Задание подписал один член семьи. Через полгода выясняется, что второй хотел отдельно управлять климатом в кабинете. ТЗ лучше читать вдвоём.