Разработка технического задания для цифрового продукта
Описываем, что должна делать система и как проверить выполненную работу. Связываем пользовательские сценарии с функциями, данными, ролями и интеграциями. Готовое техническое задание можно использовать для разработки с нами или передать вашей команде.
Срок первой версии
от 5 днейСостав, точный срок и стоимость согласуем до начала работ.
01 / Результат
Состав технического задания
- Сценарии пользователей
Фиксируем действия, исходные условия и ожидаемый результат.
- Функции, роли и данные
Описываем операции, права участников и необходимые сведения.
- Требования к интеграциям
Определяем системы, направления обмена и ограничения.
- Критерии приёмки
Указываем, по каким примерам и условиям проверять результат.
02 / Границы задачи
За рамками базового состава
- Программирование и внедрение
- Изменение требований без обновления документа
Нужны описание задачи, действующие материалы и ответственный за согласование требований. Если границы продукта пока неизвестны, сначала определяем объём разбора.
Для каких проектов составляем ТЗ
Техническое задание помогает согласовать разработку сайта, кабинета, рабочего сервиса или внутренней системы. Уточняем, кто пользуется продуктом, какие действия выполняет и какие сведения нужны для каждого сценария.
Если участники по-разному понимают задачу, сначала проводим предпроектное исследование. ТЗ фиксирует согласованные требования; спорные решения выделяем для обсуждения, а не подменяем предположениями исполнителя.
Как описываем функции и права
Для операции указываем доступную роль, необходимые данные и ожидаемое состояние после выполнения. Разбираем выбранные ошибки и ограничения: пустые значения, отказ в доступе, отмену и изменение записи.
Связываем термины документа с реальными объектами бизнеса. Заказ, заявка или договор должны иметь понятный смысл для всех участников. При необходимости используем подготовленный прототип интерфейса; создание прототипа согласуем отдельным составом.
Что фиксируем для интеграций
Записываем внешнюю систему, источник данных, направление и условия обмена. Уточняем доступные интерфейсы, владельца сведений и действия при ошибке. Зависимость от стороннего сервиса явно отражаем в документе.
Недоступный API или неизвестный формат не считаем подтверждённой возможностью. Открытые вопросы и необходимые проверки выносим отдельно. Для сложного устройства компонентов можно подготовить архитектуру продукта.
Как формулируем критерии приёмки
Описываем проверяемый результат для согласованных сценариев. Например, пользователь с выбранной ролью создаёт заявку, обязательные поля сохраняются, а участник следующего этапа видит нужное состояние.
Критерии нужны и заказчику, и команде разработки. Определяем исходные данные, действия и ожидаемый итог, чтобы оценка не зависела только от впечатления от экрана. Масштаб проверки связываем с объёмом требований.
Согласование, срок и изменение документа
Ориентир — от пяти дней для согласованного объёма. Срок зависит от функций, ролей, интеграций и готовности участников отвечать на вопросы. Программирование и внедрение в подготовку документа не входят.
Передаём ТЗ после разбора с ответственными участниками. Новое требование меняет документ и может изменить оценку разработки. Фиксируем обновления, чтобы команда и заказчик работали с одной согласованной версией.
Вопросы перед началом
ТЗ можно передать другому разработчику?
Да. Документ описывает требования и приёмку; его можно использовать с вашей командой или для разработки с E5ASH.
Разработка входит в стоимость ТЗ?
Нет, программирование и внедрение оцениваем отдельным этапом.
Что происходит при изменении требований?
Обновляем документ и согласуем влияние на объём, сроки и бюджет. Новые требования без обновления ТЗ в состав не входят.
Следующий шаг
Согласуем требования к вашему продукту
Пришлите описание задачи, список участников и материалы по текущему процессу. Укажите внешние системы и вопросы, которые важно зафиксировать до разработки.