Неполное техническое задание — самая частая причина проблемных закупок. Поставщики трактуют пробелы по-разному, сравнить предложения становится невозможно, а после подписания договора всплывают доплаты и споры. Поэтому перед отправкой ТЗ на рынок его нужно проверить не на «красоту формулировок», а на полноту: закрывает ли документ все вопросы, без которых поставщик не сможет посчитать цену и сроки однозначно. Ниже — практический порядок такой проверки и чек-лист, по которому ТЗ можно пройтись за один рабочий день.
- Зачем вообще проверять ТЗ до рассылки
- Что должно быть в ТЗ обязательно: базовый состав
- Пошаговый порядок проверки
- Чек-лист качества формулировок
- Типичные пробелы и чем они оборачиваются
- Особенности проверки для разных предметов закупки
- Товары
- Работы и строительство
- Услуги
- Частые ошибки при подготовке и проверке
- Сценарии: что делать в зависимости от ситуации
- Финальная контрольная проверка перед отправкой
Зачем вообще проверять ТЗ до рассылки
Когда ТЗ уходит поставщикам, оно превращается в основу для двух вещей: коммерческих предложений и будущего договора. Каждый пробел в задании работает против заказчика. Поставщик либо закладывает в цену запас на неопределённость (и вы переплачиваете), либо считает по минимальной трактовке (и потом требует доплату). Третьего варианта практически не бывает.
Вторая проблема — несопоставимость предложений. Если в ТЗ не зафиксированы, например, условия поставки или требования к гарантии, каждый участник предложит свои. Сравнивать такие цены напрямую нельзя: дешёвое предложение может оказаться дороже после приведения к общим условиям. Проверка полноты до рассылки дешевле, чем исправление после получения трёх разных по смыслу коммерческих предложений.
Что должно быть в ТЗ обязательно: базовый состав
Состав разделов зависит от предмета закупки, но ядро одинаково для товаров, работ и услуг. Отсутствие любого из этих блоков — повод доработать документ.
- Предмет и объём. Что именно закупается, в каком количестве, с какими единицами измерения. Для работ — состав и границы работ: что входит, а что сознательно исключено.
- Требования к объекту закупки. Технические характеристики, функциональные требования, качество, применимые стандарты. Здесь важно отделять обязательные требования от желательных.
- Требования к поставщику. Опыт, квалификация, допуски, лицензии, сертификация — только те, которые действительно необходимы для исполнения.
- Сроки и график. Срок поставки или выполнения, промежуточные контрольные точки, дата, с которой срок отсчитывается (момент оплаты, подписания договора, отгрузки).
- Место и условия поставки. Адрес, способ доставки, кто отвечает за разгрузку, переход рисков, условия по базису поставки, если он применим.
- Требования к упаковке, маркировке и документации. Сопроводительные документы, паспорта, сертификаты, инструкции, исполнительная документация для работ.
- Порядок приёмки. Как проверяется результат, кто участвует, какие документы оформляются, сроки на предъявление претензий по скрытым недостаткам.
- Гарантийные обязательства. Срок гарантии, что она покрывает, порядок обращения, срок устранения.
- Требования к коммерческому предложению. Форма, состав, валюта, включены ли НДС и доставка, срок действия предложения.
Отдельный вопрос — требования к оплате и ценовым условиям. В некоторых компаниях коммерческие условия выносятся из ТЗ в отдельный запрос, и тогда в самом задании их может не быть. Это нормально, но тогда нужно убедиться, что они есть в сопроводительном запросе, а не потерялись вовсе.
Пошаговый порядок проверки
Проверку удобнее вести в два прохода: сначала по составу, потом по качеству формулировок. Такой порядок позволяет не увязнуть в деталях, пропустив целый раздел.
- Сверьте ТЗ с исходной потребностью. Откройте заявку внутреннего заказчика и пройдитесь по ней пункт за пунктом: каждая заявленная потребность должна найти отражение в задании. Частая ошибка — в ТЗ попадает то, что удобно описать, а не то, что реально нужно.
- Проверьте состав разделов по чек-листу выше. Отметьте отсутствующие блоки. Для каждого решите: он нужен здесь, выносится в другой документ или действительно не требуется.
- Проверьте измеримость требований. Каждое требование должно допускать однозначную проверку при приёмке. Формулировки вроде «современный дизайн», «надёжный поставщик», «по возможности быстро» проверке не поддаются.
- Поставьте себя на место поставщика. Пройдите по ТЗ и выпишите все вопросы, которые у вас возникли бы при расчёте цены. Если вопросов больше трёх-пяти, задание сырое: поставщики зададут те же вопросы, и ответы придётся рассылать всем, что затянет процедуру.
- Проверьте внутреннюю непротиворечивость. Сроки, объёмы, требования в разных разделах не должны конфликтовать. Классический пример: в одном месте указан один срок поставки, в приложении — другой.
- Проверьте приложений и ссылок. Каждое упоминание чертежа, спецификации, формы или стандарта должно вести на реально приложенный документ с корректной версией и датой.
- Согласуйте с заказчиком и профильными специалистами. Технические требования — зона ответственности заказчика или инженерной службы, а не закупщика. Подпись или письменное подтверждение на финальной версии избавляет от ситуации, когда требования меняются уже после рассылки.
Чек-лист качества формулировок
Даже полный по составу документ может быть непригоден из-за формулировок. Проверьте ТЗ по этим признакам:
- Каждое требование сформулировано так, что два разных поставщика поймут его одинаково.
- Обязательные требования отделены от желательных — иначе поставщики не поймут, что критично, а что нет, и заложат в цену всё подряд.
- Указаны единицы измерения, версии стандартов и точные наименования. Ссылка на стандарт без года и редакции — потенциальный спор.
- Нет требований, которые сужают конкуренцию без объективной необходимости: привязка к конкретному бренду без слов «или эквивалент» и обоснования.
- Сроки привязаны к проверяемым событиям, а не к абстрактным «после согласования».
- Из ТЗ понятно, что будет считаться результатом: поставленный товар с документами, подписанный акт, введённый в эксплуатацию объект.
- Определены все использованные термины и сокращения, либо дана ссылка на глоссарий.
Типичные пробелы и чем они оборачиваются
Ниже — пробелы, которые чаще всего всплывают уже после рассылки ТЗ. Таблица помогает быстро оценить, где риски максимальны.
| Пробел в ТЗ | Последствие | Как проверить до отправки |
|---|---|---|
| Не указан объём или границы работ | Разброс цен в разы, невозможно сравнить предложения | Сверить с исходной заявкой; спросить себя, хватит ли данных для сметы |
| Не зафиксированы условия поставки | Цены несопоставимы: кто-то включает доставку, кто-то нет | Проверить раздел условий поставки и форму коммерческого предложения |
| Нет требований к документации | Товар приходит без паспортов и сертификатов, приёмка срывается | Проверить перечень сопроводительных документов |
| Не описана процедура приёмки | Споры о качестве, затянутая приёмка, задержка оплаты | Проверить, кто, как и в какой срок принимает результат |
| Не указан срок гарантии | Поставщики предложат минимум, сравнение гарантий невозможно | Проверить гарантийный раздел |
| Не задан формат и состав предложения | Предложения в разных структурах, ручная доработка сравнения | Проверить требования к предложению и приложенную форму, если она есть |
| Не указан срок действия предложения | К моменту выбора цены устаревают, поставщики требуют пересчёт | Проверить требование о сроке действия цен |
Особенности проверки для разных предметов закупки
Единый чек-лист работает как основа, но акценты различаются.
Товары
Ключевой риск — характеристики описаны не полностью или с избыточной точностью. С одной стороны, без точных параметров (размеры, материал, производительность, класс) поставщики предложат разное. С другой — чрезмерно детальное описание под конкретную модель сужает конкуренцию и удорожает закупку. Рабочий баланс: зафиксировать функциональные требования и критичные параметры, остальное оставить на выбор поставщика с правом заказчика проверить соответствие.
Работы и строительство
Здесь цена почти всегда зависит от полноты исходных данных: обследований, чертежей, результатов изысканий, доступа на объект. Если данных не хватает, поставщики закладывают риски в цену или предлагают цену «с уточнением», что обесценивает сравнение. Проверьте, приложены ли все исходные данные, и честно укажите, что заказчик предоставляет, а что обязан выяснить подрядчик. Отдельного внимания требует состав работ: что входит в цену, а что оплачивается отдельно.
Услуги
Главная сложность — измеримость результата. Для услуг проверьте, описан ли не процесс, а результат и его критерии: количество обработанных заявок, уровень доступности, срок реакции. Если в ТЗ описаны только действия исполнителя («оказывать консультационную поддержку»), оценить исполнение и расторгнуть договор за неисполнение будет трудно.
Частые ошибки при подготовке и проверке
- Копирование старого ТЗ без актуализации. Прошлогоднее задание может ссылаться на снятые с производства модели и устаревшие версии стандартов. Проверяйте каждую ссылку и наименование.
- Требования под конкретного поставщика. Уникальная комбинация параметров, которой соответствует только одна модель, формально легальна, но сужает конкуренцию и обычно ведёт к завышенной цене. Если привязка к бренду нужна, добавляйте «или эквивалент» с понятными критериями эквивалентности.
- Смешение обязательного и желательного. Если всё объявлено обязательным, часть поставщиков отсеется, а оставшиеся заложат в цену исполнение требований, которые вам на самом деле не критичны.
- Отсутствие формы коммерческого предложения. Без единой формы вы получите предложения в свободном виде и потратите дни на приведение их к сравнимому виду, часто с ошибками.
- Нереалистичные сроки ответа. Слишком короткий срок на подготовку предложения снижает число участников и качество расчётов. Ориентируйтесь на сложность предмета: для простой поставки достаточно нескольких рабочих дней, для сложных работ — недели.
- Рассылка без процедуры вопросов и ответов. Даже хорошее ТЗ порождает вопросы. Заранее определите, куда поставщики направляют запросы, в какой срок отвечаете и как рассылаете ответы всем участникам.
Сценарии: что делать в зависимости от ситуации
Если ТЗ готовит внутренний заказчик, а вы — закупщик. Не исправляйте техническую часть самостоятельно. Составьте список вопросов и пробелов, верните заказчику на доработку и зафиксируйте срок. Ваша зона — полнота с точки зрения закупочной процедуры: условия поставки, приёмка, формат предложений.
Если сроки горят и дорабатывать некогда. Минимальный набор, без которого рассылать нельзя: предмет и объём, сроки, место поставки, требования к предложению. Остальные пробелы можно закрыть через процедуру вопросов и ответов, но помните: ответы, меняющие суть задания, придётся рассылать всем участникам, а при существенных изменениях — продлевать срок подачи предложений.
Если предмет сложный и рынок узкий. Разумно до официальной рассылки провести рыночное обсуждение: показать черновик требований потенциальным поставщикам и спросить, что в них неясно или невыполнимо. Это не нарушение, если условия одинаковы для всех и итоговое ТЗ рассылается открыто. Такой шаг выявляет невыполнимые требования до, а не после сорванной процедуры.
Если после проверки остались сомнения в цене. Добавьте в ТЗ или запрос требование о структуре цены: разбивка на товар, работы, доставку, монтаж. Это не закрывает пробелы задания, но делает предложения прозрачнее и упрощает переговоры.
Финальная контрольная проверка перед отправкой
Перед рассылкой пройдитесь по короткому списку из пяти вопросов:
- Сможет ли поставщик посчитать цену, не задавая ни одного вопроса? Если нет — какие именно данные нужно добавить.
- Сможете ли вы сравнить два предложения по цене напрямую, без пересчётов и уточнений?
- Сможете ли вы при приёмке объективно проверить выполнение каждого требования?
- Нет ли в документе внутренних противоречий и ссылок на несуществующие приложения?
- Подтвердил ли заказчик финальную версию, чтобы требования не изменились после рассылки?
Если на все пять вопросов ответ «да», ТЗ готово к отправке. Если хотя бы на один — «нет», вернитесь к соответствующему разделу: стоимость одного дня доработки почти всегда ниже стоимости спора по договору, заключённому на неоднозначном задании.