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

На большинстве современных платформ используется так называемая ATS — Applicant Tracking System. Это система автоматического скрининга резюме. Работает она довольно просто: рекрутер или нанимающий менеджер задаёт фильтры — например, наличие 3+ лет опыта, определённая локация, ключевые слова вроде «fintech» или «mobile design». И дальше система просто «прогоняет» все полученные резюме через эту воронку.

Что не прошло фильтр отправляется в папку «Rejected». И до живого человека даже не доходит.

Почему резюме может не пройти?

✦ Нет нужных ключевых слов (например, “Fintech”, “UX research”).

✦ Недостаточно лет опыта или не та локация.

✦ Добавлены запрещённые для конкретной страны данных. Так, например для штатов это: фото, возраст, семейное положение.

✦ Резюме сделано в Figma или с дизайнерскими элементами. Если ATS устаревшая, то она вероятно не сможет считать текст полностью.

Поэтому самый надёжный способ — сделать простое резюме в Word или Google Docs, использовать стандартные шрифты (вроде Arial или Times New Roman), минимум форматирования и сохранить в PDF. Да, скучно. Зато ATS спокойно прочитает и не отправит ваше резюме в корзину.

Есть, конечно, сервисы, которые обещают помочь адаптировать резюме под ATS, даже «прогоняют» его для проверки. Честно? Я не пользовалась. На мой взгляд, Word и немного внимания к деталям — всё, что нужно.

У меня для вас сегодня новость и приятный бонус для вас.

Я планирую развивать большую платформу для продуктовых дизайнеров на сайте UXROCK. Ее заботливо передал мне Женя, ну а я буду продолжать это прекрасное дело.

Что уже есть прямо сейчас?

✦ 145 реальных приложений — самая большая русскоязычная библиотека. Это удобная альтернатива Mobbin, но с акцентом на локальный рынок
✦ Навигация по экранам и сценариям

А что дальше?

✦ Скоро появятся интерактивные прототипы — чтобы можно было прокликать экраны и изучать логику приложений
✦ Добавим веб-интерфейсы и гайдлайны по iOS и Android
✦ Появятся референсы по анимациям и ещё много полезного для практики и вдохновения

Цель: сделать из UXROCK полноценную образовательную платформу для продуктовых дизайнеров, где всё под рукой — от паттернов до гайдов и примеров.

Буду рада вашей поддержке, фидбеку и идеям. А пока — пользуйтесь уже доступными материалами. Это только начало.

🔗 Переходите, смотрите, пользуйтесь

⚡️Продуктовый офлайн-воркшоп в Москве 12 июля!

Привет! На связи Ксения Толокнова — ex-дизайн-лид Альфа-Банка и соавтор UXROCK.

Если вы хоть раз задавались вопросом: а как на самом деле работают дизайнеры в БигТехе? — приглашаю вас на живой воркшоп, который мы с Ирой Федькиной проведём в Москве уже 12 июля.

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

📌 Что будет?

✦ Мы объединим вас в мини-команды — как это делается в реальных продуктовых компаниях
✦ Дадим задачу из жизни — такую, с какой сталкивались сами в своей работе
✦ Вместе вы пройдете путь от гипотезы до решения
✦ Поймете, как продакт-дизайнеры находят ответы, договариваются, спорят, защищают идеи
✦ И главное — прочувствуете, каково это: быть частью команды и видеть результат своей работы уже за несколько часов

Вам не нужно иметь особенный опыт или что-то изучать заранее, мы все покажем, объясним и поможем 😊

📍Когда: 12 июля, с 13:00 до 17:00
📍Где: Москва, Арт-Холл Президент

🎟 Специальная цена до 26 июня — 3100 ₽ за билет вместо 4600 ₽. Количество мест ограничено.

➡️ Купить билет

⚡️Молния! Как выполнить тестовое задание и попасть в продукт?

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

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

Что вас ждет 👇
— Разбор типичных ошибок и советы по выполнению любых тестовых
— Реальное тренировочное тестовое задание
— Честная обратная связь от меня и команды UXROCK


Интенсив пройдет 24 и 25 июня в 19:00 по МСК.

➡️ Зарегистрироваться

Почти что каждый дизайнер на своем пути сталкивается с этим. Ты работаешь над проектом, обдумываешь каждую деталь, тщательно готовишь макеты, а потом на очередной встреча с менеджером вдруг слышишь “коллеги, нам придется отложить реализацию данного проекта на неопредленный срок”. Если с вами такое произошло, подумайте вот о чем:

Это просто случается

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

Это тоже опыт

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

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

У вас были такие ситуации? Если да, то как с ними справлялись?

Сегодня разберём одну ошибку, которую я часто вижу у дизайнеров (не только у начинающих).

Перед вами на экране — свитчер, он же тоггл, он же переключатель. Это стандартный элемент интерфейса, который есть в гайдлайнах и iOS, и Android, и почти в каждой дизайн-системе.

Но вот вопрос: Как думаете что пошло не так в этом примере? Мой ответ — в следующем посте (завтра) 👀

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

А теперь мой ответ:

Тоггл (он же свитчер) используется для переключения состояния: включено — выключено, активно — неактивно. И работает он в моменте. Например, включаете тёмную тему — и она сразу применяется. Как с выключателем света: нажали — и всё произошло. Никаких «Сохранить» или «Подтвердить» быть не должно.

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

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

Правильнее было бы использовать табы, а в iOS — Segmented Control. (хотя это не единственное решение и в чате можно посмотреть другие варианты, которые предлагали ребята)

✦ Свитчер — для включения/выключения

✦ Таб или сегмент — для выбора одного из нескольких

Чтобы научиться интуитивно выбирать правильный элемент, рекомендую формировать насморенность. Сейчас это стало намного проще, чем раньше. На платформе для продуктовых дизайнеров uxrock.ru собраны скиншоты приложений. Но это только начало, я буду держать вас в курсе)

❤️ Давай такие задачки почаще
🌚 Это скучно, лучше добавить мемы

Сегодня побывала в прекрасном офисе Озон, который находится в Сити. Женя провела мне экскурсию и подарила стикеры, которые я раздам на оффлайн-интенсиве Product Design Bootcamp, который пройдет 12 июля в Москве. Почитать подробнее можно тут, а купить билет тут.

Всем хорошей пятницы!

Сегодня решила разбавить контент видом из офиса Озон. Красиво у ребят конечно. Подниматься на 55 этаж на скоростном лифте не очень понравилось моим перепонкам, но оно того стоило 😍