Шаблон

ТЗ на лендинг 2026

Восемь разделов с 20 заполняемыми полями плюс готовый чек-лист технических требований. ТЗ заточено под подрядчика (студию или фрилансера), которому нужно ясное «что делать», а не литературные описания «как мы видим наш сайт».

Логика ТЗ — от смысла к технике. Сначала «зачем» (источник трафика и оффер), потом «что» (структура секций), потом «как» (дизайн и технические требования). Подрядчик должен понимать контекст до того, как получит палитру и шрифты.

1. Сводка проекта

  • Текущий URL (если есть)
  • Источник трафика: Яндекс Директ / VK Ads / посевы в Telegram — выбрать один основной
  • Целевое действие (заявка, звонок, регистрация)
  • Целевой CR в процентах

2. Оффер и позиционирование

  • Формула оффера: «Помогаем [сегмент] [получить результат] за [срок] без [боли]». Если формула не складывается, оффер ещё не готов и лендинг разрабатывать рано.
  • Три ключевые выгоды
  • Цифровое доказательство (метрика, кейс, число)

3. Структура секций (9 блоков)

  1. Hero с оффером и главным CTA
  2. Боль аудитории
  3. Решение / как это работает
  4. Социальное доказательство (отзывы, логотипы, кейсы)
  5. Процесс работы по шагам
  6. Цены / тарифы
  7. FAQ
  8. О команде
  9. Финальный CTA

«О команде» стоит перед финальным CTA: на холодном B2B-трафике лица команды повышают доверие сильнее, чем абстрактные отзывы. Отметьте, какие блоки убрать (для SaaS — «Цены»), какие добавить.

4. CTA и формы

  • Текст главной кнопки (конкретное действие, не «Отправить»)
  • Количество полей формы (минимум необходимого)
  • Thank-you page и что происходит после отправки

5. Дизайн

  • Брендбук или палитра и шрифты
  • Референсы (что нравится и почему)
  • Запреты: чего не делать. Например: без стоковых фото с улыбкой, без гифок, без параллакс-эффектов и ползущих текстовых анимаций.

6. Технические требования (чек-лист из 10 пунктов)

  1. LCP не выше 2.5 секунды
  2. Core Web Vitals в зелёной зоне
  3. Изображения в WebP / AVIF
  4. Шрифты с font-display: swap
  5. Адаптив на 320 / 768 / 1024 / 1440
  6. PageSpeed не ниже 75
  7. Соответствие 152-ФЗ (согласие на обработку ПДн)
  8. Корректная отдача форм в CRM
  9. Настроенные цели Метрики
  10. Семантическая HTML-разметка

Это не «пожелания», а часть приёмки. Без них через 3 месяца наступает разочарование в подрядчике.

7. Аналитика и атрибуция

  • CRM и куда летят заявки
  • UTM-разметка
  • Цели Метрики: минимум 4 события (просмотр, скролл до формы, отправка, целевое действие)

8. Сроки и приёмка

  • Дедлайн по этапам
  • Критерии приёмки: «готово» — это не «нравится дизайнеру», а «лендинг открывается, формы летят в CRM, метрика считает, PageSpeed не ниже 75».

Зачем именно так структурировано

Логика ТЗ — от смысла к технике. Сначала «зачем» (источник трафика и оффер), потом «что» (структура секций), потом «как» (дизайн и технические требования). Подрядчик должен понимать контекст до того, как получит палитру и шрифты, иначе сделает «красиво», но не под задачу.

Раздел 3 со структурой из 9 блоков — самый полезное. Структура собрана из проектов performance-маркетинга агентства и сверена с книгами по конверсии. «О команде» стоит перед финальным CTA: на холодном B2B-трафике лица команды повышают доверие сильнее, чем отзывы.

Технические требования в виде чек-листа, а не «пожеланий» — принципиально. В практике агентства каждый второй лендинг от стороннего подрядчика приходил с LCP 5+ секунд и PageSpeed ниже 50. Когда LCP в чек-листе и зафиксирован как часть приёмки, подрядчик закладывает время на оптимизацию изображений и шрифтов в первоначальную смету.

Как пользоваться ТЗ

  1. Заполните заранее, не на встрече. ТЗ — материал для подрядчика. Сядьте на 60-90 минут и ответьте на все 20 пунктов.
  2. Покажите трём подрядчикам. Из одного ТЗ получите три разные оценки сроков и бюджетов. Разница покажет, кто понимает задачу.
  3. После старта работ фиксируйте изменения в том же документе. Все правки в этот же файл, с датой.
  4. Приёмку проводите по чек-листу из раздела 6. Прогоните PageSpeed, проверьте цели Метрики, откройте форму с телефона. Хоть один пункт не пройден — лендинг не принят.
  5. После запуска — ретроспектива. Через 4 недели откройте ТЗ снова: целевой CR из раздела 1 достигнут? Если нет, ищите рычаг (лендинг, креативы, аудитория), не переделывая всё с нуля.

Чего нет в этом ТЗ

  • Дизайн-макета и интерактивных прототипов. Это ТЗ уровня «что должно быть». Прототип — следующая итерация.
  • Текстов лендинга. Тексты пишет копирайтер по этому ТЗ. В ТЗ оффер и буллеты, а не финальные формулировки.
  • Описания backend-логики (калькулятор, конфигуратор). Если лендинг сложнее статики, добавьте приложение с описанием логики.
  • SEO-семантики и контент-плана. ТЗ про конверсионный лендинг под рекламный трафик. SEO-страница — другой жанр.

Частые вопросы

Какие технические требования обязательно фиксировать в ТЗ?
LCP не выше 2.5 секунды, Core Web Vitals в зелёной зоне, изображения в WebP/AVIF, шрифты с font-display: swap, адаптив на 320/768/1024/1440, PageSpeed не ниже 75, соответствие 152-ФЗ и настроенные цели Метрики. Это часть приёмки, а не пожелания.
Сколько секций должно быть в лендинге?
Базовая структура из 9 блоков покрывает 90% случаев: Hero, боль, решение, соц-доказательство, процесс, цены, FAQ, о команде, финальный CTA. Лишние убирайте: для SaaS — «Цены», для репутационного лендинга оставьте Hero.
Как сформулировать оффер для ТЗ?
По формуле «Помогаем [сегмент] [получить результат] за [срок] без [боли]». Если формула не складывается, оффер ещё не готов и лендинг разрабатывать рано.
Что считать критерием приёмки лендинга?
Не «нравится дизайнеру», а измеримое: лендинг открывается, формы летят в CRM, метрика считает события, PageSpeed не ниже 75. Зафиксируйте эти критерии в разделе сроков и приёмки до старта работ.

Нужен не калькулятор, а результат?

«Матрица Роста» соберёт performance-систему под ваш бизнес: от стратегии до управляемого CPL.