# Техническое задание на разработку сайта — рабочий шаблон

Версия шаблона: 1.0 · WEB BOGDANOV

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

## 1. Контекст проекта

- Компания / проект:
- Ответственный со стороны заказчика:
- Зачем меняется или создаётся сайт:
- Что в текущем процессе не работает:
- Какой бизнес-процесс должен поддерживать сайт:
- Что считается успешным результатом проекта:

## 2. Пользователи и сценарии

Для каждого приоритетного сценария заполните:

- кто пользователь;
- с какой задачей он приходит;
- какая информация нужна до действия;
- какое целевое действие допустимо;
- что происходит после действия;
- какие ошибки или тупики нельзя допустить.

## 3. Состав и структура

- Типы страниц:
- Обязательные разделы:
- Основная навигация:
- Связи между разделами:
- Какие URL сохраняются при миграции:
- Какие URL создаются или закрываются:

Для каждого типа страницы укажите цель, обязательные блоки, источник данных, CTA и состояния без данных.

## 4. Контент и данные

- Кто готовит тексты, изображения, документы и характеристики:
- Где находится источник истины:
- Какие поля обязательны:
- Какие данные редактируются через CMS:
- Какие данные приходят из внешних систем:
- Что показывать при отсутствии данных:

## 5. Функциональные требования

Для каждой функции фиксируйте не название, а проверяемое поведение:

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

## 6. SEO и индексация

- Карта поисковых интентов и owner-страниц:
- Canonical и правила индексации:
- Redirect map для изменяемых URL:
- Метаданные и Open Graph:
- Sitemap / robots:
- Structured data только для видимого и подтверждённого содержания:
- Требования к внутренней перелинковке:

## 7. Нефункциональные требования

- Поддерживаемые устройства и браузеры:
- Доступность и клавиатурные сценарии:
- Производительность и способ измерения:
- Безопасность и модель доступа:
- Резервное копирование / восстановление:
- Логи и наблюдаемость:
- Ограничения по персональным данным:

## 8. Интеграции

Для каждой интеграции: владелец системы, API/протокол, авторизация, тестовый контур, лимиты, формат ошибок, retry, источник документации и ответственный.

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

## 9. Приёмка

Каждый критерий формулируйте как наблюдаемую проверку.

Пример:
- Плохо: «мобильная версия удобная».
- Проверяемо: «при ширине 320, 360, 390 и 768 px основной контент и действия доступны без потери текста и горизонтальной прокрутки страницы; меню открывается с клавиатуры, закрывается Escape и возвращает фокус на кнопку».

Таблица приёмки:

| ID | Сценарий | Предусловие | Действие | Ожидаемый результат | Доказательство |
|---|---|---|---|---|---|
| A-01 |  |  |  |  |  |

## 10. Границы проекта

- Что входит:
- Что не входит:
- Что требует отдельной оценки после обследования:
- Какие допущения использованы:
- Что блокирует запуск:
- Что допустимо перенести после запуска:

## 11. Передача и эксплуатация

- Репозиторий и права доступа:
- Инструкция по публикации:
- Deployment / rollback:
- Backup / restore:
- Документация администратора:
- Перечень внешних сервисов и владельцев доступов:
- Период и границы гарантийных исправлений: