Референсы

Наверняка у сидящих тут дизайнеров есть есть какие-то коллекции сайтов, которые были отложены до лучших времен

Я в один момент стал использовать are.na как основной инструмент для такого, но периодически все же собираю что-то в избранном telegram (и потом переношу)

Какие сервисы вы используете? Поделитесь ссылками на свои коллекции в комментах, интересно же!

https://www.are.na/andrey-odokienko

Лид должен лидить, а не рисовать

Довольно неоднозначно звучит, не так ли?

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

Вместо этого приходится заниматься почтой, коммуникацией, встречами, презами, процессами и развитием команды.
И это нормально!

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

Но я искренне считаю, что нельзя бросать рисование и нужно находить время на интересные задачи. Хотя бы для того, чтобы в любой момент можно было показать дизайнеру КАК НУЖНО, ну или просто подхватить и помочь, чтобы никто не сгорел.

ICE-фреймворк

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

Вообще, ICE — это аббревиатура от трех факторов, по которым делается оценка, где:

Impact — влияние
Confidence — уверенность в оценках
Ease — простота реализации

Каждому параметру присваивается значение от 1 до 10, а потом все перемножается. I*C*E = Score

Теперь подробнее про каждый параметр:

1. Impact — влияние
Влияние может быть на метрики, а может на пользователя, тут нам это не очень важно, т.к. одно вытекает из другого. Здесь важно понимать, насколько велико это влияние на общую цель. Чем выше значение, тем выше влияние.

2. Confidence — уверенность в оценках
Можно быть уверенным на основе анализа прошлых решений, или на основе интуиции, или все сразу. Чем больше значение, тем выше уверенность, что то, что вы оцениваете, сработает.

3. Ease — простота
Простота касается не только вас, а всей команды, которая будет делать задачу. Задайте себе вопрос: насколько легко будет спроектировать, разработать и протестировать ЭТО? Чем выше значение, тем проще.

В чем плюсы фреймфорка? Это супер-простой и быстрый способ расставить приоритеты.

А минусы в чем? Оценка субъективна: если вы предложите оценить то же самое другим людям — все может рассыпаться.

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

Большой апдейт от Figma!

https://www.figma.com/whats-new/

Обновлённый auto-layout, оптимизация работы с файлами, dev-mode для разработчиков, интеграция с JIRA, Storybook, GitHub, заход в AI и другое

Выглядит, конечно, здорово

Наконец-то опубликовал вторую статью про whiteboard

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

Enjoy!

https://vc.ru/design/735696-kak-dizayneru-uspeshno-proyti-whiteboard

Важность 1-1 встреч

Недавно общался с лидером юнита, и он поделился интересными мыслями про 1-1. Я с ним очень солидарен, поэтому хочется рассказать про плюсы таких встреч именно со стороны дизайнера, а не лида

1. Обсуждение своих приоритетов.
Можно поговорить про краткосрочные и долгосрочные цели – как свои, так и командные. Если стабильно проводить такие встречи, то расхождение в понимании «Куда мы идём» будет минимальным.

2. Запрос обратной связи.
На встрече очень полезно задать вопрос — «Слушай, а как я вообще справляюсь?»
Своевременная ОС помогает понять, есть ли узкие места или точки роста в процессе работы. А еще это говорит о том, что вам не все равно, что человек думает о ваших результатах.

3. Разговор о своем профессиональном росте.
1-1 встречи можно использовать для разговора о деньгах, расширении зоны ответственности, обсуждении точек роста как специалиста за рамками рабочих задач

Короче, не стесняйтесь общаться!

В период бума AI очень полезно адаптироваться и использовать такие инструменты в работе.

Я иногда применяю это при работе с текстом, изображениями, и ресечем.

Не обязательно идти и тестить все сервисы, как только вы о них услышали. Всегда важен контекст, не используйте AI ради AI.

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

Вдогонку про AI

Наткнулся на сайт, где собрано множество инструментов для решения разных задач (и по категориям все разведено)
Удобно!

https://ailibri.com/

Важно ли дизайнеру понимать, как устроена разработка?

У меня после универа остались какие-то знания о web’e. И все время, пока я работаю дизайнером, это сильно бустило меня относительно тех, у кого таких знаний нет. Понимание процесса разработки хотя бы на базовом уровне помогает во многих вещах. Среди них:

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

2. Планирование и оценка
Ты можешь более реалистично прикидывать время, нужное для разработки продукта (или хотя бы его отдельных частей). Учитывая технические сложности, необходимость тестирования и возможные задержки, ты можешь составлять более точный план в части дизайна и избегать неожиданностей. Это особенно полезно, когда требуется предложить быстрые и дешевые решения прямо здесь и сейчас вместо долгих и дорогих

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

По опыту скажу, что просто общаться с разработчиком для развития навыка недостаточно. Нужно просить объяснять непонятные вещи, а еще инвестировать время самостоятельно во все это. Код можно и не писать, но верхнеуровнево его понимать очень полезно!

В продолжение темы

На выходных я запостил статью о вёрстке в вебе, там всё на довольно простом языке написано, так что если у вас до сих пор есть пробелы в знаниях — скорее читать!

https://vc.ru/design/760017-responsiv-eto-kak-likbez-po-verstke-v-vebe-dlya-dizaynerov

Про мультидисциплинарность

При том, что я занимаюсь дизайном продукта и управлением командой, я не перестаю изучать дизайн-софт и новые для себя дизайн-дисциплины (и не только дизайн). И вот почему.

Когда формируется какая-то команда — она всегда подразумевает определенное количество скиллов и дисциплин от всех участников. И мультидисциплинарность позволяет бустить команду и сильно расширяет пул возможностей.

Если стоит задача «сделать продукт» — дизайнер с большим скиллсетом скорее сделает его круто, просто потому что у него будут навыки/экспертиза в чем-то помимо проектирования/исследований/работы с макетами. Такой дизайнер с большей вероятностью сделает цельный продукт, чем просто часть продукта.

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

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