Техническое задание на сайт: шаблон для бизнеса
Структура ТЗ на сайт: цели, аудитория, URL, функции, контент, интеграции, SEO, аналитика, доступность, безопасность и приёмка.
Главное за 30 секунд
ТЗ не должно предсказывать каждый пиксель. Оно фиксирует бизнес-цель, границы проекта, обязательные сценарии, данные, интеграции и проверяемые критерии готовности. Дизайн и техническая реализация уточняются внутри этих рамок.
1. Контекст проекта
- Что делает бизнес и почему сайт меняется сейчас.
- Кто принимает решение и кто будет поддерживать результат.
- Главные аудитории, языки и география.
- Измеримый результат и исходная точка.
- Ограничения по сроку, бюджету, бренду и инфраструктуре.
2. Объём и карта URL
Перечислите типы страниц, а не только пункты меню: услуги, отрасли, кейсы, статьи, контакты, политика, формы и служебные состояния. Для редизайна добавьте таблицу старый URL → действие → новый URL.
Отдельно укажите языковые версии и страницы, которые сознательно не индексируются.
3. Пользовательские сценарии
- Опишите исходную ситуацию пользователя.
- Укажите точку входа и необходимую информацию.
- Зафиксируйте основное действие и альтернативу.
- Опишите успешный результат, ошибку и повторную попытку.
- Назначьте событие аналитики и объект в CRM.
4. Контент и ответственность
- Кто пишет, переводит, проверяет и принимает текст.
- Какие фото, видео, кейсы и документы предоставляет клиент.
- Какие утверждения требуют источника или юридической проверки.
- Формат импорта и миграции старого контента.
- Правила дат публикации, автора и последующего обновления.
5. Интеграции и данные
Для каждой интеграции укажите владельца, документацию, поля, направление обмена, авторизацию, повторы, журнал ошибок и тестовый контур. Фраза «подключить CRM» не описывает, что создаётся, как ищутся дубли и кто узнаёт о сбое.
Согласуйте персональные данные, роли, сроки хранения и процедуру удаления до разработки форм.
6. SEO, скорость и доступность
- Уникальные metadata, H1, canonical и индексируемый HTML.
- Sitemap, robots, редиректы и hreflang для реальных переводов.
- Core Web Vitals и бюджет веса ключевых шаблонов.
- Клавиатурная навигация, контраст, alt и субтитры.
- Структурированные данные только для видимого содержания.
7. Критерии приёмки
Для каждого пункта укажите способ проверки и допустимый результат: не «быстро загружается», а конкретный отчёт, устройство и порог; не «интегрировано с CRM», а тестовая заявка с ожидаемыми полями, ответственным и журналом события.
Изменения объёма после утверждения проходят отдельную оценку влияния на срок и бюджет. Такой change request защищает обе стороны от бесконечного расширения задачи под видом мелкой правки.
- Проверить согласованный список URL и коды ответа.
- Пройти сценарии на поддерживаемых устройствах и браузерах.
- Проверить формы, CRM, письма и аварийные случаи.
- Сверить аналитику, consent и события.
- Передать доступы, исходники, документацию, резервную копию и регламент релиза.
Первичные источники и документация
Следующий шаг
Если хотите применить схему к своему проекту, превратите задачу сайта в проверяемое ТЗ. Сначала зафиксируем исходные данные и критерии готовности, затем оценим объём работ.
Посчитайте стоимость под вашу задачу
Ориентир. Финальная смета — после брифа по задачам.
Бесплатная диагностика за 24–48 часов: посмотрим ситуацию, скажем что даст результат, дадим смету.
