Как составить идеальное ТЗ для дизайнера, копирайтера и разработчика: шаблоны и чек-листы

«Сделайте красиво», «Напишите продающий текст», «Сверстайте, чтобы работало» — если вы когда-нибудь ставили задачи с такими формулировками, вы знаете, каким разочарованием это оборачивается. По статистике, до 80% всех правок и затянутых дедлайнов происходят из-за некачественного технического задания. Идеальное ТЗ экономит десятки часов, экономит бюджет и, что важнее, спасает нервные клетки обеих сторон. В этой статье мы разберём, как составить ТЗ, которое дизайнер, копирайтер или разработчик прочитает с благодарностью и выполнит именно так, как вы хотели — с первого раза.

1. Универсальная структура хорошего ТЗ

Любое техническое задание, независимо от того, кому оно адресовано, должно отвечать на четыре ключевых вопроса: Что нужно сделать? Зачем это нужно? В какие сроки? По каким критериям оценивать результат? Вот базовая структура, которая работает для любой задачи:

• Контекст и цель. Опишите ситуацию: что происходит сейчас, какую проблему решаем, зачем вообще делаем эту работу. Это помогает исполнителю понять не только «что», но и «почему», и часто предлагает более эффективные решения.
• Конкретная задача. Чётко, без воды: что именно нужно сделать (сверстать лендинг из 5 блоков, написать 3 поста для VK, отрисовать баннер для акции).
• Требования и ограничения. Технические параметры (размеры, форматы, CMS), обязательные элементы (логотип, контакты, кнопка), стилистика, tone of voice, референсы.
• Критерии приёмки. Как вы поймёте, что работа выполнена хорошо? Например: «Текст содержит не менее 3 ключей, структурирован подзаголовками, нет орфографических ошибок, объём 5000-6000 знаков».
• Сроки и этапы. Когда нужен промежуточный результат (черновик, прототип) и когда финальный.

2. ТЗ для дизайнера: как получить визуал, который продаёт, а не просто «красивую картинку»

Дизайнер не читает мысли. Если вы скажете «сделайте красиво», он сделает так, как красиво ему. А нужно — как нужно вашему бренду и вашей аудитории. Вот что обязательно должно быть в ТЗ для дизайнера.

Структура ТЗ для дизайнера

• Формат и размеры. Баннер 1080×1080 px для VK, лендинг для десктопа (ширина 1920 px), адаптив под мобильные.
• Обязательные элементы. Логотип (приложить в векторе), заголовок, кнопка с текстом «Оставить заявку», контакты, иконки.
• Стилистика и референсы. Не просто «в стиле минимализм», а конкретные примеры: «Вот этот лендинг нравится композицией, а вот этот — цветовой гаммой». Приложите 2-3 референса с комментариями, что именно в них подходит.
• Целевая аудитория. Кто будет смотреть на этот дизайн? Женщины 35+ или подростки? От этого зависят шрифты, цвета и образы.
• Ограничения. Не использовать розовый цвет, не перегружать деталями, текст должен быть читаемым на мобильных.
• Форматы сдачи. Исходник в Figma, PNG для соцсетей, JPG для печати.

3. ТЗ для копирайтера: как получить текст, который читают до конца и покупают

«Напишите продающий текст» — это не ТЗ, а пожелание. Копирайтеру нужна конкретика: о чём писать, для кого, в каком стиле, какие ключи использовать, какой объём.

Структура ТЗ для копирайтера

• Тема и формат. Статья в блог, пост для Telegram, описание товара для карточки WB, email-рассылка.
• Целевая аудитория. Кто будет читать? Какие у них боли, страхи, желания?
• Цель текста. Продать товар, собрать заявки, прогреть аудиторию, повысить экспертность.
• Ключевые слова и фразы. Список ключей, которые обязательно должны быть в тексте (для SEO).
• Tone of voice. Как общаемся с аудиторией: дружелюбно и на «ты», официально и на «Вы», дерзко и с юмором.
• Структура. Какие блоки должны быть в тексте (введение, основная часть, заключение, призыв к действию).
• Объём. Точное количество знаков с пробелами (не «примерно 2-3 тысячи»).
• Примеры удачных текстов. «Вот этот текст нравится структурой, вот этот — тоном».
• Чего делать НЕ нужно. Без воды, без сложных терминов, без клише вроде «мы — команда профессионалов».

4. ТЗ для разработчика: как получить работающий функционал без бесконечных правок

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

Структура ТЗ для разработчика

• Общее описание задачи. Что нужно сделать: сверстать лендинг, добавить форму обратной связи, настроить интеграцию с CRM.
• Технические требования. На какой CMS делаем (WordPress, Tilda, Bitrix), какие плагины использовать или не использовать, требования к скорости загрузки.
• Функциональные требования (самое важное). Детальное описание логики работы. Пример: «При нажатии на кнопку "Заказать звонок" открывается всплывающее окно с полями "Имя", "Телефон" (обязательные) и кнопкой "Отправить". После отправки данные уходят в CRM (ключ API во вложении), пользователь видит сообщение "Спасибо, мы перезвоним в течение 15 минут"».
• Адаптивность. Как должен выглядеть и работать сайт на мобильных устройствах и планшетах.
• Кроссбраузерность. В каких браузерах должно работать (Chrome, Safari, Яндекс.Браузер).
• Дизайн-макеты. Ссылка на Figma с макетами, доступ для разработчика.
• Порядок сдачи. Когда нужен тестовый домен для проверки, когда финальная версия на основном домене.

5. Готовые чек-листы для каждого типа ТЗ

6. Самые частые ошибки при составлении ТЗ и как их избежать

Заключение

Хорошее ТЗ — это не бюрократия, а забота о себе и о тех, с кем вы работаете. Оно экономит время, деньги и нервы, а результат получается именно таким, как вы хотели. Потратьте лишние 15-20 минут на детальную проработку задания — и вы удивитесь, насколько быстрее и качественнее пойдёт работа. Используйте структуру, шаблоны и чек-листы из этой статьи как основу, адаптируя под свои задачи. И помните: идеальное ТЗ — это когда у исполнителя не остаётся вопросов после прочтения.

Хотите глубже погрузиться в тему? Изучите наш полный гид по профессии интернет-маркетолога или прочитайте статью о важных метриках в маркетинге.