224
Чат читателей @uxnotes · Редактор: @zGrav
На уровне джуна? Я просил тестовое. Это отличный способ показать заинтересованность и ещё немного прокачаться. На уровне джуна — это наверно единственный способ продемонстрировать навыки и образ мышления.
Я собственно так и нашел свою первую работу в дизайне. При посредственном портфолио для джуна, работодатель выделил подход к задаче и решению.
А вот если гипотетически вы откликаетесь на вакансию, и вам отвечают: нам очень понравилось ваше портфолио, но мы не верим, что вы это сделали сами.
Ваши действия?
Да, я поэтому и написал «выдающееся», а не «сильное» или «хорошее»)
Нужно впечатлить и представить свежие идеи
Но и выдающееся портфолио не гарантирует, что наймут. Надо ещё как-то доказать, что сделал это портфолио сам и ни у кого не позаимствовал
Читать полностью…
Окей, а джунам тогда сколько закладывать времени?
З.ы.: много читаю комментариев по тематическим пабликам, последние время, сложилось впечатление, что к джунам стали относится как то… пренебрежительно(
Не соглашусь с комментариями выше. После внезапного сокращения взяла пару консультаций у разных менторов для портфолио и резюме. Все без исключения обозначили примерные рамки (от 6 мес). Опыта в бигтехах нет, работала в Европе в средних продуктовых компаниях.
Итого у меня заняло 5 мес, но я с Беларуси и повезло с нетворкингом ))
Ну вот да, будучи джуном я по полгода искала работу. Как только подняла грейд - два раза была в поиске и оба раза меньше месяца занимал процесс собесов и тестовых 🤷♀️
Читать полностью…
Павел Шерер написал о терминах UX и CX и кто кого включает.
— Они связаны, но UX — фундамент. Если вы улучшите форму оплаты, NPS может не сдвинуться, потому что претензии к колл-центру останутся. И наоборот: идеальный CX-чеклист не спасёт, если кнопка «Оплатить» лагает;
— Дон Норман: «UX — все аспекты взаимодействия конечного пользователя с компанией, её услугами и продуктами»;
— ISO 9241-210:2019: «UX — восприятия и реакции человека, возникающие до, во время и после использования системы»;
— То есть это доставка, колл-центр, утилизация, компенсация за некачественную услугу и вообще всё, что потом назвали CX;
— Customer — тот, кто платит. User — любой, кто взаимодействует. CX-сценарии с платящими клиентами — подмножество более широкого множества UX-сценариев;
— Исторически сервис-дизайн и CJM выросли из UX-исследований;
— В плане методологий почти всё берётся из изначальных UX-практик;
— Кто-то считает, что CX важнее, так как фокусируется на том, что приносит компании деньги, помогает растить LTV. Хороший UX тоже влияет на метрики: снижает churn rate и увеличивает retention, что также влияет на выручку.
#definition #cx
Ну почему же. То, что применение outline stroke создает лишние точки и удлиняет пути svg в коде - факт. А дальше уже ситуативно: где-то на удорожания пофиг, где-то нет. Где-то можно обойтись просто вектором с обводкой, а где-то outline stroke оправдан
Читать полностью…
Привет всем!
Меня зовут Алексей, мне 23 года, и я ищу новую возможность в сфере UX-анализа. У меня более 5 лет опыта работы в UX/UI дизайне, графическом дизайне и SEO. Но сейчас понимаю, что у меня очень хорошо получается в UX-аналитику, а дизайн оставить все-таки как приятный опыт). С удовольствием предоставлю резюме, если я вас заинтересую.
Мои ключевые навыки:
Проведение пользовательских исследований и анализ поведения
Проектирование пользовательского опыта и информационной архитектуры
Дизайн пользовательских интерфейсов (UI) и взаимодействия (IxD)
Аналитика данных и работа с метриками
Опыт работы с инструментами: Figma, Google Analytics, Hotjar, Salesforce и другими
Ищу:
Полную занятость с гибким графиком, желательно удаленно.
Возможности для применения и развития моих навыков в UX/UI дизайне и аналитике.
Если у вас есть полезные контакты или советы, буду признателен за помощь!
Telegram: @alexey_gulevich,
email: leshagulevich.123@gmail.com.
Спасибо за внимание!
Виктор Теплов рассказал, как работать с иконками в Фигме. А я немного дополнил из других источников.
— Иконку преобразуйте в векторную форму (flatten);
— Исходник полезно сохранить, чтобы не перерисовывать иконку, если в будущем потребуется её изменить;
— Назовите слой Vector. Это стандартное имя для таких слоёв. Можно удалить текущее название и нажать Enter, Фигма подставит слово Vector;
— Иногда слой называют Shape, чтобы название отражало суть;
— Чтобы цвета не слетали при смене иконок в компонентах: создайте копию слоя Vector, объедините эти 2 слоя (union), появится объединяющий слой с именем Union, удалите копию слоя Vector. Задавайте цвет слою Union;
— Иногда этот слой называют Color, чтобы отразить его суть;
— Если во всех иконках будут аккуратно названные слои Vector, то красить можно и их, цвета слетать не должны. Подход со слоем Union позволяет сохранить цвет, когда внутри иконки один вектор полностью меняется на другой;
— Лучше использовать обычный #000000, а не цветовой токен. Так в макетах и компонентах можно отследить, какие иконки не покрашены;
— Можно выбрать какой-нибудь необычный цвет (например, коричневый), чтобы он бросался в глаза, но не слишком, чтобы не усложнять просмотр иконок в библиотеке;
— Векторный слой иконки должен скейлиться;
— Расположите его внутри квадратного контейнера (например, 24×24 px);
— Называть компоненты иконок лучше по тому, что изображено (например, magnifying_glass), без префикса icon или обозначения размера;
— В поле Description можно записать синонимы, по которым могут искать такое изображение в ассетах (например, search);
— В компоненты вставляйте иконки и создавайте свойство Swap instance с именем icon, выбирайте свои иконки в Preferred values.
#figma #icon #design_system
Статья хорошая, сам часто такое разгоняю с коллегами. Но не надо выдавать желаемое за действительность: «Задача дизайнера не повысить метрики, а сделать продукт понятнее, честнее, человечнее» — ни один руководитель, который платит зарплату, не согласится с этим
Читать полностью…
Владимир Павлов написал об обманчивости метрик.
— Иногда случается (по мнению Владимира, слишком часто), что метрики растут, а продукт становится хуже;
— Нельзя судить о качестве продукта только по метрикам;
— При расчёте Retention важно, зачем пользователь возвращается. Он может вернуться, чтобы отменить подписку на рассылку, так как не нашёл такую ссылку в письме;
— Conversion rate взлетает, если упростить флоу, убрать лишнее. Но часто это «лишнее» — это честность, объяснения, без которых пользователи начинают делать то, чего не планировали. Может вырасти количество жалоб и возвратов, снизиться рейтинг в сторе;
— Пользователь должен идти вперёд, когда понимает и хочет, а не когда не заметил подвоха;
— Проводимое в продукте время не всегда означает вовлечённость. Это может быть и растерянность, когда пользователь потерялся в навигации;
— CTR можно повысить, пообещав больше, чем дашь;
— Задача дизайнера не повысить метрики, а сделать продукт понятнее, честнее, человечнее;
— Сначала поймите, чего хотите добиться, а потом — как это измерить;
— Объединяйте количественные и качественные данные: цифры и интервью, поведение и ощущения;
— Встраивайте обратную связь в продукт. Маленький опрос после действия, кнопка «Оставить обратную связь», быстрые реакции. Они не заменят аналитику, но дадут душу цифрам.
#metrics
Таааак, держите: 🍿🍿🍿, присаживайтесь: 🏖🏖🏖
Я работала в медицине. Моя первая профессия – это медицинский лабораторный техник. На момент увольнения был стаж работы 5.5 лет в НИИ Склифосовского
Когда я увольнялась, я училась на курсах МДА, но и до этого я много что пробовала, всякие блогерские курсы и тд. Да, я жертва маркетинга
Уволилась в никуда в конце 2022. Но уже было 3 учебных кейса и «опыт работы» с блогером, где я всякие гайды делала, чек-листы и тд.
Откликалась везде. Выполняла тестовые. И попала в международную компанию, стартап (около 3-х лет им было)
С кайфом там работала 2 года, параллельно с разработчиком делали пет-проекты. Потом в феврале 2025 случилось сокращение 😵
Поплакала, отдохнула, и начала оформлять портфолио. Чуть меньше недели у меня это заняло. Начала откликаться, делать тестовые и ходить не собесы (в основном онлайн были). И ещё неделька прошла – оффер у меня 🤓
P.S. для меня поиск работы – это с момента оформления кейсов, портфолио и резюме до оффера. А вот эти дни на нытьё, пинание мужских половых органов и тд – это не поиск
А расскажите подробнее, когда устраивались работать джуном, какой у вас был бэкграунд, какие курсы заканчивали, и главное, в каком году это было? Сейчас, говорят, ситуация изменилась, и работу стало искать сложнее, чем лет 5 назад.
И когда искали работу мидлом — искали параллельно с текущей работой или сначала покинули предыдущую и только потом начали поиск (и начался отсчёт этих 1,5 недель)?
Опыт реальной работы можно получить на пет-проектах. В этом плане мне нравится Школа бюро Артёма Горбунова. Там ученики не просто делают свои кусочки работы, а создают проект, который должен быть реализован, ищут разработчиков и так далее. Таким образом участники получают опыт реализации своих дизайнов
Читать полностью…
Наверно это зависит от мотивации найти побыстрее работу, и ещё от везения
Джуном дизайнером я нашла работу за два месяца. Мидлом за 1.5 недели, примерно 🤔
А джунам нисколько не закладывать, а просто искать, пока не возьмут. Всё равно выбора нету.
К джунам в дизайне всегда так относились, т.к. это профессия с низким порогом входа и сильно перегретым кол-вом джугов. На начальном этапе единственное доказательство, что ты умеешь работать — это опыт работы где-то ещё.
Ну либо собрать выдающееся портфолио, ради которого наймут. Но всё равно есть опыт, который можно получить только в реальной работе (всякая бюрократия, нюансы разработки и т.д.)
Также те, кто отвечают например "6", могут включать туда период отдыха, когда работу даже не искали, по логике "от окончания предыдущей работы до начала новой прошло ~6 месяцев". А могут и не включать.
Читать полностью…
Или возьмите в команду системного аналитика, т.к. именно в его компетенциях почти всё это описывать
Читать полностью…
Интересный разброс.
По моему опыту найма, если соискатель долго ищет работу, значит он как-то не так себя подаёт, и щепотка невезения. В целом, все выше джуна могут быстро найти работу, если будут реалистичные требования
Наталия Бажан написала, как дизайнеру улучшить взаимодействие с разработчиками.
— Научитесь читать API и сразу его учитывать при проектировании. Это позволит не предлагать того, к чему не готов бекенд, или заранее понимать, когда придётся идти договариваться;
— Передавайте списки данных, необходимых для отображения проработанных вами состояний и кейсов, коллегам, отвечающим за тестовые данные. Сэкономите время разработчикам и скажете себе спасибо на дизайн-ревью;
— Привлекайте тестировщиков и бекендеров к ревью макетов;
— Описывайте даже то, что считаете очевидным. Дефолтное поведение компонентов может отличаться, как и мнение фронта. Не заставляйте его решать, как должен работать интерфейс;
— Расширяйте знания в том, как работает современный веб. Например, как работают серверная и клиентская сортировка, фильтрация, поиск, пагинация, как загружается и обновляется страница, как верстаются таблицы и так далее;
— Обсуждайте кейсы ошибок, предлагайте решения, фиксируйте в своей проектной документации, можно даже ставить задачи по обработке ошибок на бек. Особенно важно, если данные могут поступать из других сервисов или импортироваться из файлов;
— Используйте автолейауты, компоненты, переменные и не детачте инстансы, чтобы не костылить и зря не увеличивать сложность реализации. Подсвечивайте любые отступления от дизайн-системы.
#handoff
Вижу просьбу о совете. Дам один.
Неплохо было бы посмотреть на портфолио с примерами артефактов, которые получаются в результате работы.
Я бы добавила еще пункт:
- Не применяйте outline stroke без реальной на то необходимости. Иначе у иконки станет в несколько раз больше точек, что сильно удлинит ее путь в коде (а это дороже и разработчики могут поругать и придется переделывать 😁 )
Если бы Вертгеймер и Коффка знали, что их исследования лягут в основу работы с композицией в дизайне и в основу юикс-законов, а потом дизайнеры ещё будут интерпретировать гештальт-принципы группировки в интерфейсы — они бы просто офигели 😄
Читать полностью…
Может, есть какая-то конкретная проблема, с которой нужно помочь разобраться? Про фильтры можно много чего сказать или найти, как кто-то что-то о них сказал, но суть у них в базе очень простая: взять большое количество информации и показать её срез по заданным параметрам. Остальное — нюансы, связанные с контекстом.
Читать полностью…