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

Техническое задание (ТЗ) это документ, по которому исполнитель оценивает работу и сдает результат. В нем описано, что делает продукт, для кого он и по каким признакам вы примете готовый результат. Составить его можно самому, если идти от задач пользователей и проверять каждую формулировку вопросом, как это проверить.

Данила Справцев

Основатель студии, в коммерческой разработке с 2016 года · Обновлено 21 октября 2026

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

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

Как описать пользователей и сценарии работы

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

Можно ли взять готовый образец ТЗ

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

Что спросить у исполнителя и как проверить документ

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

Проверьте себя

Цель продукта записана одним абзацем, понятным без пояснений
Для каждой роли перечислены действия и права доступа
Функции описаны глаголами, без общих слов вроде "удобный интерфейс"
Отдельным разделом указано, чего в продукте не будет
Каждый сценарий можно пройти по шагам и получить ожидаемый результат
Перечислены внешние сервисы и данные, с которыми связан продукт
Описано, как вы принимаете результат и что проверяете при сдаче
Исполнитель пересказал задачу своими словами и задал вопросы

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

Можно ли начать разработку без ТЗ

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

Кто пишет ТЗ, заказчик или исполнитель

Чаще заказчик описывает задачу и пользователей, а исполнитель уточняет технические детали и задает вопросы. Работа пополам дает документ, который понимают обе стороны.

Как быть, если требования меняются по ходу

Заведите журнал изменений: что меняем, зачем и на что это влияет. Крупные правки оформляйте отдельным дополнением к ТЗ, чтобы объем работ оставался прозрачным.

Чем ТЗ отличается от договора

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

Нужно ли ТЗ для небольшого бота или доработки сайта

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

Навигация