Поддержка для клиентов Nopaper: 8 (800) 550-65-30 или написать в телеграм
Что хотите сделать?
Купить Nopaper
Узнать про возможности Nopaper и выбрать подходящий тариф
Зарегистрироваться и подписать документ
Вам просто нужно выпустить электронную подпись и подписать документ
Купить Nopaper
Узнать про возможности Nopaper и выбрать подходящий тариф
Вам просто нужно выпустить электронную подпись и подписать документ
Зарегистрироваться и подписать документ
Техническое задание (ТЗ) — документ, в котором заказчик фиксирует цели, требования и условия выполнения проекта.

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

Приказ о приеме на работу 2025

Техническое задание в электронном виде — как подписать через ЭДО

Бумажное ТЗ с «мокрой» подписью — не единственный вариант. Техническое задание можно подписать электронной подписью, и оно будет иметь полную юридическую силу.

Электронное ТЗ — юридическая сила

Согласно Федеральному закону № 63-ФЗ «Об электронной подписи», документ, подписанный усиленной неквалифицированной электронной подписью (НЭП), признаётся равнозначным бумажному документу с собственноручной подписью при наличии соглашения сторон. Подробнее о юридической значимости электронной подписи.

Это удобно, когда:

  • Заказчик и исполнитель находятся в разных городах
  • Нужно подписать ТЗ быстро — не ждать курьера или почту
  • Необходимо хранить документ в электронном архиве с гарантией неизменности

Подписание НЭП через Nopaper — быстрый и бесплатный способ

Nopaper — сервис электронного документооборота с контрагентами, который позволяет подписывать документы с телефона за несколько секунд:

  1. Загрузите ТЗ в формате .doc или .pdf в систему
  2. Укажите email или телефон второй стороны
  3. Обе стороны подписывают документ мобильной НЭП — выпуск подписи занимает 90 секунд, без токенов и визитов в удостоверяющий центр
  4. Подписанный документ хранится в облаке с юридической защитой

Подписание через Nopaper бесплатно для физических лиц и самозанятых. Для юридических лиц — ознакомьтесь с тарифами ЭДО.

Если в рамках проекта вы также оформляете кадровые документы — например, договоры с исполнителями, NDA, акты выполненных работ — Nopaper позволяет вести весь документооборот в одном сервисе.

Образцы и шаблоны технического задания

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

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

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

Если вам нужен формат PDF — откройте скачанный файл в Word и выберите «Файл → Сохранить как → PDF».

Как адаптировать шаблон под конкретную задачу

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

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

  • В разделе «Описание результата» укажите функциональные возможности: какие страницы, модули, интеграции нужны
  • В «Требованиях» пропишите технические параметры: скорость загрузки, адаптивность, поддержка браузеров
  • Добавьте раздел «Дизайн и UX» с описанием ожидаемого внешнего вида

Для строительных и ремонтных работ:

  • В разделе «Описание результата» укажите объект, адрес, конкретные виды работ
  • В «Требованиях» пропишите материалы, нормативы (СНиПы, ГОСТы), допуски
  • Добавьте раздел «Сметная документация» или ссылку на смету

Для оказания услуг:

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

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

Специализированные шаблоны документов

Если кроме технического задания вам нужны другие документы для работы с исполнителями и сотрудниками, на сайте Nopaper есть готовые формы:

А как подписывать будете?

С 2021 года ТК РФ разрешает подписывать этот документ в электронном виде в сервисах кадрового ЭДО, например в сервисе Nopaper на это уйдет 1 минута.

Как составить техническое задание — пошаговая инструкция

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

Шаг 1. Определите цель и задачи проекта
Начните с главного вопроса: зачем нужен проект и какую проблему он решает? Цель должна быть конкретной и измеримой.

Плохо: «Сделать хороший сайт»
Хорошо: «Создать интернет-магазин с каталогом на 500+ товаров, онлайн-оплатой и доставкой по России. Цель — перевести 30% оффлайн-продаж в онлайн за 6 месяцев после запуска»

Задачи — конкретные шаги для достижения цели. Например:

  • Разработать каталог товаров с фильтрами и поиском
  • Интегрировать платёжную систему
  • Настроить модуль расчёта доставки

Шаг 2. Опишите требования к результату
Требования делятся на два типа:

Функциональные — что должен делать продукт:

  • Какие действия доступны пользователю
  • Какие данные обрабатываются
  • Какие интеграции с внешними системами нужны

Нефункциональные — каким должен быть продукт:

  • Производительность (скорость, нагрузка)
  • Безопасность (защита данных, авторизация)
  • Совместимость (браузеры, устройства, ОС)

Для каждого требования укажите критерий приёмки — как проверить, что требование выполнено. Например: «Страница каталога загружается за ≤ 2 секунды при 1 000 одновременных пользователей».

Шаг 3. Установите сроки и этапы выполнения
Разбейте проект на этапы с промежуточными дедлайнами. Это позволяет контролировать прогресс и вовремя корректировать курс.

Этап

Содержание

Срок

Результат

1. Проектирование

Дизайн-макеты, прототип

2 недели

Утверждённые макеты

2. Разработка

Вёрстка, программирование

6 недель

Рабочая версия

3. Тестирование

Проверка, исправление багов

2 недели

Протокол тестирования

4. Запуск

Перенос на боевой сервер

1 неделя

Работающий продукт


Для каждого этапа укажите контрольные точки (milestone) — конкретные результаты, которые можно проверить.

Шаг 4. Укажите ограничения и условия
Ограничения — то, что определяет рамки проекта:

  • Бюджет — общая сумма или стоимость каждого этапа
  • Технические ограничения — используемые технологии, платформы, совместимость с существующими системами
  • Регуляторные требования — ГОСТ, 44-ФЗ, отраслевые стандарты (если применимо)
  • Ресурсные ограничения — доступные специалисты, оборудование, инфраструктура

Также пропишите порядок внесения изменений: как оформляется запрос, кто согласует, как это влияет на сроки и бюджет.
Шаг 5. Согласуйте и утвердите ТЗ
Финальный этап — подписание документа обеими сторонами:

  • Заказчик подтверждает, что ТЗ корректно отражает его потребности
  • Исполнитель подтверждает, что требования реализуемы в указанные сроки и бюджет

После подписания ТЗ становится юридическим документом. Все последующие изменения оформляются дополнительным соглашением.

Подписать техническое задание можно дистанционно — с помощью электронной подписи. Это удобно, когда заказчик и исполнитель находятся в разных городах.

Структура технического задания — что должно быть в документе

Обязательные разделы ТЗ

Минимальный набор разделов для любого технического задания:

Раздел

Что содержит

Пример

Общие сведения

Название проекта, стороны, контакты

«Разработка CRM-системы для ООО "Альфа"»

Цели и задачи

Зачем проект и что нужно сделать

«Автоматизировать учёт клиентов, сократить время обработки заявки с 2 часов до 15 минут»

Описание результата

Что получает заказчик

«Веб-приложение с модулями: клиенты, сделки, отчёты»

Функциональные требования

Что продукт должен делать

«Система поддерживает до 10 000 карточек клиентов»

Нефункциональные требования

Каким продукт должен быть

«Время отклика — не более 1 секунды»

Сроки и этапы

Когда и в каком порядке

«Этап 1: до 01.04.2026, этап 2: до 01.06.2026»

Критерии приёмки

Как проверить результат

«Приёмочное тестирование по чек-листу из Приложения А»

Ограничения

Бюджет, технологии, нормативы

«Бюджет — не более 2 000 000 ₽»


В зависимости от проекта могут добавляться: глоссарий терминов, список допущений, требования к документации, условия гарантийного обслуживания.

Оформление по ГОСТ

Для определённых типов проектов действуют государственные стандарты:

  • ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению» — применяется при разработке программного обеспечения. Устанавливает обязательные разделы: введение, основания для разработки, назначение, требования к ПО, стадии и этапы, порядок приёмки. Полный текст доступен на сайте КонсультантПлюс.
  • ГОСТ 34.602-2020 «Техническое задание на создание автоматизированной системы» — для проектов автоматизации. Подробнее описывает требования к функциям, надёжности, информационной безопасности.

Когда ГОСТ обязателен: государственные контракты, проекты с бюджетным финансированием, оборонная сфера.

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

Чем техническое задание отличается от ТЗ по 44-ФЗ

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

Критерий

Обычное ТЗ

ТЗ по 44-ФЗ

Форма

Свободная

Регламентирована ст. 33 закона

Характеристики

На усмотрение сторон

Строго по КТРУ (каталог товаров)

Товарный знак

Можно указать

Только с фразой «или эквивалент»

Ответственность

Договорная

Административная и уголовная


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

Техническое задание на выполнение работ — особенности

ТЗ — универсальный инструмент, но в каждой сфере есть своя специфика. Рассмотрим три самых распространённых случая.

ТЗ на строительные и ремонтные работы
Специфика строительного ТЗ — привязка к физическому объекту и нормативам:

  • Описание объекта: адрес, площадь, текущее состояние, особенности (исторический памятник, жилое помещение и т. д.)
  • Виды работ: перечень с указанием объёмов (м², п. м., шт.)
  • Материалы: конкретные наименования или допустимые аналоги с характеристиками
  • Нормативы: ссылки на СНиПы, СП, ГОСТы, которым должен соответствовать результат
  • Сметная документация: либо входит в состав ТЗ, либо оформляется отдельным приложением

ТЗ на разработку программного обеспечения
IT-проекты требуют детализации на уровне функций и интерфейсов:

  • Пользовательские сценарии (user stories): «Как пользователь, я хочу фильтровать товары по цене, чтобы быстро найти подходящий»
  • Требования к интерфейсу: wireframe-макеты или ссылки на референсы
  • Интеграции: API внешних сервисов (платёжные системы, CRM, аналитика)
  • Тестирование: критерии прохождения тестов, допустимое количество багов
  • Хостинг и инфраструктура: где будет размещён продукт, требования к серверу

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

ТЗ на оказание услуг
Для услуг (консалтинг, маркетинг, аудит, обучение и др.) ключевое — описание результата:

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

Кто составляет техническое задание и кто утверждает

Заказчик, исполнитель или совместная работа
На практике техническое задание составляют тремя способами:

Подход

Плюсы

Минусы

Заказчик сам

Точно отражает потребности бизнеса

Может быть технически некорректным

Исполнитель

Грамотная техническая проработка

Может не учитывать реальные бизнес-потребности

Совместно

Баланс бизнес-целей и технической реализуемости

Требует больше времени на согласование


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

Кто утверждает техническое задание
ТЗ подписывают уполномоченные представители обеих сторон:

  • Со стороны заказчика: руководитель организации или ответственный менеджер проекта
  • Со стороны исполнителя: руководитель или технический директор

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

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

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

Слишком общие формулировки
Самая распространённая ошибка — описывать результат абстрактно.

Плохо

Хорошо

«Сделать красивый дизайн»

«Дизайн в стиле минимализм, основные цвета: #1A1A2E, #E94560. Референсы: [ссылки]»

«Сайт должен быстро загружаться»

«Время загрузки главной страницы — не более 2 секунд при скорости канала 10 Мбит/с»

«Удобный интерфейс»

«Пользователь совершает целевое действие (заказ) не более чем за 3 клика»


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

  • Что считается выполненным
  • Как это измерить или проверить
  • Кто и в какие сроки проводит проверку

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

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

Нарушение логики и структуры
Противоречия внутри документа — например, в одном разделе указан бюджет 500 000 ₽, а в другом — перечислен функционал на 2 000 000 ₽. Перед подписанием перечитайте ТЗ целиком и проверьте, что разделы не противоречат друг другу.

Когда техническое задание не нужно
ТЗ — не универсальное лекарство. Его не стоит писать, если:

  • Задача простая и занимает 1–2 часа работы
  • У вас с исполнителем многолетняя практика и устные договорённости работают
  • Проект экспериментальный — требования будут меняться на ходу (в этом случае лучше agile-подход с короткими итерациями)

Во всех остальных случаях — составляйте. Даже краткое ТЗ на одну страницу лучше, чем ничего.

Частые вопросы

Получите еще 26 шаблонов для решения типовых кадровых задач
Остались вопросы по шаблону?
Задайте вопрос экспертам Nopaper, они знают всё про кадровый документооборот

Шаблоны других документов

  • Посмотреть
  • Посмотреть
  • Посмотреть