Как составить ТЗ на лендинг: чек-лист для заказчика

Рабочее ТЗ на лендинг умещается в 3-6 страниц и закрывает 40 пунктов по восьми разделам: продукт, аудитория, структура, тексты, визуал, технические и юридические требования. Заполняется за 3-4 часа, читается исполнителем за 15-20 минут. Если времени нет совсем, хватает короткой версии из 10 пунктов - она покрывает 80% типовых вопросов.

Зачем нужно ТЗ

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

Хорошее ТЗ это 3-6 страниц. Не 30, не 100. Больший объём никто не читает внимательно, включая самого автора. Меньший пропускает важные пункты. Оптимум - структурированный документ с разделами по продукту, ЦА, структуре, визуалу и техническим требованиям.

Ниже 40 пунктов, которые имеет смысл зафиксировать в ТЗ.

Раздел 1. Общее о проекте (5 пунктов)

1. Название проекта. Домен или рабочее название.
2. Что продаёт лендинг. Одна конкретная услуга или продукт. Не "всё, что у нас есть".
3. Целевое действие. Отправка формы, клик в мессенджер, звонок, оплата. Одно главное действие.
4. Срок разработки. Конкретные даты начала и сдачи.
5. Бюджет. Фикс-цена или вилка. Условия оплаты (предоплата, поэтапно).

Раздел 2. Продукт (7 пунктов)

6. Описание продукта. 1 абзац, что именно продаёте.
7. Ценность продукта для клиента. Не что вы делаете, а что получит клиент в результате.
8. Стоимость продукта. Точная цена или вилка "от".
9. Что входит в стоимость. Список деливериблов, комплектация, сопутствующие услуги.
10. Сроки оказания услуги или доставки. Сколько дней от заявки до результата.
11. Гарантии. Какую гарантию даёте, на каких условиях, как оформляется.
12. Чем отличаетесь от 3 главных конкурентов. Конкретные отличия, не "особое отношение к клиенту".

Раздел 3. Целевая аудитория (5 пунктов)

13. Основной сегмент ЦА. Кто именно покупает. Пол, возраст, профессия, доход, география.
14. Где клиенты видят рекламу. Яндекс.Директ, ВК, Telegram, офлайн.
15. Ключевые боли. 3-5 реальных страхов и проблем, с которыми приходят.
16. Типовые возражения. 5-7 частых вопросов "а как же…"
17. Что клиенты уже пробовали до вас. Какие аналоги, чем не устроило.

Раздел 4. Структура лендинга (6 пунктов)

18. Список обязательных блоков. Минимум: первый экран, процесс, цены, отзывы, гарантия, контакты.
19. Дополнительные блоки. FAQ, кейсы, команда, галерея - что из этого нужно.
20. Порядок блоков. Примерный план сверху вниз.
21. Особые акценты. Что обязательно должно быть на первом экране.
22. Блоки, которые точно НЕ нужны. "Миссия компании", длинный слайдер, блог-лента.
23. Длина страницы. Короткий (5-7 блоков) или длинный (10-15) лендинг.

Раздел 5. Тексты (3 пункта)

24. Кто пишет тексты. Заказчик, исполнитель, или совместно.
25. Уже готовые материалы. Ссылка на папку с кейсами, отзывами, описаниями услуг.
26. Тон общения. Строгий, дружелюбный, экспертный, по-свойски. На "ты" или на "вы".

Раздел 6. Визуал (5 пунктов)

27. Логотип. Есть или нужно делать. Форматы (SVG, PNG, AI).
28. Фирменные цвета. Hex-коды или референсы.
29. Шрифты. Если есть брендинг, какие использовать. Если нет, остаётся на исполнителя.
30. Фото и иллюстрации. Свои или стоковые. Стиль (реалистичные, плоские, рисованные).
31. Референсы. 3-5 ссылок на лендинги или сайты, которые нравятся, с пояснением, что именно нравится.

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

32. Платформа. HTML, Tilda, WordPress, другое.
33. Домен. Есть или нужно регистрировать. Кто оплачивает.
34. Хостинг. Какой используется. Доступы предоставляются исполнителю или нет.
35. Интеграции. CRM (amoCRM, Bitrix24), мессенджеры (Telegram, WhatsApp), платежи, аналитика.
36. Аналитика. Яндекс.Метрика, Google Analytics. Цели, которые надо настроить.
37. SEO-минимум. Метатеги, schema.org, sitemap, robots.txt.

Раздел 8. Юридические и формальные требования (3 пункта)

38. Политика обработки персональных данных. Нужно разместить ссылку. Текст есть или нужно составить.
39. Реквизиты компании. ИП, ООО, самозанятый. Что указывать в футере.
40. Особые требования. Лицензии (для медицины, образования, финансов), товарные знаки, дисклеймеры.

Таблица: примерные сроки на каждый раздел

За 3-4 часа заказчик закрывает все 40 пунктов. Этого ТЗ хватает на типовой проект без дальнейших уточнений.

В каком формате делать ТЗ на лендинг?

Google Docs

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

PDF

Подходит, если ТЗ финальное и не будет меняться. Хорошо для подписи в договорной работе. Минус - неудобно править после.

Таблица в Excel или Google Sheets

Подходит для ТЗ с большим количеством технических требований и параметров. Удобно отслеживать выполнение по пунктам.

Приложение к договору

В серьёзных проектах ТЗ прилагается к договору как отдельный файл. Изменения вносятся через дополнительные соглашения.

Что делать, если нет времени на подробное ТЗ?

Если нет времени на подробное ТЗ, минимальная версия включает всего 10 пунктов:

1. Что продаём (продукт, цена).
2. Кому продаём (ЦА одним абзацем).
3. Одно главное действие (кнопка на странице).
4. 3 отличия от конкурентов.
5. 3 ключевые боли ЦА.
6. Ссылки на 3 референса.
7. Платформа (HTML, Tilda, WordPress).
8. Срок и бюджет.
9. Кто пишет тексты.
10. Контактные данные для футера.

Эти 10 пунктов покрывают 80% типовых вопросов исполнителя. Детали уточнятся в процессе работы.

Чек-лист готовности ТЗ

1. Все 40 пунктов хотя бы кратко, но закрыты.
2. Прилагаются 3-5 ссылок на референсы с комментариями.
3. Указаны домен, хостинг, доступы.
4. Определено, кто пишет тексты.
5. Есть точный срок сдачи.
6. Согласован порядок оплаты.
7. Документ в общем доступе для редактирования.
8. История изменений отслеживается (Google Docs, Git).
9. Исполнитель прочитал ТЗ и задал уточняющие вопросы.
10. Финальная версия зафиксирована перед началом работы.

Частые ошибки с ТЗ

• Пишут ТЗ на 30 страниц с деталями шрифтов и цветов пикселей. Исполнитель не читает, заказчик тратит время впустую.
• Пропускают раздел про ЦА. Исполнитель пишет тексты "в пустоту", получается универсальный лендинг без боли.
• Не указывают конкретных референсов. Получают на выходе "средний" дизайн, который никому не нравится.
• Меняют ТЗ по ходу проекта без фиксации в документе. Потом спор "а я это не заказывал".
• Не прописывают, кто пишет тексты. На середине проекта узнают, что каждая сторона думала - другой напишет.
• Забывают про политику 152-ФЗ и реквизиты. После запуска получают штраф.

Хорошее ТЗ - инструмент самозащиты заказчика. Оно фиксирует договорённости и даёт возможность ссылаться на них при спорах. Без ТЗ вы полагаетесь на память и добрую волю исполнителя.

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

Нужно ли ТЗ, если делаете лендинг у частного разработчика, а не в студии?

Да, объём можно сократить до короткой версии из 10 пунктов, но полностью убирать ТЗ не стоит. Даже при работе один на один без письменной фиксации сроков, цены и состава работ проще потерять договорённости - вспомнить точную формулировку недельной давности сложно обеим сторонам.

Кто пишет ТЗ на лендинг: заказчик или исполнитель?

Чаще исполнитель составляет черновик по итогам созвона с заказчиком и присылает на согласование - так быстрее и меньше расхождений в терминах. Заказчику остаётся проверить и дополнить: без его вводных по продукту и аудитории документ всё равно неполный.

Нужно ли дублировать сроки и бюджет в ТЗ, если они уже есть в договоре?

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

Как правильно передать готовое ТЗ исполнителю в Google Docs?

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

Короткий итог

ТЗ на лендинг не должно быть толстым, чтобы работать. Оптимальный объём - 3-6 страниц, 40 пунктов по 8 разделам. Заполняется за 3-4 часа, читается исполнителем за 15-20 минут.

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

Не экономьте на ТЗ в надежде "обсудим в процессе". "В процессе" каждая правка стоит времени и нервов обеих сторон. Фиксация на старте экономит недели в дальнейшем.