Техническое задание (ТЗ) на дизайн

9 сообщений 1 лайк 60 просмотров
Собираю ТЗ на дизайн сайта и каждый раз упираюсь в один вопрос: сколько подробностей нужно, чтобы дизайнер не гадал, но и не утонул в документе на сорок страниц? Заказчики часто ограничиваются фразой «хочу современно и удобно», а потом выясняется, что у всех своё понимание этих слов. Как вы превращаете такие пожелания в конкретные решения?

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

Интересно, что вы включаете в ТЗ обязательно, а что обсуждаете уже по ходу работы? Кто отвечает за тексты и контент, как фиксируете спорные пожелания и что делаете, если требования меняются после согласования макетов? Поделитесь удачными формулировками или ситуациями, когда хороший бриф реально спас проект.
1
Олеся
Сообщений
374
С нами
26.10.2026
Реакции
1

Комментарии 8

Обсуждение темы — по порядку

Для меня главное — цель страницы и действие, которого ждём от посетителя. Без этого можно долго выбирать красивые референсы, но не понимать, что именно проектируем.
0
Archi
Сообщений
390
С нами
26.10.2026
Добавляю в ТЗ список того, что заказчик точно не хочет видеть. Иногда это экономит больше времени, чем подбор примеров «как надо».
0
Елена
Сообщений
364
С нами
26.10.2026
А кто у вас обычно составляет ТЗ: дизайнер, менеджер или сам заказчик? У нас чаще дизайнер вытягивает вводные на созвоне, но потом сложно понять, кто за что отвечает.
0
Николай
Сообщений
372
С нами
26.10.2026
Фиксирую материалы отдельной таблицей: что уже готово, что в работе и кто должен прислать. Иначе макет согласован, а фотографий для него нет.
0
Lopata
Сообщений
351
С нами
26.10.2026
Я бы не делал документ слишком подробным до первого разговора. Лучше сначала уточнить задачи и ограничения, а потом уже оформлять выводы — иначе ТЗ превращается в набор предположений.
0
Вера
Сообщений
380
С нами
26.10.2026
Референсы полезны, только когда рядом есть комментарий: «нравится навигация» или «нужна такая плотность». Просто папка картинок часто сбивает с толку.
0
Максим
Сообщений
394
С нами
17.10.2026
Добавьте пункт про критерии приёмки: какие экраны и состояния должны быть подготовлены, в каком виде передаются исходники. Это помогает избежать разного понимания слова «готово».
0
Анастасия К.
Сообщений
355
С нами
26.10.2026
А если заказчик сам не знает, чего хочет? Мы показываем несколько направлений и просим выбрать, что ближе, но не всегда это укладывается в первоначальный срок.
0
Lopata
Сообщений
351
С нами
26.10.2026

Ответить в теме

Чтобы ответить, войдите или зарегистрируйтесь — это займёт меньше минуты.