Недавно со мной произошёл, пожалуй, самый странный случай на пути поиска работы. После собеседования в Авито вместо оффера мне прислали... приглашение бухать на вечеринку для дизайн-директоров и лидеров в дизайне - Avito immersive rout 😄
Темой была эпоха Шекспира, но в итоге почти все пришли в чёрном, так что атмосфера больше напоминала вампирский шабаш. 🧛🏻
Проходило всё в Особняке Леман.
Впечатления — огонь! Атмосферно, весело, да ещё и вкусно кормят. 😁
Особенно круто было познакомиться с другими дизайн-лидерами, встретить тех, чьи публикации читаю сам, и пообщаться со старыми знакомыми.
Заодно получилось небольшое мини-исследование: знают ли меня в таком интересном кругу? Оказалось, да, и это приятно! ☺️ Кто-то как «артдира из ВкусВилла», кто-то как «того чела с SDUI», а кто-то даже узнавал в лицо и по имени.
P.S. Отдельный квест — искать в Москве аксессуары для костюма. В итоге удалось раздобыть жабо и крайне стильные очки. 😎
Темой была эпоха Шекспира, но в итоге почти все пришли в чёрном, так что атмосфера больше напоминала вампирский шабаш. 🧛🏻
Проходило всё в Особняке Леман.
Впечатления — огонь! Атмосферно, весело, да ещё и вкусно кормят. 😁
Особенно круто было познакомиться с другими дизайн-лидерами, встретить тех, чьи публикации читаю сам, и пообщаться со старыми знакомыми.
Заодно получилось небольшое мини-исследование: знают ли меня в таком интересном кругу? Оказалось, да, и это приятно! ☺️ Кто-то как «артдира из ВкусВилла», кто-то как «того чела с SDUI», а кто-то даже узнавал в лицо и по имени.
P.S. Отдельный квест — искать в Москве аксессуары для костюма. В итоге удалось раздобыть жабо и крайне стильные очки. 😎
🔥30
Наткнулся на статью: в Salesforce Lightning — тех самых, для которых Jina Anne ещё в 2014 придумала концепцию дизайн-токенов — решили отказаться от самого термина. Сконцентрировались на CSS-переменных и считают, что грядущая спецификация W3C слишком сложная и движется не в ту сторону.
Это мне напомнило, как во времена хайпа вокруг performance review один из авторов метода позже сам признал его неэффективным.
Как бы там ни было, забавно наблюдать, как все бегают с токенами как с торбой, и ждут что W3C спасет мир от хаоса, а потом читаешь вот такое 😁
- -
🛫 Канал: UXFLOW • Сергей Мухин
Сайт: uxflow.ru
Это мне напомнило, как во времена хайпа вокруг performance review один из авторов метода позже сам признал его неэффективным.
Как бы там ни было, забавно наблюдать, как все бегают с токенами как с торбой, и ждут что W3C спасет мир от хаоса, а потом читаешь вот такое 😁
- -
Сайт: uxflow.ru
Please open Telegram to view this post
VIEW IN TELEGRAM
D'AMATO
Avoiding tokens
The importance of disclosing the reasons behind decisions.
😁6
Тестовое... Опять...
Я уже делился своим мнением, почему не использую тестовые задания при найме и сам редко делаю.
Но реальность такова, что с тестовыми всё равно сталкиваешься. И тут закономерный вопрос:
Как понять, каким должен быть результат, чтобы вот точно пройти?
Ответ: никак. 🤷🏻♂️
Часто даже сами наниматели не до конца понимают, что хотят увидеть. Плюс задания бывают абстрактными, с внутренними противоречиями и размытым фокусом.
Недавний пример — тестовое на позицию лида дизайн-системы.
Сначала вопрос: «Команда хочет какой-то неведомый компонент. Как будете собирать и обрабатывать требования?»
Следом: «Сделайте этот компонент в Figma».
Но, Карл, ты же сам только что сказал, требований пока даже нет... Что тогда я должен сделать-то?😔
Как быть?
Если есть возможность — задавайте вопросы. Выясняйте, что от вас ждут, какие критерии успеха, есть ли чеклист.
Во ВкусВилле на вайтбордах я, например, всегда проговаривал, что смотрю в первую очередь на мышление и пользовательский путь. А UI — если успеем.
В других компаниях может быть наоборот: фокус на крутой UI. Сделаешь идеальный UX, но провалишь визуал — отказ.
Если вдруг у вас есть знакомые внутри компании, куда вы проходите тестирование — спросите у них, какие стандарты, на что смотрят, как вообще принято оформлять задачи. Это даст хоть какой-то ориентир.
Если никакой информации нет — делайте так, как вы бы делали это в реальной работе. Максимально естественно и честно. В худшем случае просто не совпадёте ожиданиями нанимателя — это нормально.
Отдельная история — когда наниматели сами не знают, чего хотят. Я бы даже не тратил время. У меня были коллеги, которые отбирали людей по принципу «огонь/не огонь» и не могли объяснить, почему. Пройти такой отбор — это реально рулетка.
Ну и ещё. Я не верю в тестовые с ментором — за исключением стажеров и джунов. На старте ментор может помочь структурировать мысли, дать шаблоны, подтянуть результат. Но если у вас уже приличный опыт, ментор может, наоборот, сбить. Он будет транслировать своё видение, а вы бы, возможно, сделали лучше, если бы опирались только на своё.
- -
🛫 Канал: UXFLOW • Сергей Мухин
Сайт: uxflow.ru
Я уже делился своим мнением, почему не использую тестовые задания при найме и сам редко делаю.
Но реальность такова, что с тестовыми всё равно сталкиваешься. И тут закономерный вопрос:
Как понять, каким должен быть результат, чтобы вот точно пройти?
Ответ:
Часто даже сами наниматели не до конца понимают, что хотят увидеть. Плюс задания бывают абстрактными, с внутренними противоречиями и размытым фокусом.
Недавний пример — тестовое на позицию лида дизайн-системы.
Сначала вопрос: «Команда хочет какой-то неведомый компонент. Как будете собирать и обрабатывать требования?»
Следом: «Сделайте этот компонент в Figma».
Но, Карл, ты же сам только что сказал, требований пока даже нет... Что тогда я должен сделать-то?
Как быть?
Если есть возможность — задавайте вопросы. Выясняйте, что от вас ждут, какие критерии успеха, есть ли чеклист.
Во ВкусВилле на вайтбордах я, например, всегда проговаривал, что смотрю в первую очередь на мышление и пользовательский путь. А UI — если успеем.
В других компаниях может быть наоборот: фокус на крутой UI. Сделаешь идеальный UX, но провалишь визуал — отказ.
Если вдруг у вас есть знакомые внутри компании, куда вы проходите тестирование — спросите у них, какие стандарты, на что смотрят, как вообще принято оформлять задачи. Это даст хоть какой-то ориентир.
Если никакой информации нет — делайте так, как вы бы делали это в реальной работе. Максимально естественно и честно. В худшем случае просто не совпадёте ожиданиями нанимателя — это нормально.
Отдельная история — когда наниматели сами не знают, чего хотят. Я бы даже не тратил время. У меня были коллеги, которые отбирали людей по принципу «огонь/не огонь» и не могли объяснить, почему. Пройти такой отбор — это реально рулетка.
Ну и ещё. Я не верю в тестовые с ментором — за исключением стажеров и джунов. На старте ментор может помочь структурировать мысли, дать шаблоны, подтянуть результат. Но если у вас уже приличный опыт, ментор может, наоборот, сбить. Он будет транслировать своё видение, а вы бы, возможно, сделали лучше, если бы опирались только на своё.
- -
Сайт: uxflow.ru
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥19💯10👍1🤔1
Нерегулярная рубрика этого канала под названием «Дед опять забыл выпить таблетки 💊»
При чём тут вообще Римская империя?
Было время, когда мне часто попадались видео на YouTube и статьи в духе: «Вот во времена Древнего Рима были такие чудовищные достижения прогресса, что даже сейчас мы по отдельным аспектам (социальное развитие, демократия, архитектура, технологии и т. д.) только-только подбираемся к их уровню. А прошло ведь уже две тысячи лет».
И вот примерно об этом же я хотел бы поговорить сегодня — только не про Рим, а про дизайн. Потому что, кажется, у нас, дизайнеров, тоже была своя «Римская империя».
Представьте: 20 лет назад уже существовала среда, которая объединяла в себе облегченный Illustrator, After Effecs, а ещё — собственную IDE для разработки и отладки прямо из коробки.
Да-да, прямо там можно было писать код, прям бизнес-логику, прям фронтенд!
Готовый проект можно было запускать прямо в браузере или упаковать в .exe — и вуаля, у тебя полноценное standalone-приложение. Круто?
Это был великий и могучий Flash.
Когда я впервые познакомился с этим инструментом, он назывался Macromedia Flash. Позже компанию в 2005 году купила Adobe, и он стал Adobe Flash Pro. Популярность флеша была бешеной: на нём делали мультфильмы (помните «Масяню»?), игры, анимированные баннеры, приложения и даже сайты.
Но потом пошёл разговор про уязвимости флеш-плеера, про безопасность… А потом Apple отказалась поддерживать формат на своих устройствах — и это стало последним гвоздём в крышку гроба этой технологии. Эпоха закончилась. Веб пошел путём HTML5 — и дальше мы знаем, как всё развивалось.
Недавно я нашёл в интернете старый установщик и поставил Flash себе снова. Конечно, почти всё забыл, но чисто ради ностальгии и чтобы сделать видео «как это было» — потыкал и записал вам небольшой привет из прошлого.
Внутри — полноценный набор инструментов: библиотеки компонентов из коробки, векторная рисовалка, мощный моушн-редактор. Поддержка ActionScript 2.0 и 3.0 — двух разных версий встроенного языка программирования.
Основной объект для привязки кода — кадр. Причём каждый слой имел свой таймлайн, а каждый объект внутри — свой собственный (!!!). Например, у кнопки был свой таймлайн, где каждый кадр — это её состояние. Переход между состояниями — просто переход по кадрам. А если между ключевыми кадрами задать анимацию — то и переход получался анимированным.
А ещё был прямой импорт .ai и .psd файлов...
Иногда интересно — как всё повернулось бы, занеси Adobe вовремя денег Apple и реши они проблемы с безопасностью.
Но имеем, что имеем.
Эх, ладно, пошёл я дальше придумывать, как связать Фигму с кодом😔
- -
🛫 Канал: UXFLOW • Сергей Мухин
Сайт: uxflow.ru
При чём тут вообще Римская империя?
Было время, когда мне часто попадались видео на YouTube и статьи в духе: «Вот во времена Древнего Рима были такие чудовищные достижения прогресса, что даже сейчас мы по отдельным аспектам (социальное развитие, демократия, архитектура, технологии и т. д.) только-только подбираемся к их уровню. А прошло ведь уже две тысячи лет».
И вот примерно об этом же я хотел бы поговорить сегодня — только не про Рим, а про дизайн. Потому что, кажется, у нас, дизайнеров, тоже была своя «Римская империя».
Представьте: 20 лет назад уже существовала среда, которая объединяла в себе облегченный Illustrator, After Effecs, а ещё — собственную IDE для разработки и отладки прямо из коробки.
Да-да, прямо там можно было писать код, прям бизнес-логику, прям фронтенд!
Готовый проект можно было запускать прямо в браузере или упаковать в .exe — и вуаля, у тебя полноценное standalone-приложение. Круто?
Это был великий и могучий Flash.
Когда я впервые познакомился с этим инструментом, он назывался Macromedia Flash. Позже компанию в 2005 году купила Adobe, и он стал Adobe Flash Pro. Популярность флеша была бешеной: на нём делали мультфильмы (помните «Масяню»?), игры, анимированные баннеры, приложения и даже сайты.
Но потом пошёл разговор про уязвимости флеш-плеера, про безопасность… А потом Apple отказалась поддерживать формат на своих устройствах — и это стало последним гвоздём в крышку гроба этой технологии. Эпоха закончилась. Веб пошел путём HTML5 — и дальше мы знаем, как всё развивалось.
Недавно я нашёл в интернете старый установщик и поставил Flash себе снова. Конечно, почти всё забыл, но чисто ради ностальгии и чтобы сделать видео «как это было» — потыкал и записал вам небольшой привет из прошлого.
Внутри — полноценный набор инструментов: библиотеки компонентов из коробки, векторная рисовалка, мощный моушн-редактор. Поддержка ActionScript 2.0 и 3.0 — двух разных версий встроенного языка программирования.
Основной объект для привязки кода — кадр. Причём каждый слой имел свой таймлайн, а каждый объект внутри — свой собственный (!!!). Например, у кнопки был свой таймлайн, где каждый кадр — это её состояние. Переход между состояниями — просто переход по кадрам. А если между ключевыми кадрами задать анимацию — то и переход получался анимированным.
А ещё был прямой импорт .ai и .psd файлов...
Иногда интересно — как всё повернулось бы, занеси Adobe вовремя денег Apple и реши они проблемы с безопасностью.
Но имеем, что имеем.
Эх, ладно, пошёл я дальше придумывать, как связать Фигму с кодом
- -
Сайт: uxflow.ru
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12
This media is not supported in your browser
VIEW IN TELEGRAM
Пока писал предыдущий пост, подумал: жаль, не сохранилось ни одного файла из того, что я тогда делал во Flash…
Или всё-таки сохранилось?
Перетряхнул старые ящики электронной почты — и да, нашёл рабочий проект!
Это кусочек сайта, который я делал в 2007 году на тему рок-музыки. Треки, конечно, давно не запускаются, но сам плеер жив — всё нажимается, перетаскивается.
Местная фишка — летучие мыши 🦇
Помню, сколько с ними возился: чтобы летали свободно, если их не трогать, убегали от курсора, если подводишь, и наоборот — слетались к активности: наведению или клику.
Интересно, сколько седых волос я бы сейчас заработал, если попытался бы повторить всё это на JS…
В общем, как вам интерфейс почти двадцатилетней давности?
Кажется, дизайн состарился гораздо лучше, чем я ожидал 🙈
Да, UI и визуал кое где протухли, но вот особенно плеер всё ещё выглядит вполне.
Ещё по современным меркам с контрастом беда — но тогда и мониторы были другие.
- -
🛫 Канал: UXFLOW • Сергей Мухин
Сайт: uxflow.ru
Или всё-таки сохранилось?
Перетряхнул старые ящики электронной почты — и да, нашёл рабочий проект!
Это кусочек сайта, который я делал в 2007 году на тему рок-музыки. Треки, конечно, давно не запускаются, но сам плеер жив — всё нажимается, перетаскивается.
Местная фишка — летучие мыши 🦇
Помню, сколько с ними возился: чтобы летали свободно, если их не трогать, убегали от курсора, если подводишь, и наоборот — слетались к активности: наведению или клику.
Интересно, сколько седых волос я бы сейчас заработал, если попытался бы повторить всё это на JS…
В общем, как вам интерфейс почти двадцатилетней давности?
Кажется, дизайн состарился гораздо лучше, чем я ожидал 🙈
Да, UI и визуал кое где протухли, но вот особенно плеер всё ещё выглядит вполне.
Ещё по современным меркам с контрастом беда — но тогда и мониторы были другие.
- -
Сайт: uxflow.ru
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥13👍4
Уже довольно давно основным источником новостей и вдохновения в дизайне для меня стали разные дайджесты, подборки и ленты. Наверное, единственный дайджест, который я читаю регулярно — это Дайджест продуктового дизайна, который ведёт Юрий Ветров.
И вот листаю свежий выпуск за март, и вижу: «Сергей Мухин рассказывает…».
С момента, как я начал вести канал и писать статьи, это до сих пор остаётся самым удивительным — когда кто-то находит в твоём тексте ценность и делится им без твоего участия. Но когда видишь свою статью в медиа, которое сам читаешь — это уже буквально чувство из серии: «Мам, я в телевизоре!»
Кстати саму статью я особо никуда не выкладывал, лежит на сайте среди других кейсов в моём портфолио. Тем удивительнее, что она попала в подборку.
Саму статью можно почитать на моём сайте.
- -
🛫 Канал: UXFLOW • Сергей Мухин
Сайт: uxflow.ru
И вот листаю свежий выпуск за март, и вижу: «Сергей Мухин рассказывает…».
С момента, как я начал вести канал и писать статьи, это до сих пор остаётся самым удивительным — когда кто-то находит в твоём тексте ценность и делится им без твоего участия. Но когда видишь свою статью в медиа, которое сам читаешь — это уже буквально чувство из серии: «Мам, я в телевизоре!»
Кстати саму статью я особо никуда не выкладывал, лежит на сайте среди других кейсов в моём портфолио. Тем удивительнее, что она попала в подборку.
Саму статью можно почитать на моём сайте.
- -
Сайт: uxflow.ru
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥22👍2
Редизайн своего же решения
Поиск постоянного проекта в последнее время только расстраивает. Рынок труда сейчас в крайне странном состоянии. Если вы думаете о смене работы — предостерегаю: момент для этого крайне неудачный.
Зато периодически появляются разные парт-тайм возможности. Например, я вернулся к проекту, для которого лет 4–5 назад рисовал мобильную версию — mirturbaz.ru.
Хочу освежить UI, пересобрать и перераспределить информацию в некоторых сущностях (выкидывать ничего нельзя), обновить UI Kit — тем более Figma за это время сильно продвинулась вперёд — и добавить несколько новых, довольно крупных фич.
Пока что сократил карточку отеля в списке и добавил новую возможность — выбор нескольких номеров (раньше можно было бронировать только один номер за раз).
Необычные ощущения — снова что-то делать руками как дизайнер. А ещё интереснее — переделывать за собой через столько лет. Особенно, когда на вопрос «Кто вообще это сделал?» сам себе отвечаешь: «Ты!» 😁
Кстати, одну идею для экономии места под второстепенный, но обязательный текст в карточках уже попробовал: при остановке внимания или скролла на карточке запускается бегущая строка. Скорость анимации и возможность (или невозможность) прокрутки вручную ещё буду тестировать — пока это скорее концепт. Как вам?
- -
🛫 Канал: UXFLOW • Сергей Мухин
Сайт: uxflow.ru
Поиск постоянного проекта в последнее время только расстраивает. Рынок труда сейчас в крайне странном состоянии. Если вы думаете о смене работы — предостерегаю: момент для этого крайне неудачный.
Зато периодически появляются разные парт-тайм возможности. Например, я вернулся к проекту, для которого лет 4–5 назад рисовал мобильную версию — mirturbaz.ru.
Хочу освежить UI, пересобрать и перераспределить информацию в некоторых сущностях (выкидывать ничего нельзя), обновить UI Kit — тем более Figma за это время сильно продвинулась вперёд — и добавить несколько новых, довольно крупных фич.
Пока что сократил карточку отеля в списке и добавил новую возможность — выбор нескольких номеров (раньше можно было бронировать только один номер за раз).
Необычные ощущения — снова что-то делать руками как дизайнер. А ещё интереснее — переделывать за собой через столько лет. Особенно, когда на вопрос «Кто вообще это сделал?» сам себе отвечаешь: «Ты!» 😁
Кстати, одну идею для экономии места под второстепенный, но обязательный текст в карточках уже попробовал: при остановке внимания или скролла на карточке запускается бегущая строка. Скорость анимации и возможность (или невозможность) прокрутки вручную ещё буду тестировать — пока это скорее концепт. Как вам?
- -
Сайт: uxflow.ru
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12🔥1
На самом деле я готовил для вас большой пост про дизайн-системы. Но в итоге подал заявку на грядущие Дизайн-выходные в Казани — и превратил пост в тему для выступления.
Так что если мне подтвердят участие, ждите полноценный анонс.
Если не подтвердят — ну… тогда значит выйдет пост :)
Так что если мне подтвердят участие, ждите полноценный анонс.
Если не подтвердят — ну… тогда значит выйдет пост :)
👍18
UX FLOW • Сергей Мухин
Редизайн своего же решения Поиск постоянного проекта в последнее время только расстраивает. Рынок труда сейчас в крайне странном состоянии. Если вы думаете о смене работы — предостерегаю: момент для этого крайне неудачный. Зато периодически появляются разные…
В продолжение темы того же проекта — интересно получилось решить обучение локальным меткам и иконкам.
В зависимости от набора данных, метки могут раскрываться в полноценные чипсы с текстом. Так пользователь может сразу, не проваливаясь внутрь, понять по списку карточек, что означает каждая из меток.
- -
🛫 Канал: UXFLOW • Сергей Мухин
Сайт: uxflow.ru
В зависимости от набора данных, метки могут раскрываться в полноценные чипсы с текстом. Так пользователь может сразу, не проваливаясь внутрь, понять по списку карточек, что означает каждая из меток.
- -
Сайт: uxflow.ru
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥11
Судя по отсутствию ответа, в этом году я, похоже, пролетаю мимо Дизайн-выходных. Что ж, значит, будет не выступление, а пост. Точнее — серия постов, потому что тема непростая.
Звучала она так:
«Дизайн-система как инструмент формирования мышления дизайнеров».
Так что давайте сразу заведём хештег — #промышление. А в конце (посмотрим, сколько получится частей) соберём всё в статью или дайджест.
Первый пост идет сразу следом!
Звучала она так:
«Дизайн-система как инструмент формирования мышления дизайнеров».
Так что давайте сразу заведём хештег — #промышление. А в конце (посмотрим, сколько получится частей) соберём всё в статью или дайджест.
Первый пост идет сразу следом!
👍6🔥5
#промышление Введение
В качестве введения хочу поделиться, с одной стороны, наблюдением о дизайн-системах, а с другой — идеей, к которой я пришёл в последнее время.
Начнём с наблюдения. Так получилось, что я уже видел приличное количество дизайн-систем «изнутри». И не только те, что делал сам, но и на консультациях, на собеседованиях, расспрашивая команды, помогая друзьям и знакомым, кто так или иначе с этим связан. И мало где подход действительно можно назвать продуктовым. Несмотря на то, что сейчас модно говорить, мол, ДС — это продукт, на практике очень часто оказывается, что «продуктовость» сводится к тому, что работа над продуктовым инкрементом размазывается на две команды. Сначала продуктовые дизайнеры исследуют гипотезу, понимают, какой UX им нужен, а потом смотрят, можно ли реализовать это в рамках существующей ДС. Если нельзя — что ж, надо идти бить челом в команду дизайн-системы. И уже они решают, вносить ли изменения (или нет) в компоненты, которые нужны для конкретной фичи. П - продуктовость.
На практике во многих командах эта история ещё и тоталитарная. Поскольку ДС в первую очередь меряет свой успех через экономию ресурсов, нужно буквально расшибиться в лепёшку, чтобы ради твоей фичи доработали компонент. А в 90+ процентах случаев приходится натягивать своё решение на текущие возможности системы — потому что твоя фича не тянет на достаточный импакт.
И вот тут переходим к моей идее и философии.
Что если большую часть компонентов ДС будут делать продуктовые дизайнеры?🤔
Концентрировать всё знание и власть о ДС удобно на ранних стадиях её развития. Но с ростом количества продуктовых команд, брендов и платформ начинает вставать вопрос масштабирования.
И дальше есть масса вариантов, но базово всё сводится к двум направлениям:
— Делить ответственность и контроль над ДС между несколькими командами.
— Наращивать команду ДС хоть до полноценного департамента. И, конечно, можно комбинировать оба пути.
Важно вот что: если смотреть с точки зрения болей и потребностей, ни у кого нет боли «хочу дизайн-систему». Все решают свои задачи и хотят инструмент, который помогает их решать. И продуктовые дизайнеры чаще всего вполне не против делать компоненты сами. Главное противоречие здесь — поддержание единообразия, консистентности и снижение костов. Без централизованного механизма управления качество будет разным, появится множество уникальных компонентов, и консистентность поплывёт. Поэтому чаще всего побеждает диктатура.
Но что если дать дизайнерам простой и понятный инструмент создания компонентов? Окей, с простым я, наверное, загнул — совсем просто вряд ли получится..😬
Суть подхода в том, чтобы создать правила — своего рода Таблицу Менделеева и законы физики — в рамках которых система будет саморегулироваться.
При комбинировании элементов между собой получается компонент, свойства и поведение которого можно спрогнозировать, зная правила.
А команда ДС смещает фокус: не делает готовые фичи и компоненты, а создаёт сами правила и элементы, обучает, делится практиками, помогает находить неожиданные, но рабочие решения.
Собственно, в следующих постах серии разберём уже практические приёмы: как можно организовать такую систему и каким образом она влияет на мышление дизайнеров и формирует его.
- -
🛫 Канал: UXFLOW • Сергей Мухин
Сайт: uxflow.ru
В качестве введения хочу поделиться, с одной стороны, наблюдением о дизайн-системах, а с другой — идеей, к которой я пришёл в последнее время.
Начнём с наблюдения. Так получилось, что я уже видел приличное количество дизайн-систем «изнутри». И не только те, что делал сам, но и на консультациях, на собеседованиях, расспрашивая команды, помогая друзьям и знакомым, кто так или иначе с этим связан. И мало где подход действительно можно назвать продуктовым. Несмотря на то, что сейчас модно говорить, мол, ДС — это продукт, на практике очень часто оказывается, что «продуктовость» сводится к тому, что работа над продуктовым инкрементом размазывается на две команды. Сначала продуктовые дизайнеры исследуют гипотезу, понимают, какой UX им нужен, а потом смотрят, можно ли реализовать это в рамках существующей ДС. Если нельзя — что ж, надо идти бить челом в команду дизайн-системы. И уже они решают, вносить ли изменения (или нет) в компоненты, которые нужны для конкретной фичи. П - продуктовость.
На практике во многих командах эта история ещё и тоталитарная. Поскольку ДС в первую очередь меряет свой успех через экономию ресурсов, нужно буквально расшибиться в лепёшку, чтобы ради твоей фичи доработали компонент. А в 90+ процентах случаев приходится натягивать своё решение на текущие возможности системы — потому что твоя фича не тянет на достаточный импакт.
И вот тут переходим к моей идее и философии.
Что если большую часть компонентов ДС будут делать продуктовые дизайнеры?
Концентрировать всё знание и власть о ДС удобно на ранних стадиях её развития. Но с ростом количества продуктовых команд, брендов и платформ начинает вставать вопрос масштабирования.
И дальше есть масса вариантов, но базово всё сводится к двум направлениям:
— Делить ответственность и контроль над ДС между несколькими командами.
— Наращивать команду ДС хоть до полноценного департамента. И, конечно, можно комбинировать оба пути.
Важно вот что: если смотреть с точки зрения болей и потребностей, ни у кого нет боли «хочу дизайн-систему». Все решают свои задачи и хотят инструмент, который помогает их решать. И продуктовые дизайнеры чаще всего вполне не против делать компоненты сами. Главное противоречие здесь — поддержание единообразия, консистентности и снижение костов. Без централизованного механизма управления качество будет разным, появится множество уникальных компонентов, и консистентность поплывёт. Поэтому чаще всего побеждает диктатура.
Но что если дать дизайнерам простой и понятный инструмент создания компонентов? Окей, с простым я, наверное, загнул — совсем просто вряд ли получится..
Суть подхода в том, чтобы создать правила — своего рода Таблицу Менделеева и законы физики — в рамках которых система будет саморегулироваться.
При комбинировании элементов между собой получается компонент, свойства и поведение которого можно спрогнозировать, зная правила.
А команда ДС смещает фокус: не делает готовые фичи и компоненты, а создаёт сами правила и элементы, обучает, делится практиками, помогает находить неожиданные, но рабочие решения.
Собственно, в следующих постах серии разберём уже практические приёмы: как можно организовать такую систему и каким образом она влияет на мышление дизайнеров и формирует его.
- -
Сайт: uxflow.ru
Please open Telegram to view this post
VIEW IN TELEGRAM
5🔥18💯6👍1😁1
UX FLOW • Сергей Мухин
Судя по отсутствию ответа, в этом году я, похоже, пролетаю мимо Дизайн-выходных. Что ж, значит, будет не выступление, а пост. Точнее — серия постов, потому что тема непростая. Звучала она так: «Дизайн-система как инструмент формирования мышления дизайнеров».…
This media is not supported in your browser
VIEW IN TELEGRAM
Стоило только поныть вселенной — как пришёл ответ 😁
Выступление на Д-в всё-таки состоится, так что продолжение темы будет уже там. Пока не знаю, будет ли трансляция и запись от организаторов, как в прошлый раз. Но хотя бы какую-то запись — пусть своими силами — в любом случае постараюсь сделать и выложить на канале.
Ну и в ближайшее время выложу анонс со всеми подробностями: когда, во сколько и в каком зале.
*P.S. Рубрику в письменном виде потом всё равно обязательно раскроем, как и планировалось — чтобы всё это можно было прочитать здесь, в канале.
Просто сейчас все силы уйдут на написание доклада и подготовку презентации к выступлению 😉
Выступление на Д-в всё-таки состоится, так что продолжение темы будет уже там. Пока не знаю, будет ли трансляция и запись от организаторов, как в прошлый раз. Но хотя бы какую-то запись — пусть своими силами — в любом случае постараюсь сделать и выложить на канале.
Ну и в ближайшее время выложу анонс со всеми подробностями: когда, во сколько и в каком зале.
*P.S. Рубрику в письменном виде потом всё равно обязательно раскроем, как и планировалось — чтобы всё это можно было прочитать здесь, в канале.
Просто сейчас все силы уйдут на написание доклада и подготовку презентации к выступлению 😉
🔥30
Уже в эту пятницу стартуют Дизайн-выходные в Казани!
30 мая в 14:00, зал №11 — расскажу про своё видение одной из важнейших функций дизайн-системы — влияния на мышление дизайнеров.
Поговорим о философии и подходах, с помощью которых дизайн-система может формировать нужный майндсет, поощрять правильные решения и направлять ход мыслей дизайнера в нужное русло.
Увидимся на Д-в!
- -
🛫 Канал: UXFLOW • Сергей Мухин
Сайт: uxflow.ru
30 мая в 14:00, зал №11 — расскажу про своё видение одной из важнейших функций дизайн-системы — влияния на мышление дизайнеров.
Поговорим о философии и подходах, с помощью которых дизайн-система может формировать нужный майндсет, поощрять правильные решения и направлять ход мыслей дизайнера в нужное русло.
Увидимся на Д-в!
- -
Сайт: uxflow.ru
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥15
UX FLOW • Сергей Мухин
Уже в эту пятницу стартуют Дизайн-выходные в Казани! 30 мая в 14:00, зал №11 — расскажу про своё видение одной из важнейших функций дизайн-системы — влияния на мышление дизайнеров. Поговорим о философии и подходах, с помощью которых дизайн-система может…
Огромного LED экрана за спиной в этот раз не будет 👀
Вот фотка зала, где всё произойдет... берите с собой бинокли, чтобы разглядеть презу.
Вот фотка зала, где всё произойдет... берите с собой бинокли, чтобы разглядеть презу.
😁15
ДВ Казань_.pdf
60 MB
Спасибо всем, кто пришел на выступление! Было классно, и крутые вопросы!
Я только дополз до отеля, проверил отснятое, есть картинка и звук с петлички, вроде всё ок, теперь надо всё смонтировать, запись выложу на днях.
А пока, вот презентация с выступления.
Я только дополз до отеля, проверил отснятое, есть картинка и звук с петлички, вроде всё ок, теперь надо всё смонтировать, запись выложу на днях.
А пока, вот презентация с выступления.
🔥32👍10
Запись выступления на Дизайн-выходных в Казани:
«Дизайн-система как инструмент формирования мышления продуктового дизайнера»
Философия и подходы, с помощью которых дизайн-система может формировать определённый майндсет, поощрять и направлять ход мыслей дизайнера в нужную сторону.
📱 Смотреть на YouTube
📱 Смотреть в VK
- -
#дизайнвыходные #казань #выступление
🛫 Канал: UXFLOW • Сергей Мухин
Сайт: uxflow.ru
«Дизайн-система как инструмент формирования мышления продуктового дизайнера»
Философия и подходы, с помощью которых дизайн-система может формировать определённый майндсет, поощрять и направлять ход мыслей дизайнера в нужную сторону.
- -
#дизайнвыходные #казань #выступление
Сайт: uxflow.ru
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥24
Media is too big
VIEW IN TELEGRAM
Вопросы из зала после выступления можно посмотреть пока тут
- -
🛫 Канал: UXFLOW • Сергей Мухин
Сайт: uxflow.ru
- -
Сайт: uxflow.ru
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2