«Пришлите ТЗ» - фраза, после которой многие заказчики теряются. Что писать? На сколько страниц? Нужно ли знать HTML?
Не нужно. Более того, в небольших проектах ТЗ обычно пишет студия, а заказчик его читает и подтверждает. Но понимать, что там должно быть, полезно - иначе подписываете то, чего не читали.
Бриф и ТЗ - не одно и то же
Бриф - это ваши ответы: чем занимаетесь, кто клиенты, чего хотите от сайта. Мы писали о нём отдельно. ТЗ - это уже ответ разработчика: какие страницы, какие блоки на каждой, какие функции, как работает форма, куда уходят данные. Бриф - «что нужно», ТЗ - «как сделаем».
Из чего состоит нормальное ТЗ
- Цель сайта в одном-двух предложениях. Чтобы через месяц все помнили, зачем это.
- Структура - список страниц с иерархией.
- Состав каждой страницы - какие блоки и в каком порядке. Иногда это сразу прототип.
- Функции - формы, калькуляторы, фильтры, поиск, оплата. С описанием поведения: что происходит после нажатия кнопки.
- Интеграции - Telegram, CRM, аналитика, выгрузки.
- Требования к адаптиву и скорости.
- Что предоставляет заказчик и к какому сроку.
- Критерии приёмки - по каким признакам сайт считается готовым.
Пункт 7 часто пропускают, а потом выясняется, что студия ждала тексты, а заказчик ждал, что тексты напишет студия.
Сколько страниц должно быть в ТЗ
Для лендинга хватит двух-трёх. Для магазина может выйти двадцать. Объём не показатель качества. Показатель - что по документу два разных разработчика сделали бы примерно одинаковый сайт.
Когда ТЗ можно не писать
Для турбо-лендинга отдельный документ избыточен: структура заранее известна, достаточно брифа и согласования текста. Для всего, что сложнее, ТЗ защищает обе стороны. Это то, на что можно сослаться, когда возникает спор «а мы думали, что...».
В наших проектах разработки сайта ТЗ и прототип идут первым этапом, до дизайна. Это занимает несколько дней, но дальше всё двигается заметно быстрее.