/designer
Начинаем открытую сессию 3 с Артёмом Денисовым

Можно задавать вопросы и общаться в комментариях к этому посту.

Страница записей по сессии

Ссылка на стрим

@slashdesigner #для_профи #менторство
#сессия #видео
Открытая сессия №3. Болтаем про дизайн и поиск работы


📼 Смотреть видео

🗒 Записи с сессии, фоллоу-ап и полезные ссылки

Кстати, Артём после стрима завёл канал @xrdesigner. С интересом будем следить.

Таймкоды
00:00 О формате
01:13 Артём о себе
05:52 Почему сразу на senior?
07:40 Переломные девайсы в XR
08:36 Как может быть 12 лет опыта в XR?
10:11 2 отказа – не показатель
12:20 На что важно сделать акцент в портфолио
13:00 Впечатления от курса Cuicuit Stream
16:52 О ShapesXR
17:53 Смотрим CV, вспоминаем Гайд Анны
20:24 Артефакты для получения оффера
23:35 Как подают портфолио другие?
26:33 Почему не показывать UX в XR-портфолио
28:14 Конференция XR Creator
28:44 Текущая работа в WayRay
30:58 Учитывать ли ораничения XR в визуале
36:35 Избегать ли рендеры в портфолио
39:34 Что от WayRay подойдёт для фолио?
45:47 Пример задачи
48:34 Dinnesh Punni, инфобизнес в XR
51:11 Фреймер вместо Тильды
57:28 Курсы ради курсов — трата времени
59:44 Про ArchVis в ShapesXR
01:04:35 Технология NeRF и Luma AI
01:07:37 Различие подхода к прототипам UI/XR
01:09:52 Как генерить трафик на твой канал через реверс-дизайн
01:12:26 Презентация о себе в портфолио
01:14:16 Как много макетов показывать
01:18:12 Пример презентации о себе

@slashdesigner #менторство #для_профи #XR
Please open Telegram to view this post
VIEW IN TELEGRAM
/designer
bazhena.framer.website
Бажена ищет работу продуктовым дизайнером

С гордостью представляю вниманию HR и лидов свою менти, которая под моим руководством собрала портфолио и подтянула методологии проектирования. Если брать джуниора, то только такого.

Портфолио: bazhena.framer.website

В рамках этого портфолио Бажена собрала 4 продуктовых кейса:

1. Как могла бы выглядеть лента новостей в Телеграме, B2C
Эту идею я сам придумал для своего портфолио, но меня опередили и развили её до состояния, готового к продакшну.

2. Как настроить роли в Яндекс 360 для бизнеса, B2B
Этот кейс мы делали специально для вакансии в Яндексе, которая, к сожалению, была отменена в последний момент. Однако, работа была проделана колоссальная и UX на высоте.

3. Дизайн сервиса для подбора ментора, B2C
Тестовое задание для поступления на курс по продуктовому дизайну от Тинькофф, на мой взгляд, выполнено безупречно.

4. Как уменьшить количество ошибок у курьеров Яндекса, B2E
Другой большой проект, в рамках которого провели исследование работы пеших курьеров и предложили варианты, как улучшить их опыт и глобально повлиять на рейтинг курьеров системе.

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

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

Предложить работу: @nepochemyazachem, Линкедин.

@slashdesigner #менторство
#снек 32. Когда нужно разделять киты, а когда держать компоненты в рамках одного?

Решение о слиянии китов или их разделении очень важное, оно определяет дальнейший вектор развития дизайн-системы на месяцы.

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

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

Важно учесть удобство дизайнеров: после вставки каждого компонента дизайнеры не должны переключать свойство платформы с мобилки на веб через варианты. Они не всегда будут это делать, что приведёт к смешению компонентов с разных платформ в одном макете. Если у нас несколько платформ (Web, iOS, Android) и дизайн для них не приведён к единому виду, мы обязаны выделить 3 отдельных UI-кита. Бывает также, что дизайн для мобильных один и за основу берём iOS, но есть некоторые редкие компоненты для Android, и тогда варианты для платформы удобны.

Требования разработки. Фронтам нужны точные спеки для вёрстки компонента, которые дают им понять всё необходимое. Спеки с мобильными размерами не подойдут для вёрстки десктопа, отделяем.

Чем проще кит, тем проще им пользоваться. Чем кит сложнее и чем больше в нём вариантов, тем больше в нём возможностей, но тем дольше тюнить компоненты после вставки.

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

@slashdesigner #для_профи #дизайн_системы
#шаблон для Notion
Из чего состоит UI

Здесь собраны 7 блоков вопросов, которые я считаю важными при глубокой оценке интерфейсов: Опыт, типографика, вёрстка, цвет, материалы, анимация, образы.

Я записал их на основе менторских сессий, когда хотел дать своим менти инструменты для анализа UI-решений.

Читать на slashdesigner.ru

Дублировать в Notion

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

По теме: Почему UI-дизайнеру для прокачки важно делать ревью каждый день

@slashdesigner #для_профи #UI
Forwarded from Ирина Ким
Всем привет! А у нас первый спикер в рубрике Think UX Talks!

Уже в этот четверг, 25 апреля в 18.00 (UTC+5) Илона Методиева расскажет об использовании ИИ и телеграм бота для UX исследований и рекрутинга респондентов.

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

Ссылка на регистрацию: https://wearecommunity.io/events/lKG43oHShr
Please open Telegram to view this post
VIEW IN TELEGRAM
Про наш чат «Что за шрифт?»

Лучшая реклама нашего чата @whatthefontt — это график его органического роста. Так уверенно не рос даже @figmachat. Готов спорить, что этот чат его обгонит.

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

Мы с командой запустили его в августе 2022 и с тех пор он набрал уже 7000+ участников. Более 5000 раз в разных формах участники благодарили друг друга, когда им кто-то помог.

Как и всегда, у нас довольно строгая модерация, разговариваем только про типографику. Сквозь все наши чаты работает единый бот @slashdbot, который лишает голоса, если нарушаешь правила. Можно до трёх раз возвращать себе голос самостоятельно.

Вступить: @whatthefontt

@slashdesigner #типографика #чаты
/designer
Video
#снек 34. Об ошибках в логике, чудовищный пример из Notion

Апдейт: поведение исправлено, оперативно закрыли этот баг.

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

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

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

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

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

Итог: Хотя функция Parenting в Notion очень удобна при работе с гантами в Timeline View, для канбан-досок ей пользоваться я бы пока не стал.

@slashdesigner #Notion #UX #для_профи
Please open Telegram to view this post
VIEW IN TELEGRAM
Live stream scheduled for
2024/05/03 02:08:29
Back to Top
HTML Embed Code: