Техническое задание на сайт: что записать заказчику

Бриф помогает разобраться в бизнесе, аудитории и задаче. Техническое задание фиксирует согласованный результат: что создаётся, как работает и как принимается. Необязательно знать все технические решения до первого разговора. Неизвестные вопросы нужно обозначить и распределить между участниками.
Не переписывайте в задание общие пожелания вроде «современный сайт, который продаёт». Уточните, что посетитель должен понять и сделать, какие функции нужны и как проверить их работу. Задание может дополняться после проектирования, но изменения должны быть видны обоим участникам.

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

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

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

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

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

Чужие тексты, изображения и композиции не становятся вашими только потому, что приложены как референс. Для Tilda уточните, что должно редактироваться обычными блоками, где нужен Zero Block и какие функции требуют кода.

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

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