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

Arevian Studio

Хорошее ТЗ — не стопка страниц, а список решений, принятых до начала работы. Что в нём обязано быть и что туда класть не нужно.

ТЗ пишут, чтобы потом не спорить. Поэтому его качество измеряется не числом страниц, а числом вопросов, на которые оно отвечает заранее. Документ на сорок страниц, в котором нет ответа «кто пишет тексты», хуже документа на четыре, в котором он есть.

1. Задача, а не описание сайта

Первый абзац отвечает, что должно измениться после запуска. «Нужен современный сайт» — не задача. «Сейчас заявки приходят только по рекомендации, хотим получать их из поиска» — задача, по которой можно проверить результат.

2. Кто придёт и что ему нужно

Два-три типа посетителей словами, а не «целевая аудитория 25–45»
Что каждый хочет найти за первые тридцать секунд
Чем человек занят, когда открывает сайт: ищет, сравнивает, проверяет

3. Структура

Список страниц с одной строкой назначения у каждой. Здесь же — что на главной и в каком порядке. Если спор о структуре не закончен в ТЗ, он вернётся на этапе вёрстки, где стоит в три раза дороже.

4. Содержание: кто и когда

Строка «тексты предоставляет заказчик» без даты — главный источник сорванных сроков в нашей практике.

Пишите в ТЗ ответственного и дату по каждому типу содержания: тексты, фотографии, логотипы, переводы, юридические документы.

5. Интеграции

Что должно уходить в CRM и в каком виде
Как принимаем оплату и что человек видит после неё
Какая аналитика нужна и какие события считаем
Почта: с какого адреса уходят письма и кто их читает

6. Приёмка

Самый пропускаемый раздел. Опишите, по каким признакам работа считается сданной: на каких экранах проверяем, какие браузеры, что значит «работает на телефоне», сколько секунд допустимо грузиться. Без этого приёмка превращается в обмен мнениями.

Чего в ТЗ быть не должно

Готовых технических решений, если вы не разработчик: «сделать на React» — это не задача, а ограничение, которое стоит денег
Пожеланий вроде «чтобы было дорого-богато» без примеров
Пунктов, которые вы не собираетесь проверять

И последнее: ТЗ — живой документ. Изменение в середине проекта нормально, ненормально — изменение, о котором договорились устно и никуда не записали.