Как подготовить ТЗ на дизайн, если вы сами пока не знаете точную задачу
Чаще всего ко мне приходят не с готовым ТЗ, а с ощущением, что «по дизайну что-то не так». Это нормальная точка старта. Не обязательно сначала придумать идеальную формулировку, а потом уже идти к дизайнеру.
Нормальнее сначала собрать минимальную рамку: что не работает сейчас, где будет жить дизайн, что должно измениться после работы и какие ограничения уже есть. После этого задача обычно перестаёт быть туманной и становится рабочей.
Коротко: хорошее ТЗ начинается не с просьбы «сделайте красиво», а с ответа на три вопроса: что не так сейчас, где результат будет использоваться и что должно измениться после дизайна.
Что делать, если задача пока расплывчата
Я бы не пытался сразу писать длинный документ. Сначала достаточно зафиксировать несколько простых вещей. Это уже сильно снижает хаос и помогает не тратить бюджет на догадки.
- Что у вас есть сейчас: сайт, презентация, каталог, упаковка, карточки, рекламные материалы.
- Что именно не устраивает: визуально, по структуре, по читабельности, по продажам, по восприятию бренда.
- Где дизайн будет жить: сайт, печать, PDF, коммерческое предложение, соцсети, выставка, упаковка.
- Кто это будет видеть: клиенты, партнёры, отдел продаж, закупка, внутренние сотрудники.
- Что должно стать лучше после работы: понятнее, аккуратнее, убедительнее, современнее, удобнее.
- Какие ограничения уже есть: сроки, бюджет, платформа, производство, фирменный стиль, требования к файлам.
Если ответов пока мало, это не повод откладывать проект. Это повод сначала собрать вводные, а уже потом переводить их в нормальное ТЗ.

С чего я начинаю разбор
Я обычно иду от реальности, а не от красивых формулировок. Если человек пишет «нужен дизайн», я стараюсь быстро понять, что именно он хочет исправить и какой результат будет считаться успешным.
- Сначала уточняю, что именно нужно сделать сейчас: обновить, собрать с нуля, доработать, привести в систему.
- Потом выясняю, где результат будет использоваться и сколько носителей реально затронет проект.
- После этого смотрю, что уже не работает: структура, визуальный язык, тексты, логика подачи, доверие, конверсия.
- И только потом обсуждаю стиль, настроение и детали подачи.
Такой порядок помогает не перепутать задачу с пожеланием. Фраза «хотим современно» сама по себе ничего не задаёт. А вот «нужно обновить презентацию для B2B-встреч, чтобы её было проще отправлять после переговоров» уже даёт основу для работы.
Как превратить запрос в рабочее ТЗ
Если задача туманная, я бы перевёл её в простой и последовательный документ. Не в «вдохновение», а в понятную рамку, с которой можно работать без бесконечных уточнений.
- Сформулировать цель: что должен изменить дизайн.
- Назвать носитель: сайт, PDF, упаковка, презентация, карточки товара.
- Собрать контекст: что уже есть, что нельзя ломать, что важно сохранить.
- Зафиксировать ограничения: сроки, бюджет, технические условия, платформа, производство.
- Определить результат: что именно должно быть на выходе, в каком виде и с какими файлами.
После этого уже можно добавлять пожелания по стилю, примеры, референсы и то, чего точно делать не нужно. Но не раньше. Иначе стиль начинает подменять смысл.
Практика: если вы не можете описать задачу в 5-7 пунктах, не пытайтесь сразу заполнять «идеальный бриф». Сначала соберите вводные и сократите пространство неопределённости.
Что обязательно должно быть в ТЗ
Даже если задача пока не до конца ясна, в ТЗ уже должны быть основные опорные точки. Без них дизайнер будет додумывать за вас, а это почти всегда дороже и дольше.
Краткая суть проекта
Одно-два предложения без лишней теории. Что делаем и для чего это вообще нужно.
Цель
Не «сделать красиво», а поменять поведение, восприятие или удобство. Например: повысить понятность, убрать визуальный шум, подготовить материал к продажам.
Контекст
Что уже есть на входе: старые материалы, сайт, тексты, логотип, фотографии, фирменные цвета, примеры конкурентов.
Ограничения
Сроки, бюджет, производство, платформа, требования к печати, ограничения по бренду. Иногда именно они определяют всю логику решения.
Что считается результатом
Макеты, исходники, адаптации, версии для печати или digital, финальные файлы, передача прав, если это нужно.

Если точной задачи вообще нет
Иногда на старте нет даже понятного носителя. Есть только ощущение, что с визуалом что-то не так. В таком случае я бы не писал ТЗ, а сначала ответил бы на три вопроса:
- Что именно не устраивает сейчас?
- Где это мешает бизнесу?
- Что должно измениться после доработки?
Если после ответов всё ещё много тумана, значит, нужна не формулировка ТЗ, а короткий разбор задачи.
В B2B это нормально. Часто бизнесу нужен не макет, а понимание, что именно нужно сделать и в какой последовательности.
Практика: если вы не можете описать задачу в 5-7 пунктах, не пытайтесь сразу заполнять «идеальное ТЗ». Сначала соберите вводные и сократите пространство неопределённости.
Чего я бы избегал
Есть несколько типичных ошибок, которые только усложняют старт.
- Писать ТЗ словами «нужно современно, дорого, чисто и стильно».
- Просить подрядчика «придумать всё самому», не дав контекста.
- Смешивать в одном запросе разные задачи.
- Не уточнять, где будет использоваться дизайн.
- Не фиксировать, что является правкой, а что новой задачей.
- Начинать без понимания сроков и финальных файлов.
Если задача пока не ясна, лучше признать это заранее. Это не слабость, а нормальная стадия подготовки.
Простой шаблон для старта
Если нужен совсем короткий вариант, можно использовать такой каркас:
Что нужно: обновить / собрать с нуля / доработать дизайн.
Для кого: кто будет это видеть или использовать.
Где применяется: сайт, PDF, печать, упаковка, презентация, продажи, реклама.
Что не устраивает: какая проблема есть в текущем виде.
Что должно получиться: каким вы хотите видеть результат с точки зрения бизнеса.
Что уже готово: тексты, бренд-материалы, фото, логотип, ограничения, референсы.
Что важно учесть: сроки, бюджет, правки, файлы, технические требования.
Этот шаблон не заменяет полноценный бриф, но помогает начать разговор без хаоса.
Когда уже можно идти к дизайнеру
Можно идти, когда у вас есть хотя бы минимальный набор ответов:
- что делаем;
- зачем делаем;
- где будет использоваться;
- что не устраивает сейчас;
- что есть на входе;
- какие ограничения важны.
Тогда дизайнер или студия уже не гадают, а помогают довести задачу до нормальной формы.
Если же ответов почти нет, лучше сначала сделать короткий разбор. Это дешевле, чем несколько кругов переделок.
Не нужно стесняться того, что задача сначала неясная. Важно не изображать ясность, а честно собрать вводные и перевести их в понятный рабочий запрос.
Коротко по старту
Если задача пока туманная, я обычно сначала собираю не длинное ТЗ, а базовую рамку. Это помогает превратить ощущение «нам нужен дизайн» в рабочий запрос без лишних догадок.
Что собрать в первую очередь?
Сначала фиксирую, что именно не работает сейчас, где это используется и какой результат нужен бизнесу. Без этих трех вещей дальше почти всегда начинается угадывание.
Нужно ли сразу писать длинное ТЗ?
Нет. Если вводных мало, длинный документ только имитирует ясность. Гораздо полезнее коротко собрать цель, носитель, ограничения и контекст, а потом уже расширять ТЗ.
Что обязательно должно быть зафиксировано?
Цель, где дизайн будет жить, что уже есть на входе, какие ограничения нельзя нарушать и что должно измениться после работы. Это база, без которой проект легко расползается.
Когда уже можно идти к дизайнеру?
Когда вы можете ответить хотя бы на несколько простых вопросов: что делаем, для кого, где используем, что не устраивает сейчас и что должно стать лучше. Этого уже достаточно, чтобы начать работу без хаоса.
Не знаете, с чего начать именно вам? Пройдите мини-аудит → 5 вопросов, и я покажу, что стоит сделать в первую очередь.
FAQ
Что делать, если я вообще не знаю, какой дизайн нужен?
Начните не с ТЗ, а с описания проблемы. Что не устраивает сейчас, где это используется и что должно стать лучше после изменений. После этого задача обычно уже начинает проясняться.
Можно ли отправить дизайнеру очень короткий запрос?
Можно, если у вас простой и понятный проект. Но даже короткий запрос должен содержать цель, носитель, ограничения и примерный контекст. Иначе вы просто передаете неопределенность дальше.
Чем ТЗ на логотип отличается от ТЗ на презентацию или КП?
Разным контекстом и результатом. Логотипу важны масштабирование, версии и применение. Презентации и КП важнее структура, смысл, удобство чтения и работа с продажей.
Нужно ли сразу делать подробный бриф на 10 страниц?
Нет. Лучше сделать короткий, но честный стартовый документ, чем длинный текст, который никто не сможет использовать. Подробность полезна только тогда, когда в ней есть смысл.
Что делать, если подрядчик просит больше вводных, чем у меня есть?
Это нормальный знак. Хороший подрядчик не должен работать вслепую. Если у вас не хватает данных, значит, сначала нужен короткий разбор, а не ускорение ради формы.