Границы и структура сайта
Видны разделы, типы страниц, навигация, поиск, перелинковка и адреса, которые входят в проект.
Структура, контент и проверка до разработки
Разработка технического задания на сайт
Разрабатываем техническое задание на сайт. Фиксируем структуру, шаблоны, роли, формы, контент, интеграции, SEO-требования и критерии приёмки, создавая проверяемую основу для оценки и реализации.
Что за услуга?
Что такое техническое задание на сайт?
Техническое задание на сайт объединяет цели, структуру страниц, требования к контенту, дизайну, формам, интеграциям, администрированию и SEO. S.O.L CORP описывает шаблоны и критерии приёмки так, чтобы документ подходил для оценки и контроля реализации. Особое внимание уделяется мобильной версии, скорости, аналитике и сохранению поисковой видимости при замене сайта.
Практическая ценность
Что становится понятно до дизайна и программирования
Модель контента и CMS
Определены сущности, поля, связи, обязательность, роли редакторов и правила публикации.
Сопоставимая оценка
Подрядчики считают одинаковые шаблоны, функции, интеграции, состояния и проверки.
Понятная приёмка
Каждое значимое требование связано с наблюдаемым результатом и способом проверки.
Когда нужен документ
Для каких проектов разрабатываем ТЗ на сайт
Корпоративный сайт
Нужно согласовать услуги, отрасли, экспертизу, кейсы, документы, контакты и права контент-менеджеров.
Каталог
Требуются категории, фильтры, свойства, карточки, сравнение и квалифицированный запрос без обязательной онлайн-оплаты.
Интернет-магазин
Фиксируются цена, остаток, корзина, оформление, оплата, доставка, возврат, уведомления и обмен данными.
Редизайн и миграция
Нужно сохранить полезный контент, перенести данные, сопоставить URL и проверить редиректы без слепого копирования старых ошибок.
Сайт с интеграциями
Формы и личные обращения передаются в CRM, почту, аналитику или внешние сервисы с обработкой ошибок.
Содержание документа
Что входит в техническое задание на сайт
Документ строится вокруг уникальных типов страниц, данных и рискованных сценариев. Однотипные URL описываются общими правилами и примерами. Глубина определяется не количеством страниц в меню, а различиями в структуре, контенте, поведении и приёмке.
- 01
Цели, аудитории и границы
Фиксируем задачи сайта, сегменты, источники трафика, целевые действия, ограничения и то, что не входит в проект.
- 02
Инвентаризация и карта URL
Собираем действующие материалы, строим разделы и типы страниц, определяем адреса, навигацию, поиск и перелинковку.
- 03
Шаблоны и контентные блоки
Для главной, списка, услуги, категории, карточки, материала и контактов описываем состав, порядок и варианты блоков.
- 04
Контентная модель и CMS
Определяем сущности, поля, форматы, обязательность, связи, роли, статусы, предпросмотр и безопасные визуальные варианты.
- 05
Формы и интеграции
Описываем поля, валидацию, согласия, файлы, защиту, уведомления, передачу данных, повторную попытку и журнал ошибок.
- 06
SEO, аналитика и миграция
Фиксируем метаданные, индексацию, sitemap, canonical, Schema, события, параметры, старые адреса и правила 301 редиректов.
- 07
Качество интерфейса
Задаём адаптивные правила, доступность, клавиатуру, фокус, alt и title, изображения, браузеры и критерии производительности.
- 08
Приёмка и передача
Связываем требования с проверками, тестовыми данными, ответственными, дефектами, доступами, резервной копией и документацией.
Результат работы
Какие материалы получает заказчик
Спецификация сайта
Цели, границы, структура, шаблоны, CMS, формы, интеграции, качество и критерии приёмки.
Карта страниц и URL
Разделы, типы страниц, навигационные связи и список адресов для нового или текущего сайта.
Матрица контента
Поля CMS, форматы, обязательность, права, источники данных и правила публикации.
Карта миграции и проверок
Сопоставление старых и новых URL, аналитические события, тестовые сценарии и контрольный список запуска.
Выбор формата
Чем ТЗ на сайт отличается от брифа и прототипа
| Формат | Когда подходит | Что получает заказчик |
|---|---|---|
| Бриф | Нужно собрать исходные цели, ограничения, аудитории, материалы и вопросы для анализа. | Вводные и список неопределённостей, но не полный набор требований для приёмки. |
| Прототип | Нужно проверить структуру страницы, приоритет контента, переходы, формы и состояния до дизайна. | Наглядная модель ключевых экранов и маршрутов без полного технического описания реализации. |
| ТЗ на сайт | Нужно оценить, разработать, передать другой команде или принимать сайт по согласованным правилам. | Проверяемые требования к страницам, CMS, данным, формам, SEO, аналитике, качеству и миграции. |
Экспертная методика
Как применяем метод SITE-SPEC-MATRIX-01
Сначала согласуем цели, аудитории и карту страниц. Затем описываем шаблоны, поля, формы, роли редакторов, интеграции и технические требования. Перед выдачей документа проверяем связи между разделами и измеримость критериев приёмки.
Начинаем с типов страниц
Группируем будущие URL по реально отличающимся шаблонам, данным, действиям и состояниям.
Связываем страницу с CMS
Каждый выводимый факт получает поле, формат, источник, обязательность, право изменения и правило пустого значения.
Пишем способ проверки
Требование завершается наблюдаемым результатом, тестовыми условиями и ответственным этапом приёмки.
Фрагмент требования
Как описывается страница услуги и форма
Пример показывает принцип формулировки. Реальное требование уточняется после анализа контента, маршрута, CRM и правил обработки персональных данных.
- Контекст
- Контент-менеджер публикует услугу с H1, кратким ответом, составом работ, FAQ и формой. Необязательные блоки могут оставаться пустыми.
- Поведение
- Шаблон выводит заполненные поля в заданном порядке. Форма проверяет обязательные данные на сервере, сохраняет заявку и только затем пытается отправить уведомление.
- Результат
- Посетитель получает понятное подтверждение, заявка не теряется при сбое почты, а редактор не может произвольным HTML нарушить дизайн страницы.
- Критерий приёмки
- На ширинах 360, 768, 1024 и 1440 px сохраняются один H1, порядок чтения, подписи полей, клавиатура и видимый фокус. Пустой необязательный блок отсутствует в HTML, а заявка доступна в закрытом разделе админки.
Сроки и бюджет
От чего зависит оценка ТЗ на сайт
Цена зависит от количества шаблонов, форм и интеграций, объёма прототипирования, миграции и SEO-требований. После интервью фиксируются состав документа, этапы согласования и перечень материалов от заказчика.
Пример решения
ТЗ для редизайна и миграции корпоративного сайта
- Задача
- Сохранить полезные разделы старого сайта, изменить структуру услуг, перенести материалы, настроить новые шаблоны, формы и аналитику без появления бесконтрольных битых адресов.
- Решение
- Собрали инвентаризацию URL и контента, назначили решение каждому адресу, описали новые типы страниц и поля CMS, сопоставили редиректы, форму, события, метаданные, доступность и проверки запуска.
- Результат
- Заказчик получает согласованную карту сайта, требования к каждому типу страницы и понятные критерии готовности. Исполнители оценивают одинаковый объём, а изменения фиксируются относительно утверждённой основы.
Этапы работы
Как разрабатывается техническое задание на сайт
- 1
Проводим интервью
Уточняем бизнес-задачи, аудитории, владельцев контента, процессы, ограничения и порядок принятия решений.
- 2
Изучаем исходные данные
Проверяем старый сайт, аналитику, семантику, материалы, документы, интеграции и техническую среду.
- 3
Строим структуру
Определяем типы страниц, карту URL, навигацию, поиск, связи и объём миграции.
- 4
Описываем шаблоны и CMS
Фиксируем блоки, поля, роли, варианты, пустые состояния и правила публикации.
- 5
Формулируем функции и качество
Добавляем формы, интеграции, SEO, аналитику, доступность, адаптивность, производительность и безопасность.
- 6
Проверяем трассируемость
Связываем цели, страницы, данные, действия и критерии, устраняем противоречия и открытые вопросы.
- 7
Согласуем и передаём
Готовим версию документа, приложения, журнал решений и порядок управляемого изменения требований.
Управление рисками
Какие ошибки предупреждает ТЗ на сайт
Страницы посчитаны по-разному
Перечень URL отделяется от набора уникальных шаблонов, функций и состояний для оценки.
Контент не помещается в CMS
Поля, форматы, связи, обязательность и права определяются до сборки административного интерфейса.
Редизайн теряет старые адреса
Инвентаризация и карта миграции задают решение и проверку для каждого значимого URL.
Приёмка зависит от мнения
Существенные свойства получают условия, тестовые данные и наблюдаемый результат.
Опыт, экспертиза и доверие
Кто отвечает за методику ТЗ на сайт
Методика S.O.L CORP основана на анализе задачи, проверке исходных данных и применении профильной документации. Для каждой услуги мы определяем состав работ, ограничения, критерии результата и порядок проверки. Решения адаптируются под конкретный проект и согласуются с заказчиком до начала реализации.
- Ответственный за материал
- S.O.L CORP
- Область компетенции
- Разработчик движка Layer и основатель S.O.L CORP. Разработка цифровых продуктов с 2017 года. Область компетенции: бизнес-анализ, архитектура сайтов и веб-систем, WordPress, контентные модели, CMS, PHP, JavaScript, HTML, CSS, API, SEO-требования, аналитика, доступность, адаптивность, миграция и техническая приёмка.
- Дата проверки
Связанные этапы проектирования
Вопросы и ответы
Ответы на вопросы о техническом задании на сайт
Можно ли заказать только ТЗ на сайт?
Да. Техническое задание может быть самостоятельным результатом и передаваться выбранному подрядчику. Состав исходников, формат документа, права использования и порядок консультаций при передаче фиксируются в договоре. При необходимости S.O.L CORP может отдельно оценить последующее проектирование и разработку.
Чем ТЗ на сайт отличается от общего ТЗ?
ТЗ на сайт подробно рассматривает карту URL, типы страниц, контентные блоки, CMS, редакторские роли, формы, SEO-метаданные, аналитику, адаптивность и миграцию. Общее ТЗ цифрового продукта может сильнее концентрироваться на ролях, данных, операциях, API и бизнес-логике системы.
Нужно ли сначала делать прототип?
Не всегда. Для компактного сайта структура может быть достаточно ясной после анализа. Прототип полезен, когда спорны порядок контента, навигация, форма, сложная карточка или сквозной маршрут. Тогда проверенные решения включаются в ТЗ и уменьшают число неоднозначных формулировок.
Входит ли SEO в техническое задание?
В ТЗ фиксируется техническая SEO-готовность: структура URL, управляемые метаданные, заголовки, canonical, robots, sitemap, Schema, редиректы, индексация и внутренняя перелинковка. Семантическое ядро, редакционный план и написание полного контента являются отдельными задачами, если не включены в состав проекта.
Как описывается административная панель?
Для каждого типа контента указываются поля, форматы, обязательность, связи, роли, статусы, предпросмотр и допустимые визуальные варианты. Контент-менеджер получает достаточно свободы для публикации, но не произвольные настройки, которые могут нарушить дизайн, доступность или структуру страницы.
Что происходит со старыми URL при редизайне?
Сначала выполняется инвентаризация действующих адресов и материалов. Для каждого значимого URL определяется действие: сохранить, перенести, объединить или удалить. Карта миграции задаёт новый адрес, тип ответа и проверку. После запуска выполняется обход, проверка редиректов, метаданных и аналитики.
Гарантирует ли ТЗ точную стоимость разработки?
ТЗ делает оценки сопоставимыми и снижает неопределённость, но не устраняет все технические и организационные риски. Внешние API, качество исходных данных, изменения требований и неизвестное состояние старой системы могут повлиять на работу. Допущения и исключения фиксируются отдельно.
Работаете ли вы с заказчиками не из Санкт-Петербурга?
Да. S.O.L CORP находится в Санкт-Петербурге и ведёт проекты по всей России. Интервью, демонстрации, согласование и передача документов могут проходить дистанционно. Для результата важны доступность владельцев процессов, контента, аналитики и технических систем.
Начнём с задачи
Обсудим техническое задание на сайт?
Опишите тип сайта, бизнес-задачу, аудитории, текущие материалы, формы, интеграции и желаемый способ выбора подрядчика. Если есть старый сайт, аналитика, карта URL, семантика, прототип, бренд-материалы или требования службы безопасности, приложите их. Мы определим достаточную глубину ТЗ и список исходных данных.
support@solcorp.ru Пн–Пт, 10:00–19:00 МСК