Есть один надёжный способ потратить вдвое больше денег и времени на дизайн — объяснить задачу на словах и понадеяться, что дизайнер «и так поймёт». Не поймёт. Не потому что плохой, а потому что в голове у заказчика и исполнителя живут две разные картинки продукта, и совпадают они примерно никогда. Первая версия приходит «вообще не то», начинается череда правок, бюджет ползёт вверх, сроки едут, обе стороны нервничают.
Лечится это одной вещью — внятным техническим заданием. И вопреки страху новичка, ТЗ на дизайн — это не многостраничный документ с терминами, а одна-полторы страницы понятного текста, который опытный дизайнер читает за пять минут и сразу называет честную цену. Ниже — как собрать такое ТЗ блок за блоком, какие референсы приложить, какие форматы прописать и как заранее закрыть тему бесконечных правок.
Эта статья — часть раздела «UX/UI-дизайн». Рядом полезно прочитать, сколько стоит дизайн, и понять, нужен ли вам UX-этап.
Что вы узнаете из статьи
- Из каких блоков состоит рабочее ТЗ на дизайн
- Зачем нужна метрика успеха и как её сформулировать
- Зачем нужны референсы, даже если вы не дизайнер
- В каком формате принимать макеты
- Как прописать правки, чтобы не уйти в бесконечную доработку
Семь блоков рабочего ТЗ
Хорошее ТЗ держится на семи опорах. Пройдитесь по ним — и документ соберётся сам.
Цель и метрика. Зачем нужен этот интерфейс и какой результат важен: больше заявок, выше конверсия, понятнее онбординг. Это превращает «сделайте удобно» в проверяемую задачу.
Целевая аудитория. Кто пользователь, в каком контексте он работает с продуктом, с телефона или с компьютера. От этого зависят все решения дизайнера.
Объём. Список экранов или страниц. Конкретные числа — то, без чего невозможно посчитать цену, поэтому чем точнее, тем лучше оценка. Связку «объём — цена» мы подробно разобрали в материале про то, сколько стоит дизайн.
Глубина процесса. Нужно ли UX-исследование и прототип или достаточно отрисовать по готовой структуре. Если не уверены, посмотрите разбор, нужен ли вам UX-этап.
Стиль и референсы. Самый важный блок, ему ниже отдельная глава.
Технические рамки. Платформа (веб, iOS, Android), под какие устройства адаптив, нужна ли дизайн-система, в каком формате передавать макеты.
Сроки, бюджет и приёмка. Этапы с промежуточными демо, вилка бюджета и список того, что считается готовой работой: файлы, доступы, число правок.
Референсы и метрика решают половину дела
Здесь живёт главное недопонимание заказчиков. «Я же не дизайнер, какие референсы» — и это ровно та фраза, после которой проект уходит в долгие переделки. Референс нужен не для того, чтобы вы что-то нарисовали. Он нужен, чтобы показать пальцем: вот такой стиль, вот такая чистота, вот такое настроение. Слова «современно» и «дорого» каждый понимает по-своему, картинка — нет.
Соберите 5–10 примеров интерфейсов, которые вам нравятся. Чужие приложения, сайты, скриншоты экранов — что угодно, что передаёт нужное ощущение. И обязательно добавьте пару антипримеров: «вот так точно не надо». Антиреференс экономит уйму времени, потому что отсекает целое направление, в которое дизайнер мог бы случайно уйти.
Второй мощный инструмент — метрика успеха. Дизайн интерфейса не самоцель, а способ достичь результата. Когда вы пишете «цель — поднять конверсию формы заявки», дизайнер принимает решения в эту сторону: упрощает путь, убирает лишнее, ведёт пользователя к действию. Без метрики он рисует красиво, но вслепую, и оценить его работу нечем, кроме «нравится / не нравится».
Дизайн-система и формат передачи
Эту часть новички пропускают, а потом получают сюрприз. Договоритесь заранее, что именно вы получаете на руки и в каком виде.
Стандарт сегодня — Figma. Уточните, что получаете доступ к рабочему файлу с организованными слоями, компонентами и стилями, а не просто набор картинок. Это критично, если макеты пойдут в разработку: аккуратный файл экономит программистам недели, а хаотичный — наоборот.
Отдельный вопрос — дизайн-система. Для небольшого лендинга она избыточна, а для растущего продукта почти обязательна: единые компоненты, цвета, отступы, состояния. Решите на старте, нужна ли она, потому что это заметная часть сметы и объёма. И обязательно проговорите доступ к исходному проекту: если в будущем вы планируете развивать продукт или сменить подрядчика, файл должен остаться у вас. Договариваться об этом задним числом всегда дороже и неприятнее.
Правки и приёмка без споров
Бесконечные правки — главная причина, по которой дизайн-проекты ссорят заказчика и исполнителя. Лечится это одной строчкой в ТЗ. Пропишите конкретно: сколько кругов правок входит в стоимость на каждом этапе, а что считается дополнительной работой. Например, два круга на этап включены, дальше — по согласованной ставке.
Это честно по отношению к обеим сторонам. Вы понимаете, за что платите и где граница, а дизайнер не проваливается в бесконечную доработку без оплаты — а именно от страха перед ней он закладывает запас в цену. Чёткая формулировка правок нередко сама по себе снижает итоговую смету.
И договоритесь о критериях приёмки заранее: какие экраны, в каком формате, с дизайн-системой или без, с доступом к файлу. Тогда финал проекта — это спокойная передача готового, а не выяснение, кто что имел в виду. Какие ещё грабли подстерегают на проекте, мы собрали в материале про частые ошибки на проекте.
Как платформа помогает на этапе ТЗ
На Где.Эксперт задачу публикуют сразу с ТЗ и референсами, и дизайнеры откликаются, уже понимая объём. Это значит, что оценки приходят точные, а не «вилка от балды», и сравнивать их можно по делу. Видны кейсы, отзывы и история выполненных заказов — понятно, кто работал с похожими продуктами.
Чёткое ТЗ плюс прозрачный профиль исполнителя снимают главный риск: получить «не то» и спорить о доплатах. Можно обсудить детали в переписке до старта, зафиксировать правки и сроки, начать с небольшого этапа. Оплата идёт по факту, без депозитов, а отзывы прошлых заказчиков работают страховкой от случайного выбора.
Часто задаваемые вопросы
Что обязательно включить в ТЗ на дизайн?
Цель и метрику, аудиторию, список экранов, стиль с референсами, глубину процесса, технические рамки, формат передачи, сроки с этапами и бюджет. Этого хватает для точной оценки.
Нужны ли референсы, если я не дизайнер?
Обязательно. Это не про рисование, а про то, чтобы показать нужный стиль и настроение. Соберите 5–10 примеров и пару антипримеров.
Нужно ли указывать метрику успеха?
Очень желательно. Дизайн — инструмент для цели. Метрика превращает «сделайте удобно» в проверяемую задачу и помогает оценить работу.
В каком формате принимать макеты?
Стандарт — Figma с организованными слоями и компонентами, а не только картинки. Доступ к исходному файлу проговорите заранее.
Как ограничить число правок?
Пропишите конкретно: сколько кругов на этап входит в цену, дальнейшие — отдельно. Это снимает большую часть конфликтов.
Заключение
ТЗ на дизайн — это не бюрократия, а способ получить работающий интерфейс с первого-второго раза и не переплатить за переделки. Семь блоков, метрика успеха, горсть референсов, чёткий формат передачи и прописанные правки — этого достаточно, чтобы дизайнер назвал честную цену сразу и попал в цель, а не в ваше воображение.
Запомните главное: формулируйте цель через метрику, показывайте картинками, а не прилагательными, фиксируйте объём и формат файла, проговаривайте доступ к проекту заранее и ограничивайте правки конкретным числом. Полтора часа на ТЗ экономят недели нервов и заметную часть бюджета.
Опубликуйте задачу на дизайн на Где.Эксперт — приложите ТЗ и референсы, получите точные оценки от проверенных дизайнеров и платите по факту выполнения.