✦Первый в России сайт с полным циклом ИИ✦Смотрите презентацию ИИ-сайта продаж✦Сайт, которым полностью управляет ИИ✦Контент, реклама, лиды и аналитика — на автопилоте

Как составить ТЗ на разработку лендинга

12 мин чтения
Д

ДаниилТехнический директор AmSales

Отвечает за разработку: сайты, веб-приложения, ИИ-интеграции, приложения для Битрикс24 и бэкенд.

Как составить ТЗ на разработку лендинга

Коротко: Чтобы составить техническое задание на лендинг, необходимо зафиксировать бизнес-цели, целевую аудиторию, структуру блоков, требования к дизайну и сценарии работы форм. Качественное ТЗ включает подробное описание интеграций с CRM, требования к скорости загрузки, юридическую чистоту (маркировку рекламы и политику данных) и четкие критерии приемки работ, что минимизирует риск переделок и срыва сроков.

Кстати, в AmSales мы делаем внедрение и настройку Битрикс24 и разработку сайтов и приложений под ключ. Если нужна помощь - напишите нам.

Зачем нужно подробное ТЗ на лендинг

Многие собственники ошибочно полагают, что для запуска одностраничника достаточно отправить дизайнеру ссылку на конкурента и сказать: "Сделай так же, только в наших цветах". Это прямой путь к потере бюджета. Без документа, в котором прописано, как именно составить техническое задание на лендинг, разработчик будет руководствоваться своей логикой, а не вашими бизнес-задачами. В итоге вы получите красивую картинку, которая не конвертирует посетителей в заявки, потому что кнопка "Купить" ведет в никуда, а формы захвата не передают данные в отдел продаж.

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

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

В 2026 году цена ошибки в ТЗ выросла не только из-за стоимости разработки, но и из-за стоимости трафика. Ошибки в логике работы сайта или отсутствие необходимых юридических блоков приводят к блокировкам рекламных кабинетов и штрафам. Поэтому качественное техническое задание на одностраничный сайт - это не бюрократия, а базовый инструмент управления рисками и эффективностью маркетинговых инвестиций.

Этапы сбора требований к проекту

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

Второй этап - анализ конкурентов. Но это не просто просмотр сайтов. Это разбор их воронки. Куда они ведут пользователя? Какие офферы используют? Какие формы захвата предлагают? Если вы видите, что все игроки в вашей нише используют квиз-опросы вместо длинных форм, это повод включить механику квиза в ваше задание. Анализ конкурентов помогает не изобретать велосипед, а брать работающие паттерны и адаптировать их под себя.

Третий этап - проектирование информационной архитектуры. На этом этапе вы определяете последовательность блоков. Сначала идет оффер, затем боли, решение, доказательства (кейсы, отзывы), тарифы и призыв к действию. Это скелет будущего сайта. Если на этом этапе вы не определитесь с логикой повествования, то при реализации вы получите "лоскутное одеяло" из блоков, которые не связаны друг с другом единым смыслом.

Завершается сбор требований составлением прототипа. Это может быть даже схематичный набросок в Figma или на бумаге, где указано: "Здесь заголовок, здесь картинка, здесь кнопка, при нажатии на которую открывается попап". Прототип позволяет согласовать логику переходов и расположение элементов еще до того, как дизайнер начнет работать с цветами и шрифтами. Это экономит до 40% времени на этапе разработки.

Что должно быть в результате сбора требований:

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

Структура идеального технического задания

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

Первый блок - Общие сведения. Здесь вы прописываете название проекта, цели лендинга (продажа товара, сбор лидов, регистрация на вебинар) и целевую аудиторию. Важно указать географию продвижения и языковые требования. Если вы планируете работать на несколько регионов, это должно быть отражено здесь же.

Второй блок - Контентная часть. Это описание текстов, заголовков и визуальных материалов. Вы можете предоставить готовые тексты или поставить задачу копирайтеру. Обязательно укажите требования к изображениям: должны ли это быть стоковые фото, реальные фотографии вашего производства или авторская иллюстрация. Не забудьте про требования к видеоконтенту, если он планируется.

Третий блок - Проектирование интерфейса и дизайна. Здесь описывается визуальный стиль. Если у компании есть брендбук, он должен быть приложен к ТЗ. Если нет - опишите желаемое настроение: "строгий корпоративный стиль", "яркий молодежный дизайн", "минимализм". Укажите требования к типографике, цветовой гамме и адаптивности. Лендинг должен одинаково идеально работать на iPhone 15, бюджетном Android-смартфоне и широкоформатном мониторе.

Четвертый блок - Функциональные требования. Это сердце документа. Здесь вы описываете, что именно "должно происходить" на сайте. Как работает форма обратной связи? Что происходит после клика на кнопку? Есть ли анимация при скролле? Как работает калькулятор стоимости? Каждый интерактивный элемент должен быть описан пошагово.

Раздел ТЗ Что внутри Зачем это нужно
Цели и задачи KPI проекта, ожидаемый результат Чтобы разработчик понимал смысл работы, а не просто "красил кнопки"
Дизайн-концепция Референсы, брендбук, сетка, шрифты Чтобы не тратить время на бесконечные правки стиля
Функционал Логика форм, кнопок, переходов Чтобы сайт работал как отлаженный механизм
Технический стек CMS, языки программирования, хостинг Чтобы сайт можно было поддерживать и развивать в будущем

Технические требования и интеграция с CRM

Для B2B-сектора лендинг без интеграции с CRM - это просто дорогая визитка. Главная задача страницы - не просто собрать контакт, а доставить его в работу максимально быстро. В ТЗ нужно детально прописать, куда должны падать данные. Например, если вы используете AmoCRM или Bitrix24, укажите, какие поля должны заполняться автоматически. Недостаточно просто передать имя и телефон. Важно передать источник трафика (UTM-метки), название услуги, которую интересовал клиент, и, возможно, его город.

Опишите сценарии обработки данных. Что происходит, если клиент оставил телефон, но не заполнил поле "Email"? Создается ли сделка в CRM или заявка падает в отдельный список "неполных"? Как система должна реагировать на дубликаты? Если один и тот же человек оставит заявку три раза за час, ваша CRM должна уметь склеивать эти обращения, а не плодить три разные сделки, которые будут путать менеджеров.

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

Также пропишите требования к производительности. В 2026 году скорость загрузки сайта напрямую влияет на стоимость клика в рекламе. Если ваш лендинг весит 15 Мб из-за тяжелых картинок и грузится 5 секунд, вы просто сожжете бюджет. Укажите требования к оптимизации изображений (форматы WebP, AVIF), использованию кэширования и минимальному времени отклика сервера (TTFB). Скорость должна быть приоритетом, а не приятным бонусом.

Юридические нюансы и маркировка рекламы

В 2026 году игнорирование юридических аспектов при создании лендинга может стоить компании миллионов рублей. Первое, о чем нужно помнить при том, как написать ТЗ для лендинга, - это маркировка интернет-рекламы. Если ваш лендинг сам по себе является рекламным инструментом (например, вы ведете на него трафик через блогеров или контекстную рекламу), вы обязаны соблюдать требования ст. 18.1 Закона "О рекламе". На самом сайте, если там есть рекламные блоки сторонних компаний, или если сам сайт позиционируется как рекламная площадка, должны быть соблюдены правила передачи данных в ОРД и наличие идентификатора (erid).

Важно учитывать, что согласно актуальным разъяснениям ФАС, в отношении рекламы в Telegram и YouTube до конца 2026 года действует переходный период, но это не значит, что можно работать "в черную". Всегда лучше закладывать требования к маркировке в ТЗ заранее, чтобы потом не переделывать верстку под вставку меток и информации о рекламодателе. Помните, что с 1 апреля 2025 года вступила в силу ст. 18.2, устанавливающая обязательные отчисления за распространение интернет-рекламы в размере 3% от базы расчета. Это нужно учитывать при планировании маркетингового бюджета.

Второй критический момент - персональные данные. Лендинг собирает имена, телефоны, email. Это значит, что на сайте обязательно должна быть политика конфиденциальности и чекбокс (галочка) под каждой формой, подтверждающий согласие пользователя на обработку персональных данных. Без этого Роскомнадзор может наложить серьезные штрафы. В ТЗ нужно четко прописать: "Под каждой формой захвата добавить чекбокс с текстом [ссылка на политику], без активации которого кнопка отправки неактивна".

Также обратите внимание на требования к языку. С 1 марта 2026 года действует норма об обязательном использовании русского языка на информационных табличках и указателях. Если ваш лендинг имитирует интерфейс какого-то физического сервиса или содержит элементы публичной коммуникации, убедитесь, что все тексты соответствуют законодательству РФ. И помните: реклама на ресурсах, доступ к которым ограничен в РФ, запрещена (ч. 10.7 ст. 5 Закона "О рекламе"). Это должно быть учтено при выборе площадок для продвижения вашего лендинга.

Типичные ошибки при постановке задач

Самая распространенная ошибка - это отсутствие конкретики. Фразы типа "сделайте современно", "красиво" или "чтобы вызывало доверие" - это не требования. Это субъективные ощущения. Для дизайнера "современно" может означать неоморфизм, а для вас - строгий минимализм. Вместо оценочных прилагательных используйте технические параметры или визуальные референсы. Вместо "быстрый сайт" пишите "время загрузки по Google PageSpeed Insights не менее 80 баллов для мобильных устройств".

Вторая ошибка - игнорирование мобильной версии. Часто заказчики смотрят на макеты на больших мониторах и думают, что все отлично. Но в 2026 году более 70% трафика на лендинги идет со смартфонов. Если вы не прописали в ТЗ требования к адаптивности и не предусмотрели отдельный сценарий взаимодействия (например, кнопка "Позвонить" должна быть закреплена внизу экрана при скролле), вы теряете большую часть конверсии. Мобильный пользователь не будет пытаться "раздвинуть" пальцами мелкий текст или искать кнопку в сложном меню.

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

Четвертая ошибка - отсутствие описания сценариев обработки ошибок. Что видит пользователь, если он ввел некорректный номер телефона? Что он видит после успешной отправки? "Просто страница обновилась" - это плохой пользовательский опыт (UX). В ТЗ должно быть прописано: "После отправки формы показывать Pop-up с текстом 'Спасибо, мы свяжемся с вами в течение 15 минут' и предлагать подписаться на соцсети". Это превращает разового посетителя в потенциального лояльного клиента.

Как проверить готовое ТЗ перед запуском

Перед тем как отправить документ на подпись исполнителю или оплатить этап проектирования, проведите финальный аудит. Проверьте документ по чек-листу. Нет ли в нем противоречий? Например, в разделе дизайна вы требуете "максимально легкий и воздушный стиль", а в разделе технических требований - "насыщенную анимацию и тяжелые 3D-элементы". Такие несостыковки приведут к тому, что проект застрянет на этапе реализации.

Проверьте полноту описания интеграций. Вы точно указали, какие именно данные должны уходить в CRM? Указали ли вы, что нужно настроить уведомления в Telegram для отдела продаж? Не забыли ли вы про передачу UTM-меток? Если в ТЗ написано просто "интеграция с CRM", исполнитель может сделать её по самому простому и бесполезному сценарию. Чем детальнее прописан путь данных от клика по рекламе до создания сделки, тем выше качество работы.

Оцените юридическую чистоту. Есть ли в документе пункты про политику конфиденциальности, про маркировку рекламы и про согласие на обработку данных? Если вы планируете использовать лендинг для платного трафика, эти пункты должны быть обязательными. Проверьте, указаны ли требования к языку и соответствию законодательству РФ. Это ваша страховка от внезапных штрафов и претензий регуляторов.

Наконец, проверьте критерии приемки. Это важнейший пункт, который часто упускают. Как вы поймете, что работа выполнена качественно? В ТЗ должно быть прописано: "Сайт считается принятым, если: 1) Скорость загрузки соответствует норме; 2) Все формы отправляют данные в CRM в течение 5 секунд; 3) Верстка на iPhone 13 и Samsung S23 не имеет визуальных багов; 4) Все ссылки кликабельны и ведут на нужные страницы". Без этого критерия любая попытка предъявить претензии к качеству будет превращаться в бесконечный спор.

Что запомнить:

  • ТЗ - это не просто описание дизайна, а детальный сценарий работы бизнеса.
  • Всегда прописывайте интеграцию с CRM и передачу UTM-меток, иначе маркетинг будет "слепым".
  • В 2026 году обязательна юридическая чистота: маркировка рекламы (erid) и политика персональных данных.
  • Мобильная версия и скорость загрузки - это не дополнения, а база конверсии.
  • Критерии приемки должны быть измеримыми (цифры, секунды, конкретные действия), а не эмоциональными.
← Все статьи
Поделиться:

Хотите так же?

Начнём с бесплатной диагностики: покажем, где теряются деньги и как система продаж, AI и автоматизация ускорят рост.