ТЗ на лендинг 2026: что писать подрядчику, чтобы не переделывать
Техническое задание на посадочную страницу: девять секций структуры, требования к скорости и мобильной версии, цели аналитики, критерии приёмки. Разбираю, чем ТЗ отличается от брифа и какие пункты пропускают чаще всего.
Большинство переделок лендинга не про дизайн. Они про то, что стороны по-разному поняли задачу и нигде не записали, как выглядит готовая работа. ТЗ существует ровно для этого — и чаще всего в нём не хватает одного пункта.
Бриф отвечает на вопрос «зачем и для кого». ТЗ — на вопрос «что именно делаем». Перепрыгнуть через первое и сразу писать второе означает зафиксировать свои догадки в виде документа.
1. Порядок: сначала бриф
Бриф заполняет заказчик: чем занимается бизнес, кто клиент, какие у него возражения, чем вы отличаетесь, что считаем успехом. Форма — в брифе на разработку сайта.
ТЗ пишется после и уже на основании ответов. Если ТЗ появляется первым, все неотвеченные вопросы превращаются в допущения исполнителя, и обнаружатся они на макетах.
2. Оффер: одно предложение, которое держит всю страницу
Формула, которой достаточно в девяти случаях из десяти: что получает клиент, за какой срок, за счёт чего и чем это подтверждается.
Проверка простая. Если оффер не укладывается в одно предложение, значит либо предложение ещё не сформулировано, либо вы продаёте сразу несколько вещей — и тогда нужны несколько страниц, а не одна.
3. Девять секций
| Секция | На какой вопрос отвечает |
|---|---|
| Первый экран | Куда я попал и что мне предлагают |
| Боль | Это про мою ситуацию? |
| Решение | Как именно вы её закрываете |
| Социальное доказательство | Кому это уже помогло |
| Процесс | Что будет после того, как я оставлю заявку |
| Цены или условия | Сколько это стоит и от чего зависит |
| FAQ | Ответы на то, что мешает решиться |
| Команда | Кто это делает |
| Финальный CTA | Что сделать прямо сейчас |
Порядок можно менять, набор — редко. Чаще всего выбрасывают «Процесс», и это ошибка: неопределённость того, что произойдёт после нажатия кнопки, останавливает людей не реже цены.
4. Технические требования, которые надо назвать числами
Формулировка «сайт должен быстро грузиться» не является требованием: она непроверяема, а значит не будет выполнена. В ТЗ идут числа.
- целевые значения Core Web Vitals и на каком инструменте они проверяются;
- предельный вес изображений и требование к современному формату;
- поведение шрифтов при загрузке, чтобы текст не прыгал;
- минимальная ширина экрана, на которой страница обязана выглядеть корректно;
- что происходит с формой при ошибке отправки.
Последний пункт вспоминают редко, а он стоит заявок: молча не отправившаяся форма выглядит для человека как отправленная.
5. Аналитика ставится во время вёрстки
Список целей — часть ТЗ, а не задача «на потом». Добавлять разметку в готовую страницу дороже, а часть событий без переделки вёрстки уже не поймать.
Минимальный набор: отправка формы, клик по телефону, клик в мессенджер, скачивание файла, глубина скролла, просмотр ключевой секции. Как это устроено в Метрике — в разборе настройки целей.
6. Критерии приёмки — самый пропускаемый раздел
Без него приёмка выглядит так: заказчик смотрит страницу и говорит, что «чего-то не хватает». Исполнитель не понимает, что именно, потому что нигде не написано, как выглядит готовность.
Рабочий раздел выглядит списком проверяемых условий:
- страница набирает заданные значения на указанном инструменте;
- корректно отображается на перечисленных разрешениях;
- все цели из списка срабатывают, проверено в отчёте;
- заявки доходят до CRM, проверено тестовой отправкой;
- тексты соответствуют утверждённой версии;
- все ссылки открываются, битых нет.
Шесть пунктов, каждый проверяется за минуту. Их наличие превращает приёмку из переговоров в чек-лист.
7. Если лендинг делают на конструкторе
ТЗ всё равно нужно, и почти в том же объёме. Конструктор снимает вопросы про технологию и часть вопросов про скорость, но не снимает ни одного вопроса про структуру, оффер, аналитику и приёмку — а именно они определяют, будет страница продавать или нет.
8. Итог
ТЗ пишется после брифа и описывает решение: оффер одним предложением, девять секций с задачами, технические требования числами, список целей аналитики и критерии приёмки.
Если из всего документа оставить одну часть, оставляйте критерии приёмки. Они экономят больше времени, чем все остальные разделы вместе.
Готовый документ: шаблон ТЗ на лендинг. Форма для заказчика перед ним — бриф на сайт. Что проверять на готовой странице — в разборе посадочной, нормы конверсии — в бенчмарках.