Сайт можно обсуждать неделями, пересылать референсы, созваниваться с командой и вроде бы прийти к общему пониманию. А потом на этапе дизайна выяснить, что заказчик представлял один результат, дизайнер другой, а разработчик вообще понял задачу третьим способом. Техническое задание помогает собрать эти договорённости в одном месте.
В нём фиксируют, что именно нужно сделать, для кого создаётся продукт, как он должен работать, какие есть ограничения и по каким признакам команда поймёт, что задача выполнена.
При этом хорошее ТЗ не обязано быть документом на сто страниц. Его объём зависит от проекта. Для небольшой посадочной страницы иногда достаточно нескольких хорошо сформулированных разделов. Для интернет-магазина, корпоративного портала или веб-сервиса понадобится гораздо больше деталей.
Главное, чтобы после чтения документа у заказчика и исполнителя было примерно одинаковое представление о результате.
Что такое техническое задание
Техническое задание, или ТЗ, это описание требований к будущему продукту и условий, в которых он должен работать.
Если речь идёт о сайте, в документе обычно фиксируют цели проекта, аудиторию, структуру страниц, основные пользовательские сценарии, функциональность, интеграции, требования к контенту, аналитике, адаптивности и приёмке результата. При этом ТЗ не должно описывать каждую кнопку просто ради объёма документа.
Его задача гораздо практичнее: снять неоднозначность там, где она может привести к разному пониманию задачи, лишней работе или спору на этапе сдачи.
Например, формулировка «нужна удобная форма заявки» почти ничего не говорит разработчику. А вот описание того, какие поля в ней есть, какие обязательны, куда отправляются данные и что должен увидеть пользователь после отправки, уже превращает пожелание в понятное требование.
Зачем нужно ТЗ, если всё уже обсудили
Устные договорённости хорошо работают до первого спорного момента.
На созвоне можно быстро согласиться с фразой «сделаем каталог с удобными фильтрами». Но для одного человека удобные фильтры это цена и категория, а для другого десяток характеристик, поиск по параметрам, сохранение состояния и отдельная мобильная логика. Техническое задание превращает такие формулировки в конкретные договорённости.
Для заказчика оно помогает заранее увидеть состав проекта и понять, что именно входит в работу. Для команды разработки это опорный документ, по которому можно проектировать интерфейс, оценивать трудозатраты и принимать результат.
Особенно полезно ТЗ, когда над проектом работают несколько специалистов. Аналитик, дизайнер, разработчик, SEO-специалист и маркетолог должны опираться на одну и ту же картину проекта, а не на разные версии переписки.
Хорошее ТЗ также помогает контролировать изменения. Если в середине разработки появляется новая функция, становится понятно: это уточнение уже согласованной задачи или новая работа, которой раньше в проекте не было.
Хорошее ТЗ не мешает проекту меняться. Оно помогает понять, что именно изменилось.
Что должно быть в техническом задании на сайт
Состав ТЗ зависит от проекта, поэтому универсального списка на все случаи нет. Но есть несколько вещей, которые почти всегда стоит определить заранее.
Лучше смотреть на документ не как на набор технических терминов, а как на ответы на вопросы: зачем создаётся продукт, кто им будет пользоваться, что человек должен суметь сделать и какие условия нельзя нарушить.