Как составить ТЗ на разработку сайта — подробная инструкция и шаблон

Зачем нужно ТЗ и кто за него отвечает

Техническое задание (ТЗ) — это документ, который переводит бизнес‑задачу на язык разработки. Его цели:

• определить объём работ и исключить недопонимания;
• дать основу для оценки времени и бюджета;
• зафиксировать критерии приёмки и качества;
• обеспечить прозрачность ответственности между заказчиком и подрядчиком.

Ответственность обычно распределяется так: бизнес‑владелец формулирует цели и KPI, продакт/маркетолог уточняет аудиторию и сценарии, технический специалист проверяет реализуемость, дизайнер — визуальную часть. В маленьких проектах роль заказчика и аналитика могут совмещаться.

Цели, метрики и ответственность

В ТЗ обязательно указывайте конечные цели проекта и бизнес‑метрики (KPI). Это позволяет оценивать результат.

Примеры целей и KPI

• Увеличить трафик из поиска на 50% за 12 месяцев (SEO‑метрика: органический трафик).
• Снизить CPL на 30% в каналах рекламы при сохранении объёма лидов.
• Поднять конверсию посадочных страниц с 2% до 4% за полгода.

Обязательно пропишите: кто отвечает за достижение метрик (маркетолог/продакт), кто обеспечивает наполнение контентом, и какие ресурсы выделены (бюджет, команда).

Целевая аудитория и пользовательские сценарии

Чёткое описание ЦА помогает принять дизайн‑ и функциональные решения. Указывайте:

• сегменты аудитории (владельцы бизнеса, инженеры, молодые родители и т.д.);
• ключевые потребности и болевые точки;
• уровень цифровой грамотности;
• предпочтительные устройства (мобильные/десктоп) и площадки входа (поиск, соцсети, email).

Пользовательские сценарии

Опишите 4–6 основных сценариев: от первого визита до покупки/запроса. Для каждого укажите шаги, ожидаемое поведение и метрики успеха (например, целевой путь «страница категории → карточка товара → корзина → оформление»).

Структура сайта и разделы (структурная карта)

Структурная карта — это скелет сайта. В ТЗ вложите схему разделов с краткой функцией каждой страницы и приоритетом индексации.

Что указывать в карте:

• уровни навигации и глубина (в идеале не более 3 кликов до ключевой конверсии);
• тип страницы (лендинг, категория, карточка товара, блог, FAQ, контакты);
• какие шаблоны страниц нужны и их приоритет (desktop/mobile);
• планы по расширению (например, блог через 6 месяцев).

Пример одной ветки карты: Главная → Категория услуг → Страница услуги → Кейсы → Форма заявки.

Требования к дизайну и UX

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

• референсы и что конкретно нравится/не нравится;
• бренд‑гайд: логотип, палитра, типографика, правила использования; при отсутствии — договоритесь о создании гайдлайна;
• макеты для ключевых шаблонов: главная, карточка товара/услуги, страница контактов, блог;
• адаптивность: поддержка мобильных, планшетов и десктопов; приоритет контента на мобильных, если основной трафик мобильный;
• доступность: базовые требования WCAG (контраст, масштабирование текста, альтернативный текст к изображениям).

В ТЗ стоит приложить скрин‑референсы и описать желаемую эмоциональную тональность: «серьёзно и профессионально» или «легко и дружелюбно».

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

Функциональность — самый объёмный раздел. Опишите каждую функцию по шаблону: назначение → входные данные → бизнес‑правила → выход/поведение → ошибки и обработка.

Типовые функциональные блоки

• форма обратной связи: поля, валидация, защита от спама, уведомления;
• регистрация/авторизация пользователей: OAuth, соцсети, пароли;
• каталог и поиск: фильтры, сортировка, поиск по словам и артикулу;
• корзина и заказ: расчёт стоимости, промокоды, статусы заказа;
• личный кабинет: заказы, документы, история взаимодействий;
• админ‑панель: управление контентом, пользователями, заказами, ролями;
• мультиязычность: языки, правила локализации;
• логирование и бэкап: частота, хранилище, процесс восстановления.

Для каждой сложной фичи укажите приоритет: «MVP» (обязательно на запуске), «v2» (планируется позже) и «бэклог».

Контент: кто, что и в каком формате

Контент — ключевой фактор успешного сайта. В ТЗ пропишите ответственность и форматы:

• структура и объём текстов для каждой страницы (количество символов, ключевые блоки);
• ответственные за тексты (заказчик/копирайтер агентства);
• медиаконтент: фото, видео, инфографика — кто поставляет и кто оптимизирует;
• метаданные: title/description для шаблонов страниц, правила генерации;
• миграция контента с старого сайта: объём, приоритетные страницы, 301‑редиректы.

Никогда не оставляйте «контент будет позже» — это причина задержек и переработок. Укажите дедлайны и формат приёма материалов (Google Docs, ZIP, FTP).

SEO‑требования (обязательный раздел)

SEO — не роскошь, а системный канал привлечения. ТЗ обязательно должно включать SEO‑блок. В нём укажите:

• структуру URL и правила формирования ЧПУ;
• семантическое ядро: хотя бы основные группы запросов и планы по кластеризации;
• правила для title и meta description, шаблоны для категорий и товаров;
• технические требования: скорость загрузки (LCP, FCP), микроразметка (schema.org), robots.txt, sitemap.xml;
• редиректы и каноникализация: план переноса SEO‑истории со старого ресурса;
• требования к URL‑структуре при фильтрах и сортировке (предотвращение дублей).

Практический совет: укажите минимальный порог Core Web Vitals для принятия работ и инструменты, с помощью которых будут отслеживать метрики (Google Search Console, Яндекс.Вебмастер, Lighthouse).

Технические требования и инфраструктура

Технический раздел содержит конкретику по платформе, стэку и хостингу:

• предпочтительная платформа (CMS/фреймворк) или требование к её расширяемости;
• серверная инфраструктура: VPS, облачный хостинг, размещение БД;
• база данных и объёмы: ориентировочное количество записей, трафик и нагрузка;
• шифрование и безопасность: SSL, бэкапы, защита от DDoS;
• CI/CD: желательна автоматическая сборка и деплой при пуше в ветку;
• поддержка и SLA: время реакции, исправление критических багов.

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

Интеграции и внешние системы

Опишите все внешние сервисы и способы интеграции:

• CRM: поля, события, воронка продаж, двунаправленная синхронизация;
• платёжные системы: PCI‑совместимость, список методов оплаты;
• маркетинговые инструменты: аналитика, коллтрекинг, пиксели, email‑рассылки;
• ERP и складской учёт для e‑commerce;
• чаты и коллтрекинг: через API/виджеты.

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

Сроки, этапы и бюджет

Разбейте проект на этапы с чёткими критериями приёмки и оценкой трудозатрат. Пример этапов:

1. Сбор требований и аналитика (1–2 недели).
2. Прототипы и архитектура (2–3 недели).
3. Дизайн ключевых страниц (2–4 недели).
4. Разработка MVP (4–8 недель).
5. Тестирование и исправления (1–3 недели).
6. Запуск и настройка аналитики (1 неделя).

В ТЗ укажите бюджетную рамку и условия изменения бюджета при увеличении объёма работ — фиксированная цена либо почасовая оплата. Укажите также резерв времени и средств на непредвиденные изменения (обычно 10–20%).

Тестирование, приёмка и гарантия

Опишите требования к тестированию и процедуру приёмки:

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

Критерии приёмки должны быть объективными: URL доступны, формы работают, метрики скорости в пределах оговорённых показателей, ошибки 5xx отсутствуют и т.д.

Пример готового ТЗ и чек‑лист

Ниже — упрощённый фрагмент ТЗ для посадочной страницы (лендинг).

1. Цель: сбор лидов — увеличить количество заявок через форму на 30%.
2. ЦА: владельцы малого бизнеса, 30–50 лет, ищут услуги B2B.
3. Структура страницы: хедер, блок УТП, преимущества, блок услуг, кейсы, форма заявки, FAQ, футер.
4. Дизайн: адаптивный, CTAs контрастного цвета, шрифт Roboto, бренд‑палитра.
5. Функции: форма (имя, телефон, email, коммент), валидация, интеграция в CRM через API.
6. SEO: title до 60 символов, meta description до 160, h1 — ключевой запрос, разметка schema.org для формы.
7. Тестирование: проверка на мобильных, Chrome/Firefox/Safari, скорость LCP < 2.5s.
8. Срок: 4 недели. Бюджет: 200 000 ₽.
  

Чек‑лист перед сдачей

Частые ошибки при составлении ТЗ и как их избегать

• Слишком общие формулировки: «сайт красивый и быстрый» — нужно конкретизировать показатели и референсы.
• Отсутствие SEO‑блока: приводит к переработкам и потерям трафика.
• Незапланированный контент: «контент позже» тормозит релиз — укажите дедлайны.
• Нет критериев приёмки: спорные моменты решаются дольше и дороже.
• Неучтённые интеграции: API сторонних сервисов могут потребовать допработ.

Решение: делайте ТЗ итеративно — сначала высокий уровень (MVP), затем детализируйте при подтверждении бюджета и этапа.

Как оценивать стоимость и экономику проекта

Оценка стоимости зависит от требуемого функционала, интеграций и качества исполнения. Для бизнес‑решения важно смотреть не только на цену разработки, но и на LTV/CPA и ROMI.

Простая формула оценки эффективности:

ROMI = (Дополнительная чистая прибыль от сайта — затраты на создание и продвижение) / затраты.

При оценке просите подрядчика разбивать смету по этапам и показывать unit‑экономику: средняя стоимость лида, целевой CPL, ожидаемый CPA при конверсии.

FAQ

1. Сколько обычно занимает составление полноценного ТЗ?

В зависимости от сложности: от 1 недели (простой лендинг) до 4–6 недель (крупный интернет‑магазин с интеграциями). Включайте время на согласование и ревью контента.

2. Нужно ли в ТЗ указывать все тексты и изображения?

Да. Указывайте, кто отвечает за контент и в какие сроки он будет предоставлен. Часто разработка блокируется из‑за отсутствия материалов.

3. Насколько детальным должно быть техническое описание?

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

4. Как учесть SEO в ТЗ, если я не знаю ключевых слов?

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

5. Нужно ли отдельно описывать мобильную версию?

Обязательно. Укажите приоритет мобильного UX, ссылки на референсы и требования к адаптивности. Если мобильный трафик доминирует — это должно быть акцентом в ТЗ.

6. Что делать, если после запуска нужно внести изменения?

Опишите процесс работы с изменениями: в каком виде принимаются заявки, как оценивается время, условия оплаты. Рекомендуется иметь пул часов на поддержке или заключать SLA.

Как мы помогаем при подготовке ТЗ

В Rose Digital мы готовим ТЗ как для старта, так и для масштабирования сайта, учитывая SEO‑стратегию с самого начала. Мы помогаем с аналитикой семантики, прототипами, технической архитектурой и планом интеграций, чтобы сайт сразу был готов приносить органический трафик — платная реклама рассматривается как ускоритель роста, но не как основной канал.

Если вам нужна помощь с подготовкой профессионального ТЗ или с разработкой и продвижением сайта, мы можем подготовить документ под ваш бизнес и сопровождать реализацию. Посмотреть примеры наших работ и подходы можно в разделе кейсы агентства, а услуги по созданию и продвижению сайтов мы описываем на странице услуги по созданию и продвижению сайтов.