Что включить в ТЗ на лендинг, чтобы не слить бюджет: 27 пунктов

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

икнока календаря икнока глаза125 икнока часов8 мин
Что включить в ТЗ на лендинг, чтобы не слить бюджет: 27 пунктов

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

1. Почему лендинги начинают сливать бюджет еще до дизайна

Проблема большинства провальных проектов не в том, что дизайнер слабый или подрядчик ‘что-то не так сверстал’. Чаще причина появляется раньше — на этапе постановки задачи. Когда заказчик говорит ‘нужен лендинг’, а в документе нет цели страницы, сценария заявки, приоритетов по блокам и критериев приемки, команда вынуждена принимать решения на ходу.

Из-за этого меняется состав работ. Сначала кажется, что нужна простая посадочная страница. Потом выясняется, что нужна интеграция с CRM, несколько форм, A/B‑гипотезы, редактируемые блоки, квиз, всплывающие окна, цели в Метрике и согласия на обработку данных. Формально это все еще ‘один лендинг’, но по факту объем уже другой.

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

Важно: формулировку “80% провалов из-за плохого ТЗ” на рынке часто используют как образное правило, но открытой точной статистики по всем проектам нет. Корректнее говорить так: большая часть дорогостоящих правок и споров по составу работ действительно возникает там, где требования не были зафиксированы заранее.

2. Семь обязательных разделов ТЗ

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

РазделЧто фиксируемЗачем это нужно
1. Бизнес-цельЗаявка, звонок, расчет, запись, лид из рекламы, KPI и источник трафикаЧтобы лендинг собирали под результат, а не “под красивый экран”
2. Аудитория и офферКто приходит, что обещаем, какие боли и возражения закрываемЧтобы структура и тексты попадали в реальный спрос
3. Структура страницыСписок блоков, порядок экранов, логика CTA и формыЧтобы не спорить о составе страницы после дизайна
4. Контент и материалыТексты, фото, кейсы, документы, ответственность по подготовкеЧтобы не тормозить проект из-за “контент потом добавим”
5. Дизайн и UXРеференсы, фирстиль, mobile-first, анимации, pop-up, ограниченияЧтобы ожидания по визуалу были измеримыми
6. Техника и аналитикаCMS, админка, CRM, формы, Яндекс Метрика, цели, уведомленияЧтобы запуск был управляемым и проверяемым
7. Приемка и границы работЧто входит, что не входит, сколько кругов правок, критерии сдачиЧтобы ТЗ защищало от доплат и размывания объема

Чек-лист из 27 пунктов

Раздел 1. Бизнес-цель и KPI

  • 1. Главная цель лендинга: что считаем успехом — заявка, звонок, бронь, расчет, запись.
  • 2. Одно ключевое целевое действие и вторичные действия, если они есть.
  • 3. KPI на запуске: цена лида, конверсия формы, глубина просмотра, доля мобильного трафика.
  • 4. Источники трафика: Яндекс Директ, SEO, ВКонтакте, email, ретаргетинг.

Раздел 2. Аудитория и предложение

  • 5. Основные сегменты аудитории: кому именно показываем страницу.
  • 6. Боль, потребность и триггер обращения у каждого сегмента.
  • 7. Главное предложение: продукт, услуга, бонус, срок, ограничение.
  • 8. Ключевые возражения и чем мы их закрываем.

Раздел 3. Структура и содержание

  • 9. Полный список блоков страницы в нужном порядке.
  • 10. Что обязательно должно быть на первом экране.
  • 11. Какие CTA и в каких местах страницы повторяются.
  • 12. Какие формы есть на странице, какие поля в каждой форме обязательны.
  • 13. Какие социальные доказательства нужны: кейсы, отзывы, цифры, сертификаты, FAQ.

Раздел 4. Материалы и ответственность

  • 14. Кто готовит тексты: заказчик, подрядчик или совместно.
  • 15. Какие исходники уже есть: фото, видео, презентации, прайс, PDF, брендбук.
  • 16. Какие материалы нужно запросить дополнительно до старта дизайна.
  • 17. Кто со стороны заказчика согласует контент и в какие сроки.

Раздел 5. Дизайн и UX

  • 18. Референсы: что нравится и что не нравится, с объяснением почему.
  • 19. Приоритет mobile-first или desktop-first, если это критично.
  • 20. Правила по pop-up, квизам, sticky-элементам, анимациям, квиз-экранам.
  • 21. Юридические элементы: политика, согласие на обработку данных, обязательные дисклеймеры.

Раздел 6. Техника и аналитика

  • 22. На чем делаем страницу и что должно редактироваться из админки.
  • 23. Какие интеграции нужны: CRM, почта, мессенджеры, коллтрекинг, рекламные кабинеты.
  • 24. Какие цели и события настраиваем в Яндекс Метрике: отправка формы, клик по кнопке, звонок, переход в мессенджер.
  • 25. Базовые SEO и технические требования: title, description, ЧПУ, индексация, скорость, favicon, микроразметка — если нужна.

Раздел 7. Приемка и границы работ

  • 26. Что входит в стоимость, а что считается отдельной задачей.
  • 27. Критерии приемки: адаптив, работа форм, корректность целей, список правок и число раундов согласования.

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

3. Как надо vs как делают другие

Самая частая ошибка — писать пожелания вместо требований. Ниже примеры, где формулировка выглядит похожей, но управленческий эффект у нее разный.

Как делают другиеКак надо писать в ТЗ
Нужен современный лендинг для нашей компании.Лендинг для услуги X под трафик из Яндекс Директа. Главная цель — заявка на расчет. Основная аудитория — собственники малого бизнеса в Москве и области.
Форма должна быть удобной.В форме 3 обязательных поля: имя, телефон, комментарий. После отправки — сообщение об успехе и событие ‘lead_submit’ в Метрике.
Нужен красивый дизайн.Берем за ориентир 3 референса. Нравится: чистая сетка, спокойный синий цвет, много воздуха. Не нравится: перегруженные анимации и длинный первый экран.
Добавьте аналитику.Настроить в Яндекс Метрике цели: отправка формы, клик по номеру телефона, клик по WhatsApp/Telegram, просмотр страницы благодарности — если она есть.
Потом по ходу добавим блоки.После утверждения структуры новые блоки считаются отдельной задачей и оцениваются до старта работ по ним.
Сделайте быстро, сроки горят.Дата передачи материалов — 12 мая. Дата первого прототипа — 15 мая. На согласование каждого этапа — до 2 рабочих дней со стороны заказчика.

4. Как ТЗ защищает от доплат и переплат

Не дает купить ‘дешево’, а потом доплачивать за базовые вещи.

Когда в документе не описаны формы, всплывающие окна, редактируемость блоков, интеграции и цели, смета почти всегда выглядит легче, чем реальный объем. На этапе реализации это превращается в цепочку допсоглашений.

Фиксирует границы проекта.

Хорошее ТЗ отвечает не только на вопрос ‘что делаем’, но и на вопрос ‘чего не делаем’. Например: не включена мультиязычность, не включен личный кабинет, не включен квиз, не включена серия A/B‑тестов. Тогда переговоры идут честно.

Помогает проверять запуск по фактам, а не на ощущениях.

Если у вас заранее описано, какие цели должны фиксироваться в Яндекс Метрике и как заявки уходят в CRM, приемка становится технической, а не вкусовой. Именно поэтому до старта полезно заранее зафиксировать логику заявок и даже схему передачи лида.

В российской практике особенно важно заранее описывать аналитику под Яндекс: в официальной справке Яндекс Метрики отдельно вынесены цели на отправку формы и клик по кнопке, а также автоматические цели для типовых действий на сайте. Если эти события не зафиксированы в ТЗ, подрядчик и заказчик по-разному понимают, что считать готовым запуском.

Для сложных B2B-проектов, где много характеристик, PDF, этапов сделки и повторных касаний, структура ТЗ обычно ближе к логике маркетинга для промышленности: нужен упор на факты, документы, технические преимущества продукта и длинный путь до заявки.

5. Как составить ТЗ на одностраничник без лишней воды

Шаг 1. Соберите бизнес-контекст.

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

Шаг 2. Утвердите каркас страницы.

Составьте список экранов в нужном порядке и сразу отметьте обязательные блоки: оффер, выгоды, доказательства, FAQ, форма, контакты.

Шаг 3. Разведите контент и технику.

Отдельно запишите тексты и материалы, отдельно — CMS, формы, уведомления, цели, CRM и права доступа.

Шаг 4. Зафиксируйте границы.

Прямо напишите, что не входит в задачу. Это защищает лучше любого устного обещания.

Шаг 5. Проверьте документ глазами приемки.

После чтения ТЗ должен быть понятен ответ на вопрос: как я пойму, что страница сделана правильно?

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

6. Типовые ошибки в ТЗ на разработку сайта

  • Описывать лендинг только через визуальные пожелания, без бизнес-цели.
  • Смешивать обязательные функции и ‘было бы неплохо’ в одном списке без приоритетов.
  • Не фиксировать, кто готовит тексты, фото и подтверждающие материалы.
  • Забывать про мобильную версию, хотя основной трафик идет со смартфонов.
  • Писать ‘подключить аналитику’ без списка конкретных целей в Яндекс Метрике.
  • Не указывать, какие блоки редактируются из админки, а какие зашиваются кодом.
  • Не прописывать приемку: кто проверяет, в какой срок и что считается ошибкой.

Мини-шаблон: короткий образец ТЗ на лендинг

1. Продукт/услуга: ____________________________________
2. Цель страницы: _____________________________________
3. Основная аудитория: _________________________________
4. Источник трафика: __________________________________
5. Первый экран: оффер + CTA + подтверждение ценности
6. Обязательные блоки: выгоды / кейсы / FAQ / форма / контакты
7. Форма: какие поля, куда уходят заявки, какое уведомление после отправки
8. Аналитика: цели в Яндекс Метрике, UTM, CRM, мессенджеры
9. Что входит в стоимость: _____________________________
10. Что не входит в стоимость: _________________________
11. Критерии приемки: __________________________________

Вывод

Хорошее ТЗ не делает лендинг сложнее. Оно делает его предсказуемее: по бюджету, срокам, составу работ и качеству запуска. Поэтому вопрос “что включить в ТЗ сайта” на практике важнее, чем выбор отдельных кнопок, оттенков и анимаций. Сначала фиксируется логика проекта, потом дизайн, потом реализация. Именно в таком порядке бюджет работает на результат, а не на бесконечные правки.

Узнайте сколько будет стоить продвижение вашего бизнеса

Оставьте заявку — менеджер ответит
в течение дня, уточнит задачи и пришлёт коммерческое предложение.

    Оставьте адрес электронной почты и мы пришлём вам коммерческое предложение или презентации

    человек на фоне