Зачем нужно ТЗ
Техническое задание на лендинг часто путают с брифом. Бриф это вопросы исполнителя к заказчику на этапе обсуждения. ТЗ это документ, в котором зафиксированы итоги обсуждения: что именно будет сделано, в какие сроки, на каких условиях. Без ТЗ каждый раз кто-то что-то помнит неверно, и это превращается в конфликты по ходу проекта.
Хорошее ТЗ это 3–6 страниц. Не 30, не 100. Больший объём никто не читает внимательно, включая самого автора. Меньший пропускает важные пункты. Оптимум — структурированный документ с разделами по продукту, ЦА, структуре, визуалу и техническим требованиям.
Ниже 40 пунктов, которые имеет смысл зафиксировать в ТЗ.
Раздел 1. Общее о проекте (5 пунктов)
- Название проекта. Домен или рабочее название.
- Что продаёт лендинг. Одна конкретная услуга или продукт. Не “всё, что у нас есть”.
- Целевое действие. Отправка формы, клик в мессенджер, звонок, оплата. Одно главное действие.
- Срок разработки. Конкретные даты начала и сдачи.
- Бюджет. Фикс-цена или вилка. Условия оплаты (предоплата, поэтапно).
Раздел 2. Продукт (7 пунктов)
- Описание продукта. 1 абзац, что именно продаёте.
- Ценность продукта для клиента. Не что вы делаете, а что получит клиент в результате.
- Стоимость продукта. Точная цена или вилка “от”.
- Что входит в стоимость. Список деливериблов, комплектация, сопутствующие услуги.
- Сроки оказания услуги или доставки. Сколько дней от заявки до результата.
- Гарантии. Какую гарантию даёте, на каких условиях, как оформляется.
- Чем отличаетесь от 3 главных конкурентов. Конкретные отличия, не “индивидуальный подход”.
Раздел 3. Целевая аудитория (5 пунктов)
- Основной сегмент ЦА. Кто именно покупает. Пол, возраст, профессия, доход, география.
- Где клиенты видят рекламу. Яндекс.Директ, ВК, Telegram, офлайн.
- Ключевые боли. 3–5 реальных страхов и проблем, с которыми приходят.
- Типовые возражения. 5–7 частых вопросов “а как же…”
- Что клиенты уже пробовали до вас. Какие аналоги, чем не устроило.
Раздел 4. Структура лендинга (6 пунктов)
- Список обязательных блоков. Минимум: первый экран, процесс, цены, отзывы, гарантия, контакты.
- Дополнительные блоки. FAQ, кейсы, команда, галерея — что из этого нужно.
- Порядок блоков. Примерный план сверху вниз.
- Особые акценты. Что обязательно должно быть на первом экране.
- Блоки, которые точно НЕ нужны. “Миссия компании”, длинный слайдер, блог-лента.
- Длина страницы. Короткий (5–7 блоков) или длинный (10–15) лендинг.
Раздел 5. Тексты (3 пункта)
- Кто пишет тексты. Заказчик, исполнитель, или совместно.
- Уже готовые материалы. Ссылка на папку с кейсами, отзывами, описаниями услуг.
- Тон общения. Строгий, дружелюбный, экспертный, по-свойски. На “ты” или на “вы”.
Раздел 6. Визуал (5 пунктов)
- Логотип. Есть или нужно делать. Форматы (SVG, PNG, AI).
- Фирменные цвета. Hex-коды или референсы.
- Шрифты. Если есть брендинг, какие использовать. Если нет, остаётся на исполнителя.
- Фото и иллюстрации. Свои или стоковые. Стиль (реалистичные, плоские, рисованные).
- Референсы. 3–5 ссылок на лендинги или сайты, которые нравятся, с пояснением, что именно нравится.
Раздел 7. Технические требования (6 пунктов)
- Платформа. HTML, Tilda, WordPress, другое.
- Домен. Есть или нужно регистрировать. Кто оплачивает.
- Хостинг. Какой используется. Доступы предоставляются исполнителю или нет.
- Интеграции. CRM (amoCRM, Bitrix24), мессенджеры (Telegram, WhatsApp), платежи, аналитика.
- Аналитика. Яндекс.Метрика, Google Analytics. Цели, которые надо настроить.
- SEO-минимум. Метатеги, schema.org, sitemap, robots.txt.
Раздел 8. Юридические и формальные требования (3 пункта)
- Политика обработки персональных данных. Нужно разместить ссылку. Текст есть или нужно составить.
- Реквизиты компании. ИП, ООО, самозанятый. Что указывать в футере.
- Особые требования. Лицензии (для медицины, образования, финансов), товарные знаки, дисклеймеры.
Таблица: примерные сроки на каждый раздел
| Раздел | Время на заполнение |
|---|---|
| Общее | 15 минут |
| Продукт | 30–45 минут |
| ЦА | 30 минут |
| Структура | 20 минут |
| Тексты | 15 минут |
| Визуал | 30 минут (с подбором референсов) |
| Технические требования | 20 минут |
| Юридические | 15 минут |
| Итого | 3–4 часа |
За 3–4 часа заказчик закрывает все 40 пунктов. Этого ТЗ хватает на типовой проект без дальнейших уточнений.
Форматы документа
Google Docs
Самый удобный формат. Можно редактировать совместно, комментировать, видеть историю изменений. Ссылка передаётся исполнителю, они правят вместе в режиме комментариев.
Подходит, если ТЗ финальное и не будет меняться. Хорошо для подписи в договорной работе. Минус — неудобно править после.
Таблица в Excel или Google Sheets
Подходит для ТЗ с большим количеством технических требований и параметров. Удобно отслеживать выполнение по пунктам.
Приложение к договору
В серьёзных проектах ТЗ прилагается к договору как отдельный файл. Изменения вносятся через дополнительные соглашения.
Как не потеряться на старте: короткая версия ТЗ
Если нет времени на подробное ТЗ, минимальная версия включает всего 10 пунктов:
- Что продаём (продукт, цена).
- Кому продаём (ЦА одним абзацем).
- Одно главное действие (кнопка на странице).
- 3 отличия от конкурентов.
- 3 ключевые боли ЦА.
- Ссылки на 3 референса.
- Платформа (HTML, Tilda, WordPress).
- Срок и бюджет.
- Кто пишет тексты.
- Контактные данные для футера.
Эти 10 пунктов покрывают 80% типовых вопросов исполнителя. Детали уточнятся в процессе работы.
Чек-лист готовности ТЗ
- Все 40 пунктов хотя бы кратко, но закрыты.
- Прилагаются 3–5 ссылок на референсы с комментариями.
- Указаны домен, хостинг, доступы.
- Определено, кто пишет тексты.
- Есть точный срок сдачи.
- Согласован порядок оплаты.
- Документ в общем доступе для редактирования.
- История изменений отслеживается (Google Docs, Git).
- Исполнитель прочитал ТЗ и задал уточняющие вопросы.
- Финальная версия зафиксирована перед началом работы.
Частые ошибки с ТЗ
- Пишут ТЗ на 30 страниц с деталями шрифтов и цветов пикселей. Исполнитель не читает, заказчик тратит время впустую.
- Пропускают раздел про ЦА. Исполнитель пишет тексты “в пустоту”, получается универсальный лендинг без боли.
- Не указывают конкретных референсов. Получают на выходе “средний” дизайн, который никому не нравится.
- Меняют ТЗ по ходу проекта без фиксации в документе. Потом спор “а я это не заказывал”.
- Не прописывают, кто пишет тексты. На середине проекта узнают, что каждая сторона думала — другой напишет.
- Забывают про политику 152-ФЗ и реквизиты. После запуска получают штраф.
Хорошее ТЗ — инструмент самозащиты заказчика. Оно фиксирует договорённости и даёт возможность ссылаться на них при спорах. Без ТЗ вы полагаетесь на память и добрую волю исполнителя.
Короткий итог
ТЗ на лендинг не должно быть толстым, чтобы работать. Оптимальный объём — 3–6 страниц, 40 пунктов по 8 разделам. Заполняется за 3–4 часа, читается исполнителем за 15–20 минут.
Если нет времени на полное ТЗ, минимум из 10 пунктов достаточен для типового проекта. На этапе брифа исполнитель задаст уточняющие вопросы по остальным темам.
Не экономьте на ТЗ в надежде “обсудим в процессе”. “В процессе” каждая правка стоит времени и нервов обеих сторон. Фиксация на старте экономит недели в дальнейшем.
