Лого-лоадер
#СущностьЗаказчика

Практически каждый бизнес-заказчик, который считает что разбирается в технологиях и цифровых продуктах, новый разрабатываемый логотип для своего сервиса пытается представить как потенциальный лоадер. А если сервис хоть как-то связан с передачей видео данных, то это буквально девяносто девять случаев из ста!

В связи с этим, на этапе утверждения концептуальных дизайнерских решений, заказчик пытается тут же объяснить дизайнеру как нужно доработать концепцию. То есть, при проработке статики (и в первую очередь — идеи) заказчик уже фантазирует о тех вещах, которые вообще могут не касаться назначения логотипа.

Неопытный дизайнер попытается переубедить заказчика, что «так не делается», что не нужно делать ставку на логотип как на элемент интерфейса с дополнительной динамической нагрузкой (только если изначально такой задачи не ставилось).

Опытный же дизайнер воспользуется ситуацией и обернёт её во благо защиты концепции. Ведь, если заказчик пытается представить как драфтовый вариант может быть применён в жизни — это уже половина успеха! В дальнейшей итерации по развитию этого концептуального варианта, необязательно на лого возлагать судьбу спиннера. Для этого можно нарисовать маленький аккуратный элемент. Главная идея подхода в том, что вовлекая заказчика представлять, как может жить и развиваться будущий логотип — увеличивает шансы «продажи» дизайнерской работы.

#цитатакандидата №16

«Я готовлю вкусную визуальную кухню, создаю идеи и концепты, реализую их и довожу до точки конверсии в прибыль.»

Благодарность учителям
#ПоискиСебя

Это пост благодарности, адресованный арт-директорам — моим руководителям и наставникам. Благодаря которым, сегодня я тот специалист, кем являюсь. Этот пост следовало выкатить месяц назад на день учителя, но я позволяю себе не быть идеальным во всём))

Алексей Вапняр
(Годы взаимодействия: 2008-2010)
Когда мы познакомились у меня в портфолио уже было нарисовано около двухсот эффектных сайтов. При приёме на работу ты отметил, что мои сайты хороши, но копируя приёмы западных шаблонов, я копирую и их ошибки. Ты научил меня обращать внимание на мельчайшие детали и поднимать качество любой своей работы на уровень выше. А ещё работать на запредельных скоростях. Ты выжимал все соки. Но я научился многому за период работы с тобой.
→ Уровень арт-дирекшена: Темплейтмонстер Премиум (кто помнит, тот поймёт).
→ Цитаты: «Тоша говнозад», «Заказчики — пидорги», «Игорь, ну не мне тебя этому учить».

Людвиг Быстроновский
(Годы взаимодействия: 2010-2011)
Когда мы познакомились у меня за плечами было уже шесть лет работы дизайнером. Я повидал многое. Поработал в разных компаниях и студиях. Поработал напрямую с различными клиентами и владельцами разных бизнесов. Я думал что я знаю всё в дизайне. Ты мне дал понять, что я знаю почти ничего. Перевернул моё восприятие мира и показал как можно пользоваться своими мозгами. Это были самые лютые четыре месяца работы за всю мою карьеру. Но и самые невероятные.
→ Уровень арт-дирекшена: Сделай ебовее!
→ Цитаты: «Ок», «Это рак мозга», «Не нравятся дутые душные дешёвые китайские кнопки».

Родион Арсеньев
(Годы взаимодействия: 2013)
Когда мы познакомились я уже работал арт-директором. Ты был моим фактическим учителем на курсах по арт-дирекшену. Ты показал как использовать уже имеющиеся у меня знания в новом ключе повышенной эффективности. А самое главное — научил освещать свой дизайнерский путь во мраке нашей сверхкоммерциализованной индустрии.
→ Уровень арт-дирекшена: Призовые места видных фестивалей.
→ Цитата: «Делать дизайн во имя любви. Иначе и не нужно им заниматься».

Александр Горчаков
(Годы взаимодействия: 2016-2017)
Когда мы познакомились у меня уже было четыре года успешного арт-дирекшена за плечами. Ты мне показал, что для хорошей компании не кринжово даунгрейдиться. Ты меня научил инвестировать в команду. И делать это с продуманным стратегическим подходом. А ещё наглядно продемонстрировал как с заботливым арт-директором любой тяжелый проект превращается в прогулку на яхте в ясный солнечный день.
→ Уровень арт-дирекшена: Свой пацан.
→ Цитаты: «Не переживай», «Затащили!».

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

Ценность арт-директора для дизайнера в разнице их опыта. Чем выше разница, тем ценнее взаимодействие и эффективнее передача знаний. Как вы уже поняли из рассказа, я убеждался в этом много раз. Мне повезло поучиться у крутых профессионалов. Я сочувствую всем дизайнерам, работающих без арт-директора и желаю вам найти своего. И пусть он будет настоящим.

Кто вы в дизайне?

Для недавно подписавшихся, а также тех, кто пропустил эту активность, приглашаю поучаствовать в серии опросов.

#цитатакандидата №17

«Мой подход к дизайну основан на аналитическом мышлении и безупречном восприятии смысла продукта.»

Продажа дизайн-решений
#ЗащитаРешений

Продажа дизайна — это утверждение проделанной вами работы у заказчика. Заказчик может быть как внешним (если речь о заказной разработке), так и внутренним (если это инхаус продкашен). Покупая вашу экспертизу, заказчик все равно во многом влияет на то, каким будет финальный результат.

Для того, чтобы добиться наилучшего результата, заказчика нужно сделать своим союзником. Важно понимать, что защита дизайна — это не разовая встреча с демонстрацией финального решения, а последовательно настроенный процесс. Успех защиты дизайнерских решений определяется задолго до проведения непосредственной презентации.

Любую презентацию дизайна можно легко провести, применяя стратегию защиты, которая одинаково хорошо работает как для большого проекта, так и для мелкой задачи.

Стратегия защиты дизайн-решений:

1. Определение задачи
Над чем именно планируем работать?

2. Определение цели
Что именно планируем защищать по результату работ?

3. Погружение в процесс
Вовлечение заказчика в процесс решения задачи.

4. Демонстрация
Формат подачи и повествования.

5. Диалог
Рассказываем, слушаем, принимаем критику и комментарии.

6. Таймаут
Берём паузу, уходим на подумать.

7. Ожидания
Выстраиваем коммуникацию на основе конкретики и точности.

8. Продано!
Празднуем победный триумф.

Далее разберём подробно каждый из этих пунктов.

Определение задачи
#ЗащитаРешений (Шаг 1)

Чаще всего, заказчик не может сформулировать задачу конкретно, и приходит с абстрактными запросами:
• «Сделать дизайн нового проекта»
• «Сделать редизайн старого проекта»
• «Сделать дизайн нового раздела сервиса»
• «Сделать дизайн посадочной страницы»
• «Сделать дизайн айдентики»

Подобные расплывчатые формулировки не позволят вам определить, куда именно следует направить вашу экспертизу для решения фактической задачи. А заказчик сохранит своё представление об образе результата при себе. Вам будет сложно защищать итоговое решение, а по результатам неизбежных нестыковок в переговорах с заказчиком, вам придется переделывать проект или вносить корректировки на ходу много раз.

Реже всего, заказчик к вам приходит с конкретной задачей:
• «Автоматизировать предметный физический процесс бизнеса»
• «Увеличить количество регистраций пользователей в месяц до конкретного числа»
• «Упростить процесс покупки, сократив количество шагов»
• «Расширить круг клиентской аудитории для конкретной услуги (продукта)»
• «Повысить узнаваемость бренда в конкретном сегменте аудитории»

Таких заказчиков надо любить, потому что они практически идеальны благодаря умению формулировать задачи. При этом все равно подобную задачу нужно перепроверить.

Для более точного понимания задачи нужно быть в контексте. Первое: анализировать, почему подобная задача в принципе возникла. Второе: прогнозировать, как дальше будет происходить внедрение и использование дизайна, который вы собираетесь разработать.

Без понимания задачи невозможно наметить цель для стратегии защиты проекта.
Как бы ни умел формулировать задачи ваш заказчик, вы должны как эксперт:
1. Свериться со входящим запросом от заказчика
2. Проанализировать контекст
3. Определить и конкретизировать задачу
4. Озвучить задачу заказчику и зафиксировать её, чтобы в ходе работ не произошла смена вектора пути.

После этого можно намечать цель: что именно вы планируете защищать по результату ваших работ.

#цитатакандидата №18

«Почему я буду ценным членом вашей команды: мои принципы в создании дизайна основаны на генерации эффективной визуальной коммуникации, а не просто разработке эстетического дизайна, что поможет решить дизайн-проблему максимально успешно.»

Определение цели
#ЗащитаРешений (Шаг 2)

На этом этапе закладывается фундамент для понимания того, что вы собираетесь защищать в качестве решения. Решение задачи — это не то, каким вы себе представляете единственно возможный финальный результат. Решение задачи — это то, к чему вы можете склонить остальных участников проекта и заказчика, а также то, какие допущения в ходе работы вы принимаете.

Куда вы можете привести проект, благодаря вашей экспертизе?
Пути к цели могут быть извилистыми и не всегда самыми очевидными с первого взгляда, даже для вас самих. Если с самого начала вы настроитесь на то, что конкретные визуальные и логические средства для решения задачи могут видоизменяться в ходе работы над проектом, то вы будете контролировать поиск этих самых решений в течение всего процесса. Главное, чтобы эти решения приближали проект к намеченной цели.

Как определить цель?
Опишите детально образ успешного результата, ответив на вопрос:
«Какие условия должны выполняться, чтобы поставленная задача была решена?»

Пример 1:
• Абстрактная задача: Сделать дизайн нового проекта;
• Сформулированная задача: Автоматизировать предметный физический процесс бизнеса;
• Цель: Менеджеры компании, принимают заявки от клиентов не по телефону, а через веб-сервис. Клиенты могут оплатить услуги онлайн, не нужно больше приходить в физический офис.

Пример 2:
• Абстрактная задача: Сделать редизайн корзины;
• Сформулированная задача: Упростить процесс покупки, сократив количество шагов;
• Цель: Пользователь может мгновенно заказать товар на сайте, не добавляя его в корзину.

Пример 3:
• Абстрактная задача: Сделать дизайн айдентики;
• Сформулированная задача: Повысить узнаваемость бренда в конкретном сегменте аудитории;
• Цель: Потенциальный пользователь из сегмента клиентской аудитории, которая реже всего покупала продукт данного бренда, осведомлён о принадлежности продуктов к бренду, который отвечает нуждам пользователя и соответствует его ценностям.

Фокус на целях, а не средствах
Описание образа успешного результата позволяет избежать некорректного выбора решений. На этот выбор, чаще всего, влияют два типа запросов:

а) Внутренние дизайнерские запросы
В ходе работы вы сможете фокусироваться на образе результата, к которому вы сможете прийти последовательно, построив стратегию защиты. А не на каких-то конкретных средствах, к которым у дизайнера есть соблазн прибегнуть. Например: к применению современных визуальных трендов или к переиспользованию схожего (казалось бы) решения от конкурентного продукта. И то и другое может увести решение поставленной задачи в неверном от целей направлении, что повлечёт за собой в лучшем случае либо потерю времени, либо в худшем — полный провал.

б) Запросы от заказчика
Если заказчик настаивает на каком-то конкретном выборе визуальных или логических средств, а вы понимаете, что эти средства нерелевантны решению задачи — вам будет проще отговорить заказчика от этой идеи. Ведь вы сможете апеллировать к целям. В другом случае, если предложения заказчика не противоречат поставленным целям, то возможно, вам стоит принять его сторону. А последовав запросам, вы сможете быстрее защитить свой дизайн.

Дизайн нового повседневного опыта дизайнера
#Митап

Приглашаю вас к просмотру записи моего выступления на недавно прошедшей конференции, приуроченной к 25-летию компании АIC.

Я рассказал про то, что с развитием информационных технологий важно уделять внимание и технологиям собственного развития. Дизайнер будущего — это не только успешный профессионал, но и осознанный дизайнер своей жизни!

Тема для вас будет знакомой по серии моих постов «Мотивация дизайнера». Хороший шанс послушать устное дополнение к этим материалам и ещё плотнее углубиться в тему.

→ Смотреть

Погружение в процесс
#ЗащитаРешений (Шаг 3)

После фиксации задачи, определении целей и договорённостях с заказчиком о том, что именно вы предоставите в качестве результатов работ по дизайну по истечении оговоренного срока, самое время наметить регулярные встречи с заказчиком.

Многие ребята часто игнорируют важность этих синков, думая что раз всем всё понятно что нужно делать — встретимся с заказчиком теперь только когда будет готов результат. И это их роковая ошибка. Ведь после определении целей и задач, образ результата становится яснее преимущественно вам, потому что вы эксперт в дизайне. А заказчик не эксперт. К тому же, у него свои обязательства по срокам, бюджетам и ещё по многим другим вопросам. Меньше всего заказчик хотел бы волноваться ещё и из-за дизайна.

Погружение заказчика в процесс вашей работы сводится к двум важнейшим аспектам:
→ Обеспечение заказчика пониманием того, что по вашему треку работ ему не о чем переживать;
→ Обеспечение заказчика возможностью представлять, что он управляет процессом создания дизайна.

В этом деле вам помогут два метода, которые хорошо друг друга дополняют:

1. Метод короткого пинга
(этому меня научил Саша Горчаков)

Вне зависимости от размаха проекта, договоритесь с заказчиком о регулярных встречах. Если это длительный проект — поставьте встречу на еженедельной основе. Если это короткий проект на пару недель, все равно поставьте несколько промежуточных встреч. Настаивайте на важности их проведения, даже если заказчик не видит в них необходимости.

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

Демонстрируйте ход работ. Объясняйте, какие работы вам пришлось уже проделать, чтобы проект оказался в текущей точке. В какую сторону вы двигаетесь. На что стоит обратить внимание сейчас, и какие риски вы прогнозируете. Что нужно далее сделать, чтобы избежать неудачи и достичь эффективного результата.

Подобный подход даёт понимание заказчику о том, что проект по вашему треку (по дизайнерским работам) движется с понятной скоростью. Этот ход работ становиться для него прозрачным и снижает уровень тревоги. Через какое-то время стабильно налаженного взаимодействия, заказчик, скорее всего, сам попросит встречаться реже — потому что ему всё станет понятно. И это будет для вас сигналом, что вы заработали солидный кредит доверия.

2. Метод прогрессивного джипега
(этому я научился у Людвига Быстроновского)

Во многом этот метод напоминает предыдущий. Как уже понятно из метафоры — суть сводится к демонстрации результата работ на текущий момент времени. Что подгрузилось — то мы и имеем. Не ждём финальной прогрузки картинки. Обсуждаем с заказчиком то, что есть сейчас.

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

Как это работает? По мере того, как вы плавно движетесь от аналитических документов до юзерсторей, от мудбордов до финальной визуальной концепции, заказчик наблюдает процесс. В любой момент времени (в рамках вашего расписания регулярных встреч), заказчик может собственными глазами увидеть как дизайн оказался в текущей точке, может предложить свои идеи, скорректировать ход работ. Где-то будет уместно принять эти идеи, где-то будет уместно дать аргументированные комментарии, почему не стоит этого делать. В любом случае, при таком подходе заказчик начнёт считать, что он управляет процессом создания дизайна.

Принести сразу готовый результат — это пропустить все эти этапы. Если заказчик не видел как создавался этот дизайн, для него результат будет чужеродным и даже враждебным. Если заказчик будет принимать даже минимальное участие на каждом из этапов, он будет обладать пониманием последовательного создания результата. А значит что и продавать ему ничего не нужно будет! Финальный дизайн заказчик будет воспринимать своим родным.

Изучаем нейроотличность среди дизайнеров

Ребята из Duo Sapiens (комьюнити менторов для цифровых и графических дизайнеров) захотели разобраться в интересной и важной теме — нейроотличность в дизайн-среде. Для этого они проводят опрос, результаты которого позже станут частью большого спецпроекта.

Если этот вопрос актуален и у вас подтверждены или есть подозрение на наличие СДВГ, БАР, депрессии, ГТР, ПТСР или др. — будет круто, если сможете поучаствовать в опросе и поделиться своей историей. Как это мешает/способствует работе, влияет ли на креативность, как сказывается на коммуникации, как помогаете себе, etc. Фрагменты историй, разумеется, будут опубликованы анонимно и только с вашего согласия.

 → Пройти опрос

Демонстрация
#ЗащитаРешений (Шаг 4)

Здесь я не буду уделять внимание тому, как технически готовиться к демонстрации дизайнерских работ. Просто отмечу, что когда дизайнер открывает фигму в масштабе 10%, на котором умещаются десятки минимизированных арт-бордов и полчаса рассказывает что на них изображено не приближая в стопроцентный масштаб — это фейл. Зрителю всегда хочется увидеть, вместо того чтобы слушать.

План демонстрации
Продумайте план повествования заблаговременно перед встречей. Для успешной защиты на любом этапе коммуникации с заказчиком вам необходимо подсветить на встрече:

а) Глобальные задачи проекта (Важно всегда подсвечивать ради чего ведутся эти работы. Вы наметили этот курс в самом начале. Не дайте заказчику сбить вас с пути!)

б) Цели вашей работы: что будет являться успешным результатом, к которому вы стремитесь.

в) В какой точке находится проект в данный момент времени (не будет лишним изначально составить роадмэп, по которому вы будете сверяться с заказчиком в рамках встреч по методологии короткого пинга).

г) Как цели и задачи повлияли на ваши решения. Раскройте суть ваших решений. Объясните, что они такие не потому, что это абстрактное художественное произведение, а потому что эти решения продиктованы ранее утверждёнными целями и задачами.

д) Что из запланированного вам удалось сделать, а что нет. Если так, то подсветить причину нереализованных пунктов. Тут можно запросить содействия со стороны заказчика, если это уместно, либо просто держать его в курсе.

е) Какие вы уже наметили дальнейшие шаги по решению задачи, согласно вашему роадмапу. Что заказчик сможет увидеть в следующий раз.

Три правила демонстрации
#ЗащитаРешений (Шаг 4)

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

2. Не давайте оценочную характеристику своей работе
Плохо: «Эта кнопка неземной красоты не может остаться незамеченной пользователем. Поэтому он обязательно сделает клик».
Хорошо: «Большая кнопка контрастного цвета с понятной подписью решает потенциальную задачу пользователя в данном пользовательском сценарии».
Чаще всего, дизайнер пытается дать оценочное суждение своей работе, если не соблюдается первое правило. Но даже если рассказ идёт про функционал, а не про очевидный внешний вид, у дизайнера остаётся большой соблазн приукрасить конкретные решения. Например: «Это уникальное решение, лучше всех существующих аналогов», «Визуальный ряд — яркий, смелый, харизматичный». Собственное оценочное суждение по отношению к своей работе отрицательно влияет на восприятие вас как эксперта. Если заказчик разбирается в вопросе, то он быстро поймёт, что вы просто набиваете себе цену. Если же заказчик не разбирается, то ему и не будут понятны ваши рассуждения. Для него важно понимание того, как это решает его задачу, а не то какими эпитетами вы можете описать предлагаемые решения.

3. Окончание демонстрации
Не заканчивайте свою демонстрацию словами «На этом у нас всё» или «Это всё, что мы хотели вам показать сегодня». После вашей демонстрации не должно повиснуть паузы в виде гробовой тишины. Завершите свою презентацию вовлечением заказчика в диалог. Вас уже учили это делать при ведении социальных сетей необходимостью в конце поста адресовать вопрос аудитории: «А что вы думаете по этому поводу?». Так и в реальной жизни! Спросите принимающую сторону, что они думают о проделанной вами работе. Пригласите их к диалогу.

+ Учитывайте пожелания заказчика
Кто-то нормально воспринимает макеты в фигме, в которых можно показать и кликабельные переходы от экрана к экрану. Кто-то смотрит PDF-презентацию, которую после встречи желает получить на почту. Мне доводилось презентовать дизайн сложных медиа-сервисов для владельца компании, который исключительно принимал результат на бумаге. Приходилось распечатывать дизайн интерфейсов с километровым скролом на цветном принтере в формате А4 и склеивать листы скотчем, чтобы экраны складывались в цельные веб-страницы. Эти рулоны с макетами потом выкатывались на большом столе заказчика в его пентхаус-кабинете, чтобы заказчик в комфортной для себя обстановке мог принять мою работу.

Диалог
#ЗащитаРешений (Шаг 5)

В ходе встречи с заказчиком, главной целью вашего диалога должны стать зафиксированные договорённости.

Как провести диалог эффективно:

1. Подготовиться ко встрече
Если это проектная работа, обязательно обсудите со своей командой, кто открывает встречу и ведёт её, а кто дополняет и комментирует. Если вы вы лично презентуете дизайн, не будет лишним предварительно наметить план своего повествования. В обоих случаях придерживайтесь плана демонстрации.

2. Работать с ожиданиями
Перед демонстрацией напомните заказчику о ваших прошлых договорённостях. Его ожидания от предстоящей встрече могут не совпадать с тем, что вы собираетесь демонстрировать. Верните заказчика в контекст задачи. А ваше вводное слово задаст ритм всего последующего диалога.

3. Работать с возражениями и критикой
Не пытаться резко отфутболивать вопросы и предложения заказчика. Старайтесь мягко работать с ними. Ненавязчиво напоминайте заказчику о поставленных целях и задачах. Плавно и методично склоняйте его на свою сторону. Если в адрес вашей работы прилетает категоричная критика или непринятие отдельных решений, припаркуйте эти комментарии. Предложите сперва посмотреть всю работу, которую на сегодняшний день вы принесли. Возможно, после увиденной полной картины, некоторые вопросы у заказчика пропадут сами собой. А на какие-то вы сможете ответить с развёрнутой аргументацией, подкреплённые целостной картиной. Также будьте открыты к конструктивным комментариям. Возможно, вам и правда надо обратить внимание на то, о чём вам говорить заказчик. А для этого, вам нужно уметь не реагировать на любую критику с негативом. Научитесь её принимать.

4. Не давить на заказчика принимать решения сразу
Если ваши работы выполняются в штатном режиме без спешки и с запасом времени, у заказчика может возникнуть желание взять таймаут. Это нормально. Пусть обдумает день-два, выходные. Главное договориться о точной дате и времени, когда вы получите ответ. В случае, когда работы выполняются в рамках запланированного тайминга — напомните об этом заказчику. Аккуратно подтолкните другую сторону не тормозить ход работ. Помогите выбрать одно из решений, если вы принесли несколько вариантов дизайна. Аргументированно подсветите сильные и слабые стороны разных вариантов. Пусть заказчик сам сделает выбор, и у него останется ощущение того, что проделанная работа — это его решение!

5. Идти на встречу и быть готовым к любому ее исходу
Не ставьте себе ожиданий от предстоящей встречи с заказчиком «Во что бы то ни стало продать ваш дизайн». Примут ваше решение или нет, вы в любом случае остаетесь в выигрыше. Если вы выстраиваете ваши отношения с заказчикам согласно этой стратегии защиты, любая встреча — это шаг навстречу продажи вашего дизайна. На первых встречах, в формате метода короткого пинга, ваши черновые решения могут быть не приняты. Но это значит, что вы принесёте другой черновик, и сэкономите кучу времени. Как если бы вы за долгое время проделали большую часть работ, а заказчик попросил бы всё переделать с самого начала! Далее, согласно методу прогрессивного джипега, ваше решение будет «прогружаться» в нужном направлении, согласно целям и задачам проекта. Каждая встреча будет корректировкой появляющегося результата. В конечном итоге, у заказчика не будет шансов не принять вашу работу.

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

Фоллоу ап с принятыми в ходе диалога договорённостями отправляйте в официально принятые каналы коммуникации. Обычно, это электронная почта.

О чём дизайнер не спорит с заказчиком
#ЗащитаРешений (Шаг 5: Диалог)

Дизайнер — эксперт, который решает бизнесовые задачи посредством своих уникальных знаний. При этом дизайн для многих людей (в том числе и заказчиков) является «понятной» областью, в которой, как им кажется, они неплохо разбираются.

Ряд параметров, которые можно отнести к «вкусовщине», следует отдать на откуп заказчику, в случае если у него есть конкретное видение и запрос. Эти моменты некритичные для решения поставленной задачи, при этом добавляют вам плюсов в карму и увеличивают уровень доверия к вам, когда вы позволяете заказчику принять безоговорочное решение.

Успешный дизайнер не спорит с заказчиком о цветах
Самый главный параметр серии «на вкус и цвет товарища нет». Если заказчик просит конкретный цвет — просто дайте ему этот цвет. Пусть тот будет счастлив, и не будет придираться к другим годным решениям, только потому, что вы не дали ему «побыть дизайнером». Исключением бывают только системные или статусные цвета (красный — ошибка/опасность, зеленый — аппрув, оранж./жёлтый — ожидание/ внимание, и т.д.) или определение контрастности цвета, учитывая контекст его применения. Во всех остальных случаях, цвет не влияет на решение конечной задачи, поэтому не стоит рубиться на смерть с заказчиком, какой-бы серо-буро-малиновый цвет он не просил.

Как правило, выбор цвета для предмета дизайна определяется бренд-буком или использованием дизайн-системы. Если нет ни того ни другого, а у заказчика есть своё видение — пойдите ему на встречу.

Как-то раз, очень давно на заре моей дизайнерской карьеры, был у меня заказчик — владелец мебельного салона. И вот для сайта своего салона, он как-то принялся помогать мне подбирать цвета. Говорит: «Хочу, чтобы боковое меню сайта было цвета зелёного листа. Чтобы сочеталось с фотками деревянной мебели». Я ушёл на проработку, приношу ему палитры зелёного: тёмные, светлые, всякие разные. Он отвечает: «Всё не то. Нужен прям цвет листа». Я ухожу на вторую итерацию. Пипеткой теперь тычу в фотографии зеленых листьев деревьев. Приношу. Опять не то. Ок. Тогда я беру хайрез фото с крупным планом яркого сочного листа дерева с прожилками и вхуячиваю фоном в сайдбар. Приношу. Заказчик: «Ну наконец-то! То, что надо!».

А какие у вас есть примеры дизайнерских решений, которые вы отдаёте на откуп заказчику и выигрываете при этом?

Таймаут
#ЗащитаРешений (Шаг 6)

В любой непонятной ситуации — берите таймаут. И даже в тех, в которых вам кажется что всё понятно, тоже берите таймаут. Заказчик сможет подождать денёк-другой до того момента, как вы вернётесь с продуманным решением и проанализированным следующим шагом. А некоторые ответы, которые вы выкатите сразу на встрече, могут обернуться для вас катастрофой.

В каких случаях следует брать таймаут с заказчиком:

1. Оценка трудозатрат
О каких бы работах ни шла речь: будь то новый проект или дополнительный функционал к текущему проекту, никогда не озвучивайте сроки сразу. Рискуете сильно промахнуться и подписаться на трудоёмкие работы с весьма лимитированным временем. Примите задачу, зафиксируйте все вводные, возьмите паузу на детальный просчёт. Обсудите полученную информацию со своей командой. Если вы работаете одни, посоветуйтесь с коллегами по цеху. Скорее всего, после изучения всех вводных и дополнительного анализа задачи, вы найдете множество подводных камней. В этом случае вы можете вернуться к заказчику не только с возможными вариантами оценки работ, но и с дополнительными вопросами для уточнения объёма работ и конкретизацией того, а что именно требуется сделать на данный момент.

2. Идеи для решения
Совместный брейншторминг с заказчиком — это отличная практика генерация идей. Этот творческий процесс помогает нащупать путь для развития решения. Но это не означает, что конкретная идея станет финальной. Даже если эта идея кажется гениальной и приводит в восторг всех присутствующих на встрече, от чего они бьются в экстазе, все равно стоит взять паузу чтобы взвесить все варианты. Или продумать развитие этих вариантов. Если заказчик требует в качестве ответа на новый поставленный вопрос сиюминутных решений от вас — тем более необходимо взять паузу.

3. Ответственность заказчика
Ранее мы с вами уже проговорили, в случае если вы принесли большой объём проделанных работ или несколько вариантов решений, от выбора которых зависит судьба проекта — не давите на заказчика. Таймаут должен работать и в обратную сторону. Дайте другой стороне немного времени на подумать. Обязательно договоритесь о точной дате, когда заказчик должен будет вернуться с ответом.