Определение задачи
#ЗащитаРешений (Шаг 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. Ответственность заказчика
Ранее мы с вами уже проговорили, в случае если вы принесли большой объём проделанных работ или несколько вариантов решений, от выбора которых зависит судьба проекта — не давите на заказчика. Таймаут должен работать и в обратную сторону. Дайте другой стороне немного времени на подумать. Обязательно договоритесь о точной дате, когда заказчик должен будет вернуться с ответом.

Ожидания
#ЗащитаРешений (Шаг 7)

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

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

Что значит «управлять ожиданиями» заказчика?
Это значит организовать взаимодействие с заказчиком таким образом, при котором его представления о ходе работ соответствуют действительности.

Как управлять ожиданиями?
1. Оперируйте конкретикой и точностью
2. Напоминайте о задачах проекта
3. Напоминайте о целях работы над проектом
4. Не принимайте предложения заказчика, если они расходятся с задачами и целями проекта
5. Проверяйте предположения, трансформируйте идеи в гипотезы
6. Задавайте вопросы всегда, когда отсутствует ясность
7. Отвечайте на поставленные заказчиком вопросы
8. Рассказывайте о том, что вы делаете в ходе проекта
9. Рассказывайте о том, что вы не делаете и почему (отсекайте у заказчика лишние представления о работах)
10. Озвучивайте о потенциальных проблемах и как вы собираетесь их решить (или какие действия требуется от заказчика, чтобы их решить)
11. Озвучивайте реалистичные прогнозы по срокам и образу результата
12. Попадайте в озвученные вами сроки
13. Предоставляйте обещанные вами результаты

Как настроить работу по управлению ожиданиями?

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

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

Продано!
#ЗащитаРешений (Шаг 8)

Вишенкой на торте продажи дизайн-решений станет понимание относительной важности этих решений.

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

Метод «Побыть в шкуре заказчика»
(этому я научился у Дениса Кортунова)
Чтобы уметь мыслить как заказчик, вам нужно хотя бы раз в жизни им стать! Закажите дизайн из той сферы, которой вы занимаетесь (или близкой ей по контексту) для себя. Здесь не подходит передача ваших же задач внешнему аутстафф-дизайнеру или агентству. Тогда вы будете лишь выполнять роль лида или арт-директора, а их работу будет оплачивать ваша компания. Обязательно вы должны заплатить за эту работу деньги из своего кармана. А результат должен быть важен лично для вас.

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

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

В качестве итоговой мысли всей темы
Успех защиты дизайнерских решений определяется задолго до проведения непосредственной презентации.

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

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

Персональные достижения 2023

Чекпоинт.

Среди принципиально нового опыта, который я получил в результате выставленных требований самому себе в этом году, хочется особенно выделить несколько:

→ 4 Публичных выступления
Два из них онлайн: вебинар Юзабилити Лаб и митап Кармических технологий Ростелеком. Два из них оффлайн для живых людей: 25 лет AIC, Конференция B2B сегмента Ростелеком.

→ Прошёл обучение по программе развития рекламных агентств и дизайн-студий UpGreat8 у Виталика Быкова
И начал внедрять полученные знания в свою работу.

→ Жюрил работы Фестиваля G8
Погрузился ещё глубже в мир метрик отечественного дизайна.

→ Стал ментором Duo Sapiens
Присоединился к лучшей команде на отечественном рынке по вопросам профессионального консультирования дизайнеров и дизайн-руководителей. И уже успел успешно провести целую менторскую программу.

→ Написал материал для 4-х больших статей
Пока этот текст конвертируется в многочисленные посты моего канала. Большие темы далее планирую выпустить в формате статей. А лучший материал станет основой для печатной книги!

→ Провёл 54 собеседования
Здесь успех количественной метрики измеряется сокращением проведения интервью. К примеру, в прошлом году их было раза в два больше. Теперь про качество воронки. Из этих 54-х человек — 22 присоединились к нашей Дизайн-студии.

→ Отметил 4,5 года работы в Ростелекоме
Ранее, за всю свою карьеру по разным причинам я не работал нигде дольше двух лет. Это мой личный рекорд!

(Кстати, мои самые значимые публичные активности я складываю на этой странице своего сайта)

Дата сейв. Некст левел. Го!

Итоги 2023
#Статистикаканала

Давно такого не было и вот опять. Статистика, итоги, отчёты, каникулы! Вау, мы пережили с вами 2023. Фооок ееее!!!

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

Скромная статистика канала:
1 год 4 месяца — возраст канала
~1170 — подписчики на текущий день
~250 — уникальные посты
324 — средний охват одной публикации
183 — среднее количество просмотра истории
28% — читают посты канала
6,49% — вовлечённость подписчиков
3,98 — индекс цитирования
17% — подписчики с включенными уведомлениями

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

Спасибо всем, кто был со мной в этом году. До встречи в следующем! Желаю вам хорошо отдохнуть на зимних каникулах!

Дизайн-концепция
#Первооснова

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

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

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

Закрепим эти три важные знания:
1. Дизайн-концепция — не технологическая необходимость этапа дизайна, а важная часть этапа продажи дизайна.
2. Не накидывать варианты только ради количества: чем хуже вариант, тем выше вероятность его утверждения.
3. Финальная концепция не равно финальный дизайн. Понимать и принимать все эволюционные изменения вашей работы.