Ничего себе, отошел всего на пару недель а тут уже практически 400 папищиков. Спасибо, что подписывайтесь и шэрите посты друзьям! 🌸
❤🔥11
This media is not supported in your browser
VIEW IN TELEGRAM
Анимация в Airbnb Rooms
Вероятно, все уже видели обновление Airbnb. Если не видели, вот красивый промо-видос на пару минут.
Просто скажу что мне нравится как работает анимация карточки. Карточка приоткрывается и как бы «приглашает» открыть её. Очень приятное и изящное решение! И яркий пример, как можно решить задачу «чтобы юзер понял что сюда можно кликать».
Всё остальное оценивать не буду, тут и без меня все умные )))
Вероятно, все уже видели обновление Airbnb. Если не видели, вот красивый промо-видос на пару минут.
Просто скажу что мне нравится как работает анимация карточки. Карточка приоткрывается и как бы «приглашает» открыть её. Очень приятное и изящное решение! И яркий пример, как можно решить задачу «чтобы юзер понял что сюда можно кликать».
Всё остальное оценивать не буду, тут и без меня все умные )))
❤10
This media is not supported in your browser
VIEW IN TELEGRAM
А ещё, а ещё, а ещё знаете что? Видели фильтр по типу помещений на сайте Airbnb? Я прям кайфанул! Во-первых, это очень наглядно. Во-вторых, очень красивая анимация трансформации ✨
Есть вопросики к количеству полос на тротуаре в варианте “All types”. Но надеюсь, это еще поправят.
Есть вопросики к количеству полос на тротуаре в варианте “All types”. Но надеюсь, это еще поправят.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥12
Хэллоу! Я тут написал заметку на VC, о том, как аустафф дизайнеров может помочь построить дизайн-процесс в команде и ускорить тайм ту маркет продукта. Лайк, шэр, и всё такое
Мб, я чуть позже еще здесь опишу свои выводы из этой истории.
ТЫК на ссылку →
Мб, я чуть позже еще здесь опишу свои выводы из этой истории.
ТЫК на ссылку →
vc.ru
Как аутстафф дизайн-команды может усилить команду продукта — pinkman на vc.ru
Привет, я Вова Сайков, дизайн-лид в студии pinkman.
🎉22
Чизайн
Хэллоу! Я тут написал заметку на VC, о том, как аустафф дизайнеров может помочь построить дизайн-процесс в команде и ускорить тайм ту маркет продукта. Лайк, шэр, и всё такое Мб, я чуть позже еще здесь опишу свои выводы из этой истории. ТЫК на ссылку →
Кстати, отдельный кек, это как я генерил обложки статьи в Midjourney.
Сначала я хотел сделать вариацию на тему мема “epic handshake”. Но что-то не зашло, поэтому я решил пробовать вообще всё, от скучной изометрии до пинапов из 50х.
Но два джентльмена, которые тащат вверх iMac по скале, вот это РЕАЛЬНО КЕК! На нём и остановился )))
Пишите в комментах, какой вариант вам больше понравился ↓↓↓
Сначала я хотел сделать вариацию на тему мема “epic handshake”. Но что-то не зашло, поэтому я решил пробовать вообще всё, от скучной изометрии до пинапов из 50х.
Но два джентльмена, которые тащат вверх iMac по скале, вот это РЕАЛЬНО КЕК! На нём и остановился )))
Пишите в комментах, какой вариант вам больше понравился ↓↓↓
01. На днях увидел прикольную фичу в Grab (типо азиатский Yandex Go). Пока ждешь такси, на карте отслеживания тачки может появляться иконка светофора, если водитель стоит на светофоре.
02. Непонятно как сложно разрабатывать такую фичу, но кажется это может быть полезно, когда видишь что машина долго задерживается на перекрестке. А в азии есть светофоры, которые нужно ждать и по 5 минут.
03. Для меня наибольшую интригу представляет вопрос - а как это работает? Должен ли водитель сам наживать если стоит на светофоре? Парсит ли апка данные о всех светофорах? Мб есть алгоритм, который сам определяет когда чувачек стоит на светофоре?
02. Непонятно как сложно разрабатывать такую фичу, но кажется это может быть полезно, когда видишь что машина долго задерживается на перекрестке. А в азии есть светофоры, которые нужно ждать и по 5 минут.
03. Для меня наибольшую интригу представляет вопрос - а как это работает? Должен ли водитель сам наживать если стоит на светофоре? Парсит ли апка данные о всех светофорах? Мб есть алгоритм, который сам определяет когда чувачек стоит на светофоре?
❤19
Удержание контекста юзера
01. Кажется, все сходятся в мысли, что один из ключей к созданию хорошего дизайна / интерфейса / продукта / etc., в том, чтобы точно понимать контекст и цели пользователя. Штука бесспорная, полностью с этим согласен!
02. Бывают такие ситуации, когда дизайнер либо не достаточно вникал в контекст, либо не может удерживать его в своей голове. Часто в такой ситуации оказываются начинающие дизайнеры. Они, как правило, фокусируются на вещах вроде: «вот бы хорошо собрать компонент» или «сейчас придумаю фичу, которую еще никто не придумывал». Заканчивается это всё не очень хорошо.
03. Чтобы фиксить такое в своей команде, я периодически делаю следующую штуку. Рядом с макетом кладу пикчу с чувачком (картинка вверху поста), и мы с дизайнером выписываем все вопросы, которые задает себе пользователь при попадании на этот экран. Далее я оставляю дизайнера наедине с этими вопросами и ухожу.
04. Вопросы и контекст, мы либо выяснили до этого, либо формулируем из собственного смежного опыта.
05. Фактически, это пресловутое создание персон, но не такое напыщенное. Ну знаете, если вы берётесь описывать «персону пользователя», то это сразу приобретает налет «большого исследования» и затягивается на миллиард лет. А нарисовать вопросы рядом с пикчей это 10 минут совместной работы.
01. Кажется, все сходятся в мысли, что один из ключей к созданию хорошего дизайна / интерфейса / продукта / etc., в том, чтобы точно понимать контекст и цели пользователя. Штука бесспорная, полностью с этим согласен!
02. Бывают такие ситуации, когда дизайнер либо не достаточно вникал в контекст, либо не может удерживать его в своей голове. Часто в такой ситуации оказываются начинающие дизайнеры. Они, как правило, фокусируются на вещах вроде: «вот бы хорошо собрать компонент» или «сейчас придумаю фичу, которую еще никто не придумывал». Заканчивается это всё не очень хорошо.
03. Чтобы фиксить такое в своей команде, я периодически делаю следующую штуку. Рядом с макетом кладу пикчу с чувачком (картинка вверху поста), и мы с дизайнером выписываем все вопросы, которые задает себе пользователь при попадании на этот экран. Далее я оставляю дизайнера наедине с этими вопросами и ухожу.
04. Вопросы и контекст, мы либо выяснили до этого, либо формулируем из собственного смежного опыта.
05. Фактически, это пресловутое создание персон, но не такое напыщенное. Ну знаете, если вы берётесь описывать «персону пользователя», то это сразу приобретает налет «большого исследования» и затягивается на миллиард лет. А нарисовать вопросы рядом с пикчей это 10 минут совместной работы.
🔥22❤5👍3
Важнейший скилл интерфейсного диза
01. Один из важнейших скиллов дизайнера интерфейсов - способность прорабатывать edge и corner-кейсы интерфейса.
02. Т.е. уметь задавать себе вопросы «а что будет если данных станет дохуя» и не упускать эти вопросы при проектировании.
03. Навык важный, потому что от проработанности edge-состояний интерфейса, зависит насколько он будет гибким и изящным (а еще от рукожопости диза, но об этом потом).
04. Развивать эту штуку, как кажется, не оч сложно. Надо просто с десяток раз показать разработке сырые макеты, и навык сразу же разовьется.
01. Один из важнейших скиллов дизайнера интерфейсов - способность прорабатывать edge и corner-кейсы интерфейса.
02. Т.е. уметь задавать себе вопросы «а что будет если данных станет дохуя» и не упускать эти вопросы при проектировании.
03. Навык важный, потому что от проработанности edge-состояний интерфейса, зависит насколько он будет гибким и изящным (а еще от рукожопости диза, но об этом потом).
04. Развивать эту штуку, как кажется, не оч сложно. Надо просто с десяток раз показать разработке сырые макеты, и навык сразу же разовьется.
👍16❤4😁2
Очень хотелось сегодня что-то опубликовать. Уже неделю пишу один пост, и все никак не закончу, а выложить что-то хотелось.
Хороших выходных ✨
Хороших выходных ✨
❤14
Данные в макетах - 1
01. Интерфейс в ваших макетах должен выглядеть точно так, как его будет видеть юзер. Другими словами, всегда нужно забивать реалистичные, отличные друг от друга данные!
02. Если вы забиваете разные данные - вы проверяете интерфейс на гибкость. Можете увидеть не очевидные edge-кейсы и сразу же их отработать. Например, придумать правила поведения элементов.
03. Разберём пример на картинке ↑↑↑
Дизайнер заранее выяснил, какие данные могут быть в табличке. Примерил их. После «примерки» стало очевидно, что табличка не справляется с отображением данных. В итоге, дизайнер решил, увеличить высоту ячеек, чтобы влезало больше текста.
04. Решение может не самое идеальное, но важно, что дизайнер учел состояние системы, когда данных стало много.
05. Совет: запросите табличку с реалистичными данными перед началом проектирования. Чтобы не выдумывать и знать с чем имеете дело.
01. Интерфейс в ваших макетах должен выглядеть точно так, как его будет видеть юзер. Другими словами, всегда нужно забивать реалистичные, отличные друг от друга данные!
02. Если вы забиваете разные данные - вы проверяете интерфейс на гибкость. Можете увидеть не очевидные edge-кейсы и сразу же их отработать. Например, придумать правила поведения элементов.
03. Разберём пример на картинке ↑↑↑
Дизайнер заранее выяснил, какие данные могут быть в табличке. Примерил их. После «примерки» стало очевидно, что табличка не справляется с отображением данных. В итоге, дизайнер решил, увеличить высоту ячеек, чтобы влезало больше текста.
04. Решение может не самое идеальное, но важно, что дизайнер учел состояние системы, когда данных стало много.
05. Совет: запросите табличку с реалистичными данными перед началом проектирования. Чтобы не выдумывать и знать с чем имеете дело.
❤14