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

Почти всегда хочется начать с картинок. Это ошибка не потому, что «так нельзя», а потому, что это переключает заказчика в режим оценки по ощущению. Когда у человека нет рамки, он опирается на вкус. Это нормально, просто так устроено восприятие.
Поэтому начало защиты лучше сделать коротким, но собранным. В нём три вещи.
Как вести мысль
В защите важно не количество слайдов и не идеальная речь. Важно, чтобы мысль шла последовательно. Самый рабочий порядок выглядит так:
задача → метафора → правила → применение
Задача отвечает на вопрос «зачем». Метафора отвечает на вопрос «какую логику мы выбрали». Правила отвечают на вопрос «как это устроено». Применение отвечает на вопрос «работает ли это в реальности».
Если перескочить через правила и сразу показывать носители, заказчик может увидеть красивую подачу, но не поймёт, как вы будете делать следующие материалы. Тогда он начинает просить «ещё варианты», потому что не видит системы.
Метафору в защите лучше держать коротко. Одна фраза и сразу перевод в принципы. Не нужно продавать идею. Нужно показать, что из неё вытекает.
Где держать акценты
Когда заказчик смотрит айдентику, ему важно почувствовать две вещи: целостность и применимость. Поэтому акценты лучше ставить не на отдельных элементах, а на логике системы. Полезно держать три опоры.
Как принимать вопросы и правки
После показа всегда будут реакции. Задача дизайнера не отбиваться и не соглашаться на всё подряд. Задача — понять, что именно человек пытается сказать, и перевести это в ясное действие.
Практически удобно делить комментарии на три типа.
Вкусовая реакция «Хочу ярче», «слишком строго», «мне не нравится». С этим не спорят. Это переводят в уточнение: что именно воспринимается «строго». Контраст? Ритм? Плотность? Темп? Так вкус превращается в параметр, с которым можно работать.
Запрос про задачу «Нужно понятнее», «нужно дороже», «нужно спокойнее». Это уже ближе к критериям. Здесь важно спросить: где именно это критично. На каких носителях. В каких сценариях.
Несовпадение ожиданий «Мы вообще не туда идём». Здесь почти всегда нужно возвращаться к задаче и к критериям, потому что проблема чаще в рамке, а не в макете. Если в этот момент начать срочно менять визуал, можно потерять систему.
Хорошая тактика в любом случае одна: повторить комментарий своими словами, уточнить смысл, предложить вариант решения внутри системы и зафиксировать договорённость. Так правки не превращаются в бесконечные «переделай, но как-то по-другому».
Домашняя работа
Подготовьте защиту проекта вместе с его презентацией.
Финальный проект