Техническое задание — образец, шаблон и инструкция по составлению

Техническое задание можно оформить и подписать в электронном виде. Но юридическая сила зависит не от слова «электронный», а от вида подписи, полномочий подписанта и правил взаимодействия сторон.

По ст. 6 Закона № 63-ФЗ документ с квалифицированной электронной подписью по общему правилу равнозначен бумажному с собственноручной подписью, кроме случаев, когда закон требует исключительно бумажную форму. Простая или усиленная неквалифицированная подпись даёт такую равнозначность в случаях, установленных законом, нормативным актом или соглашением сторон с правилами проверки подписи.

Когда ТЗ становится обязательным

ТЗ не становится частью сделки автоматически только из-за подписи. Свяжите его с договором: назовите приложением, укажите версию, дату и приоритет документов при противоречиях. Если ТЗ подписывается отдельно, из текста и переписки должно быть понятно, к какому обязательству оно относится и кто вправе его согласовать.

Маршрут в Nopaper

1. заказчик загружает проект ТЗ;
2. стороны согласуют замечания в комментариях;
3. уполномоченные представители подписывают финальный документ;
4. ТЗ хранится в том же кабинете, что и договор;
5. при изменении объёма создаётся новая согласованная редакция или иной документ по договору.

Универсальный шаблон технического задания

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

Скачать шаблон технического задания .doc

Для разработки ПО или сайта

• роли пользователей и сценарии;
• функциональные и нефункциональные требования;
• интеграции, форматы данных и ограничения;
• макеты, критерии тестирования и приёмки;
• права на код, дизайн, документацию и результаты.

Для работ и услуг

Опишите объект, объём, исходные данные, материалы, измеримый результат, этапы, отчётность и процедуру замечаний. Для строительства сверяйте ТЗ с проектной, сметной и разрешительной документацией; универсальный шаблон их не заменяет.

Не называйте внешнего исполнителя «сотрудником» и не предлагайте трудовой договор по умолчанию: характер отношений определяется фактической работой и договорной моделью.

Шаг 1. Зафиксируйте цель и границы

Опишите проблему, пользователей, входные данные, результат и то, что в объём не входит. Цель проекта и предмет договора должны согласовываться.

Шаг 2. Разложите результат на требования

Отделите функциональные требования от производительности, безопасности, совместимости и других качественных характеристик. Избегайте формулировок «быстро», «современно» и «удобно» без метрики.

Шаг 3. Добавьте критерии приёмки

Для каждого требования укажите способ проверки, исходные условия, допустимые отклонения и ответственного. Реалистичность метрики проверяйте до подписания: например, скорость страницы зависит от устройства, сети, кэша и нагрузки.

Шаг 4. Опишите этапы и зависимости

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

Шаг 5. Согласуйте изменения

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

Шаг 6. Проверьте полномочия и связь с договором

Укажите номер договора, статус приложения, дату и версию. Убедитесь, что подписанты вправе согласовать объём и цену, а приоритет документов определён.

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

• основание, стороны, термины и версия;
• цель, границы и описание результата;
• требования и исходные данные;
• этапы, сроки и зависимости;
• критерии, процедура и сроки приёмки;
• порядок изменений, права на результат, безопасность и конфиденциальность;
• приложения: макеты, спецификации, смета, форматы данных.

ГОСТы и специальные правила

ГОСТ 19.201-78 описывает ТЗ на программу или программное изделие, а ГОСТ 34.602-2020 — ТЗ на создание автоматизированной системы. Не переносите структуру одного стандарта на любой проект. Обязательность стандарта возникает из закона, нормативного акта, договора или прямо принятого сторонами требования; сам факт государственного или коммерческого финансирования не даёт универсального ответа.

Закупки по 44-ФЗ

Описание объекта закупки подчиняется ст. 33 Закона № 44-ФЗ и специальным правилам, включая применимые позиции КТРУ. Указание товарных знаков не сводится к простой фразе «или эквивалент»: закон содержит условия и исключения. Универсальный договорный шаблон нельзя использовать для закупки без проверки закупочной документации.

Строительные и ремонтные работы

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

Разработка программного обеспечения

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

Критерий «не более N ошибок» почти всегда слишком груб. Определите уровни критичности, условия исправления и перечень дефектов, блокирующих приёмку.

Оказание услуг

Отделите процесс от результата: консультации и сопровождение могут не гарантировать бизнес-показатель. Укажите объём часов или действий, формат отчёта, периодичность, доступность специалистов и процедуру подтверждения оказанных услуг.

ИИ может помочь структурировать черновик, но проверяйте факты, полноту, конфиденциальность исходных данных и соответствие договору.

Кто составляет ТЗ

Обычно заказчик формулирует бизнес-цель и ограничения, а исполнитель проверяет реализуемость и переводит потребность в технические требования. Итоговую редакцию полезно согласовать с будущими пользователями, безопасностью, юристом и другими затронутыми функциями — по рискам проекта, а не формально.

Кто утверждает и подписывает

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

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

1. Непроверяемые слова. «Красиво», «быстро» и «удобно» заменяйте условиями проверки и метриками.
2. Нет границ. Перечислите, что входит и не входит в объём.
3. Противоречия с договором. Сверьте предмет, цену, сроки, приёмку и права на результат.
4. Критерии зависят от среды. Для производительности и совместимости задайте устройство, нагрузку, сеть и тестовые данные.
5. Нет исходных данных и зависимостей. Зафиксируйте, что и когда предоставляет заказчик.
6. Не определён порядок изменений. Иначе замечание в переписке превращается в спор об объёме.
7. Подписал неуполномоченный сотрудник. Проверьте доверенности и пределы полномочий.
8. Чувствительные данные в публичном ИИ. Не загружайте секреты и персональные данные без разрешённого режима обработки.

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