Как составить техническое задание без привязки к бренду: принципы, параметры и проверка

Закупка по техническому заданию, завязанному на конкретный бренд или модель, — частая причина обжалований, отмены аукционов и поставки товара, который формально соответствует ТЗ, но не решает бизнес-задачу. Закон о контрактной системе (44-ФЗ) и закон о закупках отдельных типов юрлиц (223-ФЗ) прямо требуют избегать ссылок на товарные знаки, если они не обоснованы уникальными свойствами. На практике это означает: описывайте что должен делать товар и при каких условиях, а не как он называется. Ниже — пошаговая методология перехода от брендовых привычек к измеримым функциональным требованиям.

Почему привязка к бренду — риск, а не удобство

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

• Правовая уязвимость. Участники закупки или ФАС могут квалифицировать это как ограничение конкуренции. Результат — жалоба, проверка, отмена процедуры, штрафы для ответственных лиц.
• Рыночная ловушка. Единственный поставщик бренда диктует цену, сроки и условия сервиса. Альтернатив нет — переговорная позиция нулевая.
• Технологическая устаревшая. Модели меняются, линейки закрываются, производители уходят с рынка. ТЗ на конкретную модель через год может стать невозможным к исполнению без переработки документации.

Функциональное описание переводит закупку из плоскости «купить именно это» в плоскость «обеспечить такой результат». Это расширяет круг поставщиков, снижает цену за счёт конкуренции и делает ТЗ устойчивым к смене модельного ряда.

Сменяем парадигму: от номенклатуры к функциям

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

1. Фиксируем бизнес-задачу. Не «нужен ноутбук Dell Latitude 5520», а «мобильная рабочая станция для инженера САПР: работа с сборками 500+ деталей, рендеринг, 8+ часов автономности в полевых условиях».
2. Выделяем критические функции. Что товар обязан делать, чтобы задача решалась. Для примера: поддержка видеокарты класса Quadro/RTX A-series, 32 ГБ RAM (расширяемо до 64), экран 100% sRGB, MIL-STD-810H, два Thunderbolt 4.
3. Переводим функции в измеримые параметры. Каждая функция получает числовой порог, единицу измерения и метод проверки. «Хороший экран» → «Яркость ≥ 400 кд/м², покрытие sRGB ≥ 99%, ΔE ≤ 2 по калибровке заводской».
4. Добавляем ограничения среды и совместимости. Напряжение питания, температурный диапазон, вибрация, пыль/влага (IP-код), программные интерфейсы (драйверы под ОС, API, протоколы), габариты, масса, монтажные размеры.
5. Фиксируем требования к жизненному циклу. Срок службы, доступность запчастей и расходников N лет после окончания продаж, условия гарантии и постгарантийного сервиса, SLA времени реакции, наличие авторизованных сервисных центров в регионе эксплуатации.

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

Ключевые группы параметров для описания товара

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

1. Функциональные требования (что делает)

• Основной сценарий использования и граничные режимы.
• Производительность: пропускная способность, частота циклов, объём обработки за единицу времени.
• Точность, разрешение, класс точности, допуски.
• Режимы работы: непрерывный, циклический, пиковый, резервный.

2. Физические и эргономические параметры

• Габаритные размеры, масса, центр тяжести (если критично для монтажа/транспорта).
• Монтажные размеры, паттерн крепления, интерфейсные flange/pattern (ISO, DIN, NEMA и др.).
• Цвет, маркировка, требования к поверхности (коррозийная стойкость, химическая устойкость).
• Эргономика: уровень шума, вибрация, доступ к элементам управления, высота установки.

3. Интерфейсы и совместимость

• Электрические: напряжение, частота, фазность, класс защиты по ГОСТ IEC 61140, потребляемая мощность, пусковые токи.
• Связь/данные: протоколы (Modbus, PROFINET, EtherNet/IP, OPC UA, MQTT), разъёмы (RJ45, M12, D-Sub, оптоволокно), скорость, изоляция.
• Механические: валы, фланцы, патрубки, стандартные размеры (ISO, GOST, ANSI).
• Программные: поддерживаемые ОС, версии драйверов, API, форматы файлов, лицензирование ПО.

4. Среда эксплуатации

• Температура окружающей среды (рабочая/хранение), влажность, конденсация.
• Агрессивные среды: соли, кислоты, щелочи, нефтепродукты, пыль (класс по ISO 14644 или ГОСТ 12.1.005).
• Вибрация, удары, сеисмичность (если применимо).
• Класс взрывозащиты (Ex), пожарная опасность зоны.

5. Требования к качеству, безопасности и соответствию

• Применимые стандарты (ГОСТ, ИСО, EN, IEC, UL, API, ASME) — с указанием конкретных номеров и годов издания.
• Технические регламенты ТР ТС / ТР ЕАЭС (004, 010, 012, 020, 032 и др.) — перечень и подтверждение соответствия (декларация/сертификат).
• Требования к материалам: марки стали, сплавов, полимеров, класс чистоты, сертификаты материалов (3.1 по EN 10204).
• Маркировка, упаковка, комплектация, документация (паспорт, руководство, схемы, сертификаты в русском языке).

6. Жизненный цикл и сервис

• Расчётный ресурс/срок службы (часы, циклы, годы).
• Плановое ТО: периодичность, трудоёмкость, специальный инструмент, расходники.
• Средний время на восстановление (MTTR), доступность запчастей (гарантированный срок поставки).
• Гарантия: срок, условия, порядок обмена/ремонта, SLA сервисного центра.
• Обучение персонала, документация на русском языке, удалённый мониторинг/диагностика.

Как писать измеримые требования: правила формулировок

Слово «качественный», «надежный», «современный», «лучший» в ТЗ недопустимы — они не проверяются. Каждое требование должно содержать: параметр, числовое значение, допуск, единицу измерения, условие измерения и метод проверки (проба, анализ документов, инспекция, демонстрация).

Плохая формулировка	Хорошая формулировка	Почему это работает
Мощный двигатель	Номинальная мощность на валу ≥ 15 кВт при частоте вращения 1500 об/мин, класс эффективности IE4 по IEC 60034-30-1	Число, единица, стандарт, условие — можно проверить паспортом и стендовыми испытаниями
Высокоточный датчик	Предельная основная погрешность ±0,1% от верхнего предела измерения, класс точности 0,1 по ГОСТ 8.401-80	Метрологическая характеристика, привязка к ГОСТ, проверка поверкой
Надежный корпус, защита от пыли и воды	Степень защиты IP66 по ГОСТ 14254-2015 (IEC 60529:2013), корпус из нержавеющей стали 1.4404 (AISI 316L)	Конкретный код IP, марка материала — проверяется визуально и по сертификату материала
Долгая служба батареи	Ёмкость после 1000 циклов заряд-разряд (1C, 25 °C) ≥ 80% от номинальной, по IEC 61960	Количественный порог деградации, стандарт цикла, температура — воспроизводимый тест
Удобный интерфейс	Экран 7″, разрешение ≥ 800×480, яркость ≥ 800 кд/м², мультитач, работа в перчатках, защита IK08	Все параметры измеримы, IK08 — стандарт ударостойкости

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

Работа со стандартами: ссылайтесь правильно

Ссылка на стандарт без номера и года издания — дорога к спору. Указывайте полную дескрипцию: «ГОСТ Р ИСО 9001-2015», «ИЕС 61010-1:2010», «API 6D-2021». Если стандарт имеет национальную адаптацию (ГОСТ Р ИСО…), ссылайтесь на неё — это устраняет двусмысленность версий.

Избегайте фраз «соответствует актуальным стандартам». На дату заключения договора «актуальными» могут быть разные редакции. Зафиксируйте версию в ТЗ или добавьте условие: «Соответствие требованиям стандартов, действующим на дату публикации извещения о закупке».

Для импортного оборудования часто актуальны двойные ссылки: «IEC 60076-1 / ГОСТ Р 52719-2007». Это даёт поставщику гибкость в выборе сертифицирующего органа, а заказчику — уверенность в эквивалентности требований.

Требования к документации и подтверждению соответствия

ТЗ неполно без раздела, определяющего, как именно поставщик докажет соответствие. Стандартный набор способов подтверждения (по ГОСТ Р 53748 / ISO 17050):

• Анализ документации. Паспорта, сертификаты соответствия, декларации, протоколы испытаний заводских/приемо-сдаточных, сертификаты материалов (3.1/3.2 по EN 10204), калибровочные сертификаты.
• Инспекция. Визуальный осмотр, проверка маркировки, комплектации, габаритов, качества исполнения (сварные швы, покраска, сборка).
• Проба (функциональные испытания). Запуск на стенде, проверка характеристик по методике из ТЗ или привязанного стандарта. Обязательно для критических параметров: производительность, точность, герметичность, пусковые токи, уровень шума.
• Демонстрация. Показ работоспособности в собранном виде, работа с интерфейсом, прохождение тестового цикла.

В ТЗ для каждого критического требования указывайте способ подтверждения. Пример: «Производительность насоса подтверждается протоколом заводских испытаний по ГОСТ Р 56593-2015 (ISO 9906:2012), класс точности 1B. Приемо-сдаточные испытания на объекте заказчика по сокращённой программе (3 точки характеристики)».

Типичные ошибки при написании бренд-независимого ТЗ

• Скрытая привязка через уникальные параметры. Указание параметра, который имеет только один производитель (например, патентованная геометрия пропеллера, уникальный протокол связи без альтернатив). Если параметр не обоснован технической необходимостью — это та же ограничение конкуренции.
• Переизбыток требований («на вырост»). Заказ характеристик, избыточных для реальной задачи. Удорожает товар, сужает круг поставщиков, усложняет проверку. Каждое требование должно иметь трассировку к бизнес-задаче.
• Игнорирование совместимости с существующей инфраструктурой. Новый прибор должен встать на место старого без переделки трубопроводов, кабельных лотков, Шкафов, ПО SCADA. Монтажные размеры и интерфейсы — обязательный блок.
• Отсутствие требований к сервису и запчастям. Товар куплен, через 2 года вышел из производства, запчастей нет — объект стоит. Пропишите гарантированный срок поставки запчастей (обычно 7–10 лет после окончания серийного выпуска) и наличие сервиса в регионе.
• Копирование каталога без понимания физики процесса. Параметры из каталога часто даны в идеальных условиях (20 °C, чистая вода, номинальное напряжение). В реальности условия иные — ТЗ должно отражать рабочие условия, а не каталоговые.
• Неполная трассируемость требований. Непонятно, откуда взялось число. Добавьте колонку «Источник/обоснование» в таблицу ТЗ: расчёт, стандарт, опыт эксплуатации аналогичного объекта, требование регулятора, пожелание пользователя.

Чек-лист проверки готового ТЗ перед публикацией закупки

1. Нет ли ссылок на торговые марки, производителей, каталоговые номера без обоснования уникальности?
2. Есть ли у каждого требования: параметр, значение, допуск, единица измерения, условие, метод проверки?
3. Все ли стандарты указаны с номерами и годами издания?
4. Покрыты ли все 6 групп параметров (функции, физика, интерфейсы, среда, качество/безопасность, жизненный цикл)?
5. Есть ли требования к монтажным размерам и интерфейсам для интеграции в существующую систему?
6. Заданы ли сроки гарантии, поставки запчастей, SLA сервиса, обучение персонала?
7. Соответствуют ли требования техническим регламентам ТР ТС / ТР ЕАЭС, обязательным для данного типа товара?
8. Есть ли трассируемость каждого критического параметра к бизнес-задаче или нормативу?
9. Предусмотрена ли процедура приемо-сдаточных испытаний (методика, точки, критерии приёмки)?
10. Проверено ли ТЗ техническим экспертом и юристом по закупкам на предмет дискриминационных условий?

Сценарии: как адаптировать подход под тип закупки

Закупка стандартного оборудования (насосы, вентиляторы, щиты, кабели)

Достаточно ссылаться на отраслевые стандарты и технические регламенты. ТЗ формируется из таблицы параметров: класс эффективности, кривая характеристики, материалы потоковой части, класс защиты, монтажные размеры по ГОСТ/ISO. Критично — требовать протоколы заводских испытаний по актуальным стандартам (например, ГОСТ Р 56593 для насосов).

Закупка сложных технических комплексов (СКУД, АСУТП, серверные, медицинское оборудование)

Здесь функциональные требования выходят на первый план. Описывайте сценарии использования (Use Cases), требования к архитектуре (резервирование, масштабируемость), программным интерфейсам (API, протоколы интеграции), кибербезопасности (соответствие ФСТЭК/ФСБ при необходимости), миграции данных. Обязателен раздел «Пilot/ПИР» — пилотная эксплуатация с критериями приёмки.

Закупка расходников и материалов (фильтры, смазки, спецодежда, реагенты)

Ключевы — состав материала (марка стали, класс чистоты, вязкость, добавки), соответствие ГОСТ/ТУ, срок хранения, условия транспортировки, упаковка (маркировка, тара). Для критических расходников (например, мембраны ОСМО, катализаторы) требуйте сертификаты партии (CoA) и трассируемость к производству.

Закупка уникального / несерийного оборудования

Если товар действительно уникален (нет аналогов на рынке), привязка к бренду допускается, но требует обоснования по ст. 33 ч. 1 п. 1 44-ФЗ или ст. 93 223-ФЗ. Обоснование должно содержать: результаты маркетингового исследования, техническое сравнение с аналогами, подтверждение уникальности свойств. Даже в этом случае функциональная часть ТЗ остаётся обязательной — она станет основой приёмки.

Практический следующий шаг: от черновика к утверждённому ТЗ

1. Соберите рабочую группу: технический заказчик, технолог/эксплуатант, юрист по закупкам, при необходимости — внешний эксперт.
2. Заполните матрицу требований по 6 группам параметров. Для каждой строки проставьте: критичность (обязательно/желательно), источник обоснования, способ подтверждения.
3. Проведите ревью на предмет скрытой привязки к бренду. Замените все брендовые параметры на функциональные аналоги.
4. Согласуйте ТЗ с юристом: проверка на соответствие 44-ФЗ/223-ФЗ, отсутствие дискриминационных условий, корректность ссылок на стандарты.
5. Подготовьте проект извещения и документации закупки параллельно — ТЗ не существует в вакууме, критерии оценки заявок должны вытекать из ТЗ.
6. При необходимости — проведите предварительную рыночную консультацию (RFI) для проверки адекватности требований и наличия поставщиков.

Часто задаваемые вопросы

Можно ли в ТЗ указать «или аналогичный» после названия бренда?

Формулировка «товар марки X или аналогичный» не снимает проблему. Кто и по каким критериям решит, что товар «аналогичный»? Это переносит субъективность на закупочную комиссию и провоцирует обжалования. Правильно: исключить бренд, оставить только измеримые параметры.

Что делать, если на рынке реально только один производитель?

Оформите обоснование единственного поставщика (ст. 93 223-ФЗ, ст. 33 44-ФЗ). В ТЗ всё равно пишите функциональные требования — они понадобятся для приёмки и будущих закупок. Обоснование прилагается к документам закупки отдельно.

Нужно ли в ТЗ требовать сертификаты ISO 9001 у поставщика?

Требовать систему менеджмента качества можно, но только как условие участия (квалификационное требование), а не как характеристику товара. В самом ТЗ описываются свойства товара, а не поставщика. Исключение — если качество процесса напрямую влияет на свойства товара (например, сварка по EN 1090, чистые помещения по ISO 14644).

Как описать требования к ПО, встроенному в оборудование?

Отдельным разделом: поддерживаемые ОС, версии, лицензирование (постоянная/подписка), открытость API/протоколов, возможность обновлений, совместимость с существующими SCADA/MES/ERP, требования к кибербезопасности (отсутствие уязвимостей по базе БДУ ФСТЭК на дату поставки).

Можно ли ссылаться на ТУ (технические условия) производителя?

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

Главный принцип: ТЗ — это язык общения с рынком

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

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