Техническое задание на сайт: структура, пример и приёмка

Техническое задание на сайт описывает результат, который заказчик и разработчик смогут одинаково проверить. В нём нужны задачи бизнеса, страницы, содержание, пользовательские действия, интеграции и условия запуска. Это помогает сравнить предложения по одинаковому объёму работ.

Начать можно с короткого брифа: чем занимается компания, кто её покупатели, какой следующий шаг они должны сделать на сайте и что мешает сейчас. После обсуждения бриф превращают в требования. Объём документа определяется сложностью проекта: у страницы услуги и магазина с несколькими складами будут разные детали.

Структура ТЗ на корпоративный сайт и интернет-магазин

Каркас документа, который можно использовать при подготовке проекта

Раздел	Что записать	Как проверить
Цель и аудитория	Задачи посетителя и действие, полезное бизнесу	Пройти согласованный сценарий от входа до результата
Структура	Список страниц, шаблонов и связей между ними	Сверить навигацию и наличие каждой страницы
Контент	Кто готовит тексты, изображения, каталог и документы	Проверить материалы и возможность редактирования
Функции	Поля, состояния, ошибки и действия пользователя	Выполнить обычный сценарий и согласованные исключения
Интеграции	Системы, данные, направление и расписание обмена	Сверить результат в обеих системах, включая повторную передачу
Поиск и перенос	Адреса, метаданные, карта сайта и старые страницы	Проверить опубликованные адреса и доступность для обхода
Запуск и поддержка	Хостинг, доступы, резервирование и передача проекта	Пройти список запуска и проверить восстановление

Опишите действия посетителя

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

У каждого действия определите входные данные, результат и ошибку. Если предусмотрена форма, уточните обязательные поля, проверку ввода, подтверждение отправки и получателя обращения. Если связь организована по телефону или через мессенджер, проверяют эти ссылки и согласованный сценарий передачи обращения.

Пример проверяемого требования к интернет-магазину

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

Приёмка: сравниваем карточку, корзину, подтверждение и запись менеджера. При повторном получении уведомления создаётся один заказ. Для недоступного количества сайт применяет согласованное правило. Если внешний сервис доставки временно не отвечает, посетитель видит предусмотренное сообщение и может выполнить разрешённый следующий шаг.

Для обмена с 1С добавьте момент передачи заказа, способ подтверждения и правило резервирования. Конкретное число минут или секунд согласуйте под рабочий процесс и проверьте на характерной нагрузке.

Отдельно согласуйте каталог и управление контентом

Для каталога нужны примеры исходных данных: категории, названия, варианты, характеристики, цены, остатки и изображения. Опишите правила фильтров и поиска, включая ситуацию без результатов. Укажите, какие поля сотрудник меняет на сайте и какие обновляются из учётной системы.

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

Что включить в требования к SEO и мобильной версии

Зафиксируйте понятные адреса страниц, редактирование заголовков и описаний, канонические адреса, карту сайта и доступность полезного содержимого для поискового обхода. При замене сайта добавьте перечень прежних адресов и соответствующих новых страниц. Базовые принципы описаны в руководстве Google по SEO.

Определите, на каких размерах экрана и браузерах проводится приёмка. Проверьте чтение текста, навигацию, кнопки, поля и оформление заказа на телефоне. Требование к скорости должно содержать страницу, устройство, условия измерения и допустимый результат, чтобы повторная проверка была сопоставимой.

Как сделать оценку сопоставимой

• Разделите обязательные функции первого запуска и последующие этапы.
• Укажите объём наполнения и переноса, который входит в работу.
• Уточните стоимость платформы, сервисов, хостинга и сопровождения.
• Определите, как согласуются изменения и кто принимает результат.
• Включите список доступов, инструкций и материалов, передаваемых после запуска.

Перед началом работ пройдите документ вместе с исполнителем: какие требования можно проверить сразу, какие зависят от внешней системы и где нужна дополнительная информация. При обновлении существующего сайта пригодится список проверок редизайна и SEO.

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