Как составить техническое задание на разработку сайта

Опишите задачу и границы проекта

Хорошее техническое задание помогает одинаково понимать будущий результат. Оно не обязано начинаться с большого перечня технологий. Сначала опишите, для кого создаётся сайт, какие действия должен совершать посетитель и как команда будет использовать полученные обращения.

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

Соберите карту страниц и контент

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

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

• Название и адрес страницы, её задача и основной сценарий.
• Тексты, изображения, документы и источник каждого материала.
• Связи с другими страницами и правила навигации.
• Поля и разделы, доступные для редактирования после запуска.

Опишите поведение, включая ошибки

Фраза «нужна форма» оставляет слишком много неизвестного. Перечислите поля, обязательность, ограничения и сообщение после успешной отправки. Укажите, куда попадает заявка и что увидит посетитель, если отправка не удалась. Важно также определить, как команда заметит сбой.

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

Задайте проверяемые критерии приёмки

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

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

Договоритесь о запуске и передаче

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

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