Тендер объявлен, пришли три предложения, и одно почти вдвое дороже другого. Первая реакция — «нам завышают цену». Но чаще правда в другом: три подрядчика оценили три разных проекта, потому что техническое задание допускало три разных прочтения.
Хорошее техническое задание (ТЗ) делает предложения сравнимыми, а проект — предсказуемым. Это руководство для фасилити-менеджеров, IT-руководителей и отделов закупок, которые готовят ТЗ на сетевой, охранный или аудиовизуальный проект.
Почему предложения так сильно различаются
Каждая неясность в ТЗ — это риск для подрядчика, и он справляется с ним одним из двух способов. Осторожный подрядчик закладывает риск в цену — и выглядит дорогим. Смелый просто не учитывает неясную часть — и выглядит дешёвым, пока в середине проекта не начнутся запросы на дополнительные работы. В обоих случаях заказчик проигрывает: либо переплачивает, либо теряет контроль над бюджетом.
Представим, например, ТЗ, в котором написано «монтаж 40 камер». В нём не сказано, где ведётся запись, как долго должен храниться архив и кто обеспечивает опоры и питание для уличных камер. Один подрядчик включает в цену видеорегистратор (NVR) с дисками на месяц архива, опоры и PoE-коммутаторы. Другой исходит из того, что регистратор и коммутаторы уже есть. В обоих предложениях — «40 камер», но описывают они совершенно разные работы.
Что должно быть в техническом задании
- Контекст и цели: что происходит на объекте, сколько людей там работает, какой результат вы ожидаете
- Информация об объекте: планы, типы потолков и стен, существующая инфраструктура, монтажные ограничения
- Объём по системам с количествами — сетевые розетки, камеры, двери, помещения
- Функциональные требования и требования к производительности — что система должна уметь
- Стандарты, испытания и критерии приёмки
- Интерфейсы и границы ответственности с другими подрядчиками
- График, рабочие часы и условия доступа на объект
- Передаваемая документация, обучение и гарантийные условия
Описывайте результат, а не только продукт
Самая распространённая ошибка — ТЗ, которое представляет собой лишь список моделей. Оно не говорит, какую задачу решает система, и не оставляет подрядчику возможности предложить лучшее или более эффективное решение. Лучше формулировать требования через результат, а там, где это важно, добавлять минимальные технические параметры.
- Видеонаблюдение: «изображение, достаточное для идентификации лица на входе днём и ночью», а не просто «камера 4 Мп»
- Wi-Fi: требования к покрытию и ёмкости по зонам с ожидаемым числом устройств, а не просто количество точек доступа
- СКС: категория (например, Cat 6A), длина постоянной линии не более 90 м и тестирование каждой линии сертификационным тестером
- Переговорная: размер помещения, число участников, платформа (например, Microsoft Teams Rooms или Zoom Rooms) и требования к разборчивости речи
В такой формулировке требование становится проверяемым: при приёмке можно убедиться, достигнут ли результат. Этот подход одинаково применим к сетевой инфраструктуре, видеонаблюдению и контролю доступа и системам для переговорных.
Границы ответственности: кто что делает
Самые большие различия между предложениями часто кроются не в самой системе, а в работах вокруг неё. Явно укажите, кто отвечает за каждый из пунктов:
- Электропитание оборудования и серверного шкафа
- Сверление стен и перекрытий, вскрытие и восстановление потолков, противопожарная заделка проходок
- Кабельные каналы и лотки
- Координация с интернет-провайдером
- Программные лицензии и срок их действия
- Настройка сети, межсетевого экрана и других существующих систем
- Демонтаж и вывоз старого оборудования
Критерии приёмки и передаваемая документация
Заранее определите, когда работа считается завершённой: какие испытания проводятся, кто на них присутствует и в каком виде передаются результаты. Требуйте протоколы тестирования кабельных линий, схему маркировки, исполнительные (as-built) чертежи, резервные копии конфигураций, безопасную передачу паролей и обучение персонала. Привяжите финальный платёж к документированной приёмке, а не просто к окончанию монтажа.
Формат цены — тоже часть ТЗ
Если каждый подрядчик даёт цену в своём формате, сравнение займёт дни. Приложите к ТЗ шаблон ведомости объёмов работ (BOQ) с одинаковыми позициями и требуйте: цены за единицу, отдельное указание материалов и работ, отдельную цену опций и явный перечень допущений и исключений. Так различия будут видны построчно.
Перед отправкой: финальная проверка
- Предложите осмотр объекта всем участникам на равных условиях
- Установите период для вопросов и делитесь ответами со всеми участниками
- Проверьте, что количества совпадают с чертежами
- Отметьте, какие требования обязательны, а какие — желательны
- Укажите критерии оценки — только цена или цена и техническое качество
- Дайте подрядчикам достаточно времени на подготовку качественного предложения
Готовите ТЗ для нового объекта или модернизации системы? Напишите нам — поможем сформулировать объём и требования так, чтобы полученные предложения действительно можно было сравнить.