ТЗ на лендинг: чек-лист требований для разработки без правок

13 сентября 2026 · Команда SaitHub · SEO-блог SaitHub

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

Зачем нужно детализированное ТЗ

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

Средний срок разработки лендинга с точным ТЗ составляет 5-7 дней. При размытых требованиях этот период увеличивается в 2-3 раза из-за итераций согласования. Каждая правка дизайна или текстов требует повторного цикла разработки и тестирования.

Чёткое разделение ролей экономит время обеих сторон. Клиент отвечает за смысл и бизнес-логику, подрядчик — за реализацию. Если в документе прописаны конкретные критерии успеха, споры по эстетике сводятся к минимуму.

Структура документа и ключевые блоки

Документ должен содержать разделы с чёткими границами ответственности. Не пишите «сделать красиво», описывайте конкретные элементы и их поведение. Структура ТЗ определяет последовательность работ и помогает контролировать статус проекта.

Типовой раздел «Контент» включает список текстов для каждого экрана. Указывайте, какие заголовки, подзаголовки и кнопки будут на странице. Если тексты не готовы, пропишите сроки их предоставления, чтобы не блокировать работу дизайнера.

Раздел «Функциональные требования» описывает механику взаимодействия. Здесь фиксируется поведение форм, чат-ботов и мультимедиа. Любая нестандартная функция (например, калькулятор стоимости) требует отдельного описания логики расчёта.

Требования к дизайну и адаптивности

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

Адаптивность под мобильные устройства обязательна. Более 60% трафика на лендинги приходит со смартфонов. Прописывайте, как должна выглядеть страница на экранах шириной 320 и 768 пикселей. Скрывать или перестраивать блоки нужно заранее.

• Сетка и отступы — фиксация расстояний между элементами для единообразия
• Навигация — поведение меню на десктопе и мобильном
• Анимация — допустимые эффекты и их скорость
• Форматы изображений — требования к весу и разрешению графики

Тексты и оффер: что прописать в ТЗ

Смысловая нагрузка лендинга заложена в заголовке и подзаголовке. Укажите главное преимущество продукта и целевую аудиторию. Если оффер не сформулирован, дизайнер будет выдумывать смыслы, что приведёт к отклонению макета.

Перечислите блоки, которые обязательны для конверсии. Обычно это: проблема клиента, решение, доказательства, призыв к действию. Разместите требования к каждой секции. Например, в блоке «Отзывы» укажите количество карточек и формат отображения.

Проверьте тексты на факты. Убедитесь, что цифры и обещания подтверждаемы. Юридические требования к политике конфиденциальности и оферте также должны быть в документе. Отсутствие ссылок на документы в подвале сайта — частая причина отказа от публикации.

Технические параметры и интеграции

Скорость загрузки критична для удержания внимания. Требуйте время отклика до 2 секунд на 4G. Укажите, какие CMS или конструкторы допустимы, если это важно для будущей поддержки. Сложные интеграции с CRM или платёжными системами описываются отдельно.

Интеграция с телефонией и CRM должна быть прописана. Например, передача заявок в 1С-Битрикс или AmoCRM. Укажите, какие поля формы обязательны для передачи. Это позволит настроить автоматические уведомления менеджерам.

• SEO-базис — мета-теги, структура H1-H3, alt-теги изображений
• Аналитика — установка счётчиков Метрики или GA4
• Безопасность — использование HTTPS и защита форм от спама
• Хостинг и домен — кто обеспечивает настройку сервера

Этапы согласования и контроль сроков

Разбейте процесс на этапы: прототип, дизайн, вёрстка, наполнение, тестирование. Для каждого этапа установите срок и формат выдачи. На этапе прототипа обсуждается структура, а не цвета.

Согласование макетов происходит до вёрстки. Поправки на этапе вёрстки стоят в 3-5 раз дороже, чем на этапе дизайна. Зафиксируйте количество итераций правок в договоре. Обычно допускается 2-3 круга изменений без доплат.

Тестирование включает проверку форм на разных устройствах. Проверьте, что заявки доходят до CRM, а ссылки ведут правильно. Только после подписания акта приёмки работы можно считать проект завершённым.