Сайты и запуск

Техническое задание на сайт: шаблон для заказчика

Хорошее ТЗ помогает заказчику и команде одинаково понимать результат. Начните с задач посетителя и состава сайта, а не с длинного перечня технологий.

Редакция polegaeff.ru3 мин чтения
Иллюстрация рабочего интерфейса с данными, которые нужно описать в требованиях к сайту
Редакционная иллюстрация к материалу.

Цель, аудитория и границы сайта

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

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

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

Карта страниц и шаблоны

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

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

Пример описания структуры
РазделСодержаниеДействие посетителя
УслугиОписание, примеры, условияОтправить запрос
КаталогКатегории, параметры, фотоНайти товар и уточнить наличие
О компанииПодход, команда, подтверждённые сведенияОценить соответствие задаче
КонтактыСпособы связи и географияСвязаться с ответственным

Формы и интеграции как проверяемые сценарии

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

Если сайт передаёт заявку в CRM, определите источник и формат каждого поля. Что происходит при недоступности CRM: сохраняется ли заявка, кто видит ошибку и когда возможен повтор? Решение согласуется по нуждам бизнеса, а не выбирается по умолчанию.

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

Контент, редактор и ответственность

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

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

  • Кто готовит и согласует материалы.
  • Какие поля и разделы редактируются.
  • Какие роли нужны редакторам.
  • Как загружаются данные и изображения.
  • Кто проверяет содержание перед публикацией.

Мобильная версия, SEO и приёмка

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

Техническую SEO-основу задавайте как конкретные результаты: уникальные адреса и метаданные, канонические URL, sitemap, robots и HTML-содержание. Эти настройки не являются гарантией индексации или позиции. После публикации отдельно проверяются обход и индекс в поисковых сервисах.

Нагрузку и скорость формулируйте вместе с условиями измерения. «Мгновенно на любом устройстве» нельзя принять как проверяемое требование.

Как согласовать готовность сайта
  1. Требование
  2. Проверяемый сценарий
  3. Тестовый результат
  4. Приёмка

Как использовать шаблон

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

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

  • Заполните цель и список страниц.
  • Опишите главные действия посетителя.
  • Назовите источники контента и интеграции.
  • Добавьте критерии готовности и исключения.
  • Сохраните согласованную версию и историю изменений.