Коротко: хорошее ТЗ описывает цель, конкретный результат, функциональность, ограничения и критерии приёмки. Оно не обязано быть длинным, но должно уменьшать количество догадок.
Техническое задание — не бюрократия ради документа. Его задача — помочь исполнителю оценить работу и дать заказчику объективную основу для приёмки результата.
Структура сильного ТЗ
- Контекст и бизнес-цель.
- Что должно быть получено в результате.
- Целевая аудитория или пользователи.
- Функциональные требования.
- Нефункциональные требования.
- Материалы и доступы.
- Ограничения и обязательные технологии.
- Сроки и этапы.
- Формат сдачи.
- Критерии приёмки.
Пишите через пользовательские сценарии
Вместо «добавить личный кабинет» опишите действия: пользователь регистрируется, подтверждает email, входит, меняет данные профиля, видит историю заказов и скачивает документы. Сценарии легче оценить и проверить.
Плохое и хорошее требование
ПлохоЛучшеСделать удобный поискПоиск по запросу + фильтры по цене и сроку + сортировка по рейтингуНужна адаптивностьКорректная работа от 360 px и в актуальных Chrome/Safari/EdgeСделать красивоИспользовать согласованную дизайн-систему и 2–3 референса как визуальное направлениеЧто приложить к ТЗ
- Ссылки на текущий продукт.
- Макеты или карту экранов.
- Примеры конкурентов с пояснениями.
- Брендбук и графику.
- API-документацию.
- Примеры входных и выходных данных.
Как работать с изменениями
Невозможно предусмотреть всё. Новая функция после старта должна отдельно оцениваться по сроку и бюджету. При этом исправление несоответствия исходным требованиям не должно маскироваться под «новую задачу».
Краткий шаблон ТЗ
Задача: что нужно сделать и зачем. Результат: что именно передаётся. Обязательные требования: конкретные условия. Исходные материалы: что уже есть. Срок: дата и дедлайн. Бюджет: диапазон. Приёмка: как проверяется готовность.
Типичные ошибки в техническом задании
Самая частая ошибка — смешивать бизнес-цель и способ реализации. Заказчику важно описать, что должен уметь продукт и какие ограничения обязательны; конкретную архитектуру или инструмент лучше фиксировать только тогда, когда для этого есть причина.
Вторая крайность — огромный документ, в котором сложно найти критерии готовности. Большой объём текста сам по себе не делает постановку точной. Для исполнителя полезнее однозначные сценарии, примеры данных, макеты и понятные границы проекта.
- Не использовать только субъективные слова «красиво» и «удобно».
- Не прятать обязательные функции в переписке.
- Не смешивать must-have и пожелания.
- Не забывать состояния ошибок и пустых данных.
- Не оставлять порядок приёмки на конец проекта.
Как проверить ТЗ перед публикацией
Попробуйте прочитать документ глазами человека, который ничего не знает о проекте. Может ли он ответить, что именно нужно сделать, что ему дадут на вход, что он должен вернуть и как заказчик решит, что работа готова? Если нет — ТЗ ещё требует уточнений.
Полезно отдельно выделить открытые вопросы. Исполнитель сможет оценить известную часть и явно указать, какие решения влияют на итоговую стоимость вместо того, чтобы прятать большой риск в общей цене.
Практический чек-лист
- Есть бизнес-цель.
- Результат можно проверить.
- Функции описаны через действия.
- Указаны ограничения и материалы.
- Согласованы сроки и бюджет.
- Определён порядок правок и изменений.
Частые вопросы
Нужно ли ТЗ для маленькой задачи?
Да, но оно может занимать несколько абзацев. Главное — результат, срок, стоимость и критерий готовности.
Кто должен писать ТЗ?
Заказчик задаёт бизнес-цель и ограничения, а исполнитель помогает превратить их в проверяемые требования.
Можно ли менять ТЗ после старта?
Да, если отдельно зафиксировать влияние изменений на объём, срок и стоимость.
Нужно ли указывать бюджет?
Желательно хотя бы диапазон — это повышает релевантность откликов.
Что делать дальше
Опишите задачу, срок, бюджет и критерии готовности. Сравните несколько релевантных предложений и выберите исполнителя по опыту, процессу и качеству коммуникации, а не только по цене.
Naimio помогает заказчикам находить профильных специалистов под конкретные задачи, а фрилансерам — получать релевантные заказы.