ТЗ на сайт: разделы и пример структуры

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

Кто пишет ТЗ

Чаще всего исполнитель составляет его по брифу и встречам с заказчиком, а заказчик проверяет и дополняет. Если писать ТЗ полностью самостоятельно, есть риск описать решения вместо задач. Лучше описывать, что должен уметь пользователь, а технические детали обсуждать с разработчиком.

Структура документа

1. Общие сведения

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

2. Аудитория и сценарии

Кто приходит на сайт и что хочет сделать. Например: «Покупатель с телефона ищет товар по названию и оформляет доставку по Ташкенту», «Оптовый клиент скачивает прайс и отправляет заявку».

3. Карта сайта

Список страниц и разделов с вложенностью. Для типовых страниц — указание шаблона: «Карточка услуги, около 30 страниц по одному шаблону».

4. Описание шаблонов страниц

Для каждого шаблона — блоки и их содержимое: заголовок, описание, фото, характеристики, форма. Прототипы, если они есть, прикладываются к ТЗ.

5. Функции

Поиск, фильтры, корзина, оформление заказа, личный кабинет, онлайн-запись, калькулятор. Для каждой функции — правила работы и что видит пользователь в разных ситуациях, включая ошибки.

6. Административная часть

Что сотрудники могут редактировать сами: тексты, цены, товары, баннеры, заявки. Роли и права доступа.

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

С какими системами связан сайт: CRM, учёт, платёжные сервисы Payme и Click, службы доставки, Telegram. Какие данные передаются, в какую сторону и как часто.

8. Нефункциональные требования

• Поддерживаемые браузеры и устройства
• Языковые версии: русский, узбекский, другие
• Требования к скорости загрузки страниц
• Безопасность: HTTPS, защита форм, резервные копии
• Базовые требования для поисковой оптимизации: адреса, заголовки, карта сайта, перенаправления со старого сайта

9. Контент

Кто готовит тексты, фото, переводы и в какие сроки. Сколько страниц наполняет исполнитель.

10. Приёмка

Список проверок: сценарии, которые должны работать, браузеры и устройства для тестирования, порядок передачи доступов и документации.

Как писать понятно

Избегайте слов «удобный», «современный», «быстрый» без расшифровки. Вместо «удобный поиск» — «поиск по названию и артикулу, подсказки после ввода трёх символов, исправление раскладки клавиатуры». Каждый пункт должен быть проверяемым: прочитав его, можно ответить «сделано» или «не сделано».

Что делать с изменениями

Новые идеи появятся в процессе — это нормально. Фиксируйте их как дополнения к ТЗ с оценкой влияния на сроки и бюджет. Если менять договорённости устно, к концу проекта никто не вспомнит, что входило в объём.

Частые ошибки

ТЗ, скопированное из интернета для другого типа сайта. Сто страниц текста, которые никто не читает. Отсутствие раздела о приёмке. Интеграции, описанные одной строкой «связать с 1С», без указания, какие данные и в какую сторону передаются.

Пример пункта ТЗ

Плохо: «На сайте должна быть форма заявки».

Хорошо: «На каждой странице услуги — форма с полями имя, телефон в формате +998, комментарий. Обязательны имя и телефон. После отправки пользователь видит сообщение с ожидаемым временем ответа. Заявка с названием страницы и метками источника приходит в CRM и в Telegram-чат отдела продаж. При ошибке сети форма сохраняет введённые данные и предлагает повторить отправку».

Второй вариант можно проверить при приёмке, и он отвечает на вопросы разработчика заранее.