Никита Малов.

Основатель и управляющий партнёр
аналитической компании ДОВОДАналитика рынков · OSINT

Факты. Решения.
Развитие бизнеса.

Образец технического задания на разработку программного обеспечения

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

Бланк в WordWord, 11 КБ Образец в WordWord, 12 КБ Образец в PDFPDF, 65 КБ

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

Проверьте документ перед подписанием

Законы меняются быстрее, чем бланки в интернете: образцы составляют в разное время, и обновить их все не успевает никто. Чтобы документ работал на вас сегодня, мы настроили ИИ для проверки актуальности: он сам возьмёт этот образец, сверит его с действующей редакцией законов и пришлёт, что поправить.

Образец заполнения

УТВЕРЖДАЮ

Директор ООО «Ромашка»

П. П. Петров

16 ноября 2026 г.

Техническое задание

на разработку программного обеспечения «Сервис заявок»

№ ТЗ-07/2026

1. Общие сведения. Наименование программы — «Сервис заявок». Заказчик — ООО «Ромашка». Исполнитель — ООО «Вектор». Основание — договор подряда от 10 ноября 2026 г. № 42.

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

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

4. Требования к надёжности. При недоступности внешней почты заявки не теряются, а встают в очередь и обрабатываются после восстановления связи. Время восстановления после сбоя — не более 4 часов. Ошибочный ввод в форму проверяется до сохранения.

5. Требования к техническим средствам и совместимости. Работа в браузерах последних двух версий, обмен данными с 1С по открытому протоколу, хранение данных на серверах заказчика, вход по учётной записи сотрудника.

6. Требования к программной документации. Руководство пользователя, руководство администратора, описание установки и обновления.

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

Заказчик

Директор ООО «Ромашка»

____________ / П. П. Петров /

Исполнитель

Директор ООО «Вектор»

____________ / А. С. Смирнов /

Зачем нужно техническое задание

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

ГОСТ 34.602-2020 задаёт состав технического задания на автоматизированную систему. Для отдельной программы состав похож: общие сведения, назначение, требования к функциям, надёжности, техническим средствам, совместимости, документации и порядок приёмки. Компания может добавить свои разделы, если они помогают принять работу.

Что включить в техническое задание

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

Как составить техническое задание

  1. Опишите процесс. Начните с того, как работа идёт сейчас: кто и что делает вручную, где теряется время и данные.
  2. Разложите на функции. Каждое действие будущей программы запишите отдельным пунктом: что подаётся на вход, что получается на выходе.
  3. Задайте ограничения. Укажите, с какими системами программа должна работать, на каком оборудовании и в каких браузерах.
  4. Опишите приёмку. Назовите данные, на которых будут проверять функции, и срок проверки — тогда приёмка не растянется.
  5. Согласуйте и утвердите. Подпишите техническое задание у обеих сторон и приложите его к договору: изменения потом вносят только дополнением.

Частые ошибки

  • Функции описаны общими словами: «удобный интерфейс», «быстрая работа» — по такому пункту нельзя ничего принять.
  • Нет порядка приёмки: непонятно, на каких данных и за какой срок заказчик проверяет работу.
  • Требования к совместимости забыты, и программа не стыкуется с учётной системой заказчика.
  • Техническое задание меняют по ходу без дополнений: разработчик делает одно, заказчик помнит другое.
  • В задании перечислены технологии вместо результата: заказчику нужен работающий процесс, а не конкретная библиотека.

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

Обязательно ли оформлять техническое задание по ГОСТ?

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

Чем техническое задание отличается от договора?

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

Можно ли изменить техническое задание после подписания?

Да, дополнением к заданию, которое подписывают обе стороны. Так видно, какие требования добавились, как изменились сроки и стоимость.

Кто пишет техническое задание?

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

Нужно ли описывать в задании дизайн?

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

Когда требования к программе разбросаны по переписке

Чтобы задание собиралось по вашим процессам

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

Я настраиваю ИИ-агентов, которые собирают такие требования из переписки и заявок, приводят их к разделам технического задания и приносят руководителю готовый документ на проверку.

Читать об услуге «ИИ-агенты под задачу компании»

Другие образцы