Дизайн Домашка

[13min / 18 mb] В одном из видео, я разбирал примеры когда пользователи содействуют или противодействуют друг другу. Чаще всего, противодействие = конкуренция, а значит, кто-то из пользователей может не достигнуть своей цели. Проект, который мы сейчас делаем для музея (мобильное приложение), в одном из сценариев использует обратную модель: пользователи могут противодействовать друг другу и тем самым запускает дополнительные микро сценарии, которые помогут им совместно достигнуть общей цели. ✍️

Итак, набор на UIX стажировку CreativePeople и Humbleteam стартовал. В нашей статье на дизайнерс вы можете посмотреть все детали, а тут я выложу тестовое задание 🤌 У тестового нет "уровня". Оно одинакокво подходит и для поиска стажера, и для найма синьора. Зато по решению сразу виден уровень человека. Там много подводных камней (участники UX Boost наверняка вздрогнут, узнав знакомый подчерк и сразу вспомнят как мы работали с UX-гипотезами). Задания небольшие, поэтому просим их сделать быстро (хотя времени до дедлайна много) — пары вечеров должно быть достаточно. А потом сделаем большой разбор, который буудет полезен как кандидатам на стажировку, так и все, кто сталкивается с тестовыми при найме. ------------------------------------------ Задание №1 — APP «Миллениалы переизобрели маршрутки». Компания Marshrutka реализовала в России сервис, в котором водители такси могут встраиваться в маршруты городского транспорта и тем самым закрывать потребность горожан в поездках. Мест в машине мало, стоимость выше, и оплачивать поездку нужно через приложение, а не проездным билетом. Цена зависит от того, сколько «остановок» ты проедешь. Водители могут выходить на маршрут с любой остановки, но должны сделать полный круг маршрута. Таких «кругов» может быть сколько угодно. Сделайте дизайн экрана приложения водителя во время поездки (максимально реалистичный по содержанию), покажите разные состояния, если такие потребуются. Продумайте самостоятельно, какие здесь могут быть ограничения и особенности по сравнению с обычной поездкой на такси или автобусе. Приложение разрабатывается под iPhone. По высоте макета ограничений нет. Распишите, как это будет работать и в чём ценность вашего решения. Пожалуйста, не тратьте на эту задачу больше 4 часов: один час на проектирование, три часа на дизайн. Задание №2 — web Сделайте дизайн-концепцию сайта для приложения из первой задачи в виде двух экранов главной страницы. Ваша аудитория — водители такси. Необходимо убедить их, что использовать этот сервис интереснее, чем просто ждать новых заказов, наматывая круги по городу. Специально, чтобы задание оставалось небольшим, мы просим не разрабатывать большую страницу и не показывать дизайн на примере разных разделов. Сделайте два экрана сайта для десктопа и покажите, как будет выглядеть первый экран мобильной версии сайта. Если по вашей задумке главная страница должна быть больше двух экранов — сделайте два, а словами опишите, что и в какой последовательности должен увидеть пользователь дальше. Можете показать процесс — это будет плюсом. Этого будет достаточно, чтобы мы поняли, как вы умеете работать с дизайн-концепцией сайта. ------------------------------------------ Все сроки и дедлайны тут. PS всем подписчикам советую покрутить задачку в голове и потом сравнить свое решение с теми гипотезами, которые будут на разборе (тут тоже выложу ссылку на него). ------------------------------------------ ❤️ — если задание нравится 🤔 — если сложно, но возможно) 😱 — если даже не знаете как подступиться 👏 — если легкое и вообще easy peasy lemon squeezy

Кажется, у вас есть шанс закрепить все практики Домашки в реальных проектах. Потому что куратором этой группы буду я. Это не курс, не мастер-класс, не что-то за что вам надо платить деньги. Мы дадим навыки, но взамен попросим все ваше время на погружение в процессы. Это отбор через тестовое, для тех, кто хочет прокачаться и получить оффер в CreativePeople или Humbleteam. Стажировку делаем каждый год (уже больше 5 лет), а часть этого процесса даже превратилась в UX BOOST, но вопросов по формату всегда так много, что я расписал все в отдельной статье на дизайнерс (спасибо им за поддержку кстати!). Кого мы ждем: Ты — UX/UI-дизайнер уровня junior+, уверенно владеешь Figma и другими нужными инструментами. За плечами — курсы, сильная база. Хорошо, если ты уже пробовал себя на коммерческих проектах и понимаешь, в чем их отличие от «учебных». Иногда приходят и middle-дизайнеры, которым тоже не хватает знаний, чтобы перейти к проектам другой сложности — таким кандидатам стажировка тоже подойдет. Присоединиться можно из любой страны, где разница с Москвой не более трех часов. Время на проработку тестового: с 14 июня по 22 июня. Авторов самых лучших решений позовем на собеседование: чтобы (в идеале) по итогам предложить им присоединиться на стажировку в июле. Обязательно буду тут постить разные детали про подготовку, которые одной статьей не успел охватить. Поделитесь этой новостью со своими знакомыми дизайнерами. Может быть для них это будет тот самый шанс, которого они ждали. 🙏

Вы точно видели посты про дизайн, интересовались, листали Behance... так вот, это знак. Yudaev School проводит бесплатный курс по дизайну с нуля — подойдёт даже тем, кто никогда не открывал Figma и вообще не разбирается в дизайне. За 5 дней вы: — создадите 4+ проекта — освоите Figma — поймёте, как зарабатывать на этом — получите поддержку наставника — и бонусом — подборку нейросетей для дизайнеров Этот курс помогает стартовать без воды и абстрактной теории. 📌 Хотите попробовать? Регистрируйтесь сейчас — бесплатный курс ждёт по ссылке Реклама. АНО ДПО "МЦБО" ИНН 7708398416 erid: 2VtzqvCfebf

Детальный разбор (без работ участников) — тут. Ссылка на работы участников — figma тут.

Mish запустила телеграм-бот для тех, кто во время передачи макетов в разработку устаёт отвечать на вопросы: «Я не понял, как тут работает логика?» «Что происходит с этими компонентами?» «Ты же понимаешь, что это можно реализовать только костылями?» 🧠 Не страдай — образовывайся. Разрабо-переводчик научит тебя понимать язык тех, кто пишет код, а не только комментарии в Фигме. Когда знаешь, как устроена разработка, ты не рисуешь кнопки, которые надо программировать молитвами. И в прод идёт не боль, а продукт. В тесте 10 вопросов на знание терминов из разработки — все необходимы дизайнеру в работе. Проходи тест по ссылке

[25 min] Дробим экран на инфоблоки, и каждый анализируем: — задаем вопросы к каждому слову и компоненту, — проверяем UX-копирайт на понятность без контекста — проверяем зависимость элементов друг от друга — задаем вопросы, которые возникнут в голове пользователя и пробуем найти на них ответы в рамках макета по принципу "чего не написано — того нет"(с) Отдельно выложи комментарии к вашим работам, но думаю каждый узнает себя в этом разборе: что совпало, а что пропустил. Тем кто не сдавал Домашку мой отдельный совет: начните смотреть, прочитайте задание и поставьте видео на паузу на 3 минуты — покрутите в голове задачу, подумайте как бы вы улучшили и что вас смущает, и потом запускайте видео разбора дальше. Очень рабочий способ сравнить свои варианты. 👍 Ждем следующую Домашку. Уже скоро. #edu

Выпускники Яндекс Практикума — дизайнеры из Студии Артемия Лебедева и Мегамаркета — в статье рассказали, как искали первую работу после курсов. Ребята выделили 6 главных советов для тех, кто сейчас в поиске: — Используйте свой прошлый опыт, подчеркните софт скиллы, которые помогали на прежнем месте работы. — Составьте грамотное портфолио: добавьте не больше четырёх качественных работ, периодически обновляйте проекты, старайтесь показать весь спектр навыков. — Не сидите на месте и постоянно углубляйте знания, даже если вы без постоянной работы. — Прицельно ищите место работы, а не откликайтесь на всё подряд. — Ищите вакансии в пабликах в Telegram, на карьерных страницах компаний и через знакомых, а не только на агрегаторах вакансий. — Не стесняйтесь брать карьерные консультации, в том числе у знакомых HR и рекрутеров. Больше деталей — в статье на дизайнерс

🏢 Overlays / Overlay UX Интерфейсы, накладывающиеся поверх сайта и дополняющие или изменяющие его поведение. Примеры: расширения, всплывающие помощники, AI-надстройки, браузерные подсказки. 🏢 Parasitic UX (реже, но метко) Неофициальный термин, который используют дизайнеры и исследователи UX, чтобы описать сценарии, где внешний интерфейс «влезает» в чужой сайт без его согласия. Хотел вам записать про это отдельное видео и вспомнил, что прямо сейчас мы работаем с компанией как раз по этой теме. Сейчас расскажу... * * * Интересно наблюдать, как небольшие компании, AI-сервисы потихоньку начинают подтачивать фундамент интернет-гигантов.Из последних кейсов особенно зацепила одна бизнес-модель — которая, похоже, ещё изрядно попортит кровь онлайн-ритейлу. А нам придётся хорошо поломать голову над тем, как взламывать вместе с ними привычный UX екома. Речь о браузерных расширениях и встроенных ассистентах, которые помогают делать онлайн-покупки выгоднее, быстрее и проще. Они автоматически сравнивают цены, показывают аналоги, находят купоны — и могут, например, подсказать, где купить реплику в 10 раз дешевле. 🤯 Что особенно любопытно — приходится склеивать пользовательский опыт между двумя параллельными интерфейсами: самим сайтом магазина и этой маленькой "надстройкой", которая просто висит поверх. Пользователь видит этот мини-интерфейс на любом сайте — он простой, узнаваемый и, к ужасу маркетплейсов, становится новой точкой входа в сценарии подбора и покупки. Мы делали ресерч по рынку и стало ясно, что единого формата пока нет... и это особенно интересно: — кто-то мимикрирует под чат-бот магазина в правом нижнем углу, — кто-то делает «скрепку», — кто-то притворяется частью самого браузера и т.д. Каждый ищет свою метафору присутствия. Очень круто крутить это вживую, переосмысливать и разбирать. Любопытно, какой формат в итоге приживётся. Похоже, нам всем предстоит работать с "лоскутными" сценариями, собранными из UX-кусочков: интерфейса самого сайта + логики вот такой надстройки. На рынке формируется новый тип поведения: мультисценарные покупки, где UX больше не контролируется владельцем сайта. Тут нам придётся учитывать "второй слой" интерфейса и проектировать сценарии с его учётом. 🥶 Амазон, вы держитесь там. Вы конечно будете все это блокировать. Но это по сути борьба с самим браузером, через который открыли ваш сайт.

Присмотритесь к компании, где заботятся о людях, а не только о KPI. У нас — официальное оформление, ДМС, даже Нейроаватар, который ответит на все интересующие вас вопросы. Газпромбанк — команда, в которой заботятся о сотрудниках. Посмотрите открытые позиции и присоединяйтесь к нам.

Разброс времени на реализацию наверное самый большой за все время Домашек — от 20 минут до трех часов на реализацию. Но в основном, многие выбрали стратегию "я должен то сделать за 30 минут". Что очень круто — такое исскуственное ограничение позволяет максимально прокачивать скорость генерации гипотез в проекте. И вообще, прислали кучу решений — радуете, что втягиваетесь в процесс! Скоро будет разбор — точно будет полезно всем (кто делал и кто не делал сам Домашку). Кстати, как обычно, задачку я взял из реального проекта, с которым работаем сейчас. Картинку пришлось перерисовать, но все детали экрана остались на местах. Всегда считал, что лучше тренироваться на реальных кейсах, которые заходят в работу. Лайк 💖 если тоже так думаете 👌

А пока ловите Линк на анкету для ваших решений по задачке мая.

[Время на реализацию: 20 min] Вот вам задачка: есть инфоблок, на котором выводится разная информация (тут не важно, это мобильный интерфейс или кусок программы). Ваша задача — предложить улучшение этого интерфейса. Попробуйте логично пояснить что тут может быть не так, что стоит поправить и как улучшить интерфейс. 🤌 Ограничение 1: при разборе не используйте фразы "мне кажется", "я бы на их месте...", "по моему мнению...", "на основе моего опыта..." и все что угодно, что делает ваше объяснение "личным" (почему так? поясню в разборе). ✌️Ограничение 2: попробуйте подойти к задаче со стороны "как сделать лучше", а не со стороны критики "что тут плохо". 🖖Ограничение 3: перерисовывать макет в другом стиле не нужно. Исправляйте UI, только если это нужно для корректировки UX. Дедлайн — вторник, 20 мая до 23:00 (можно ссылку на фигму, можно ссылку на PNG где есть текст и визуал). Линк на анкету скину попозже. ❤️лайк, если нравится минизадачка и все ясно ⚡️пыщ, если не понимаешь, что и как тут делать

[30 min/89 mb] Кто посмотрел, советую еще глянуть такие короткие видео по теме (пазл сложися): § UX. Сценарии. Вход и выход пользователя в сценарий. § UX. Сценарии сохранения свойств объекта. Большой обзор. § UX. Практика. Сценарии сохранения свойств объекта. Пример с билетами. § UX. Сценарии. Пересечение пользователей. Двойной ❤️👌 лайк, если продолжаем иногда подсматривать что же там было на воркшопе ✌️ А мы так уже делали тут — § UX. Про Субъекты и Объекты — основная теоретическая база метода. UX BOOST 2025.

Для тех, кто не знает, чем UI отличается от UX и в чём заключается работа дизайнера интерфейсов, Яндекс Практикум написали статью. В ней эксперты рассказали: 1. Какие вопросы задавать заказчику, чтобы определить потребность бизнеса. 2. Зачем дизайнеру уметь проводить исследования. 3. Как происходит проектирование пользовательского опыта и оформление интерфейса. 4. Как подготовить макеты к разработке. Также внутри статьи — подборка материалов для начинающих специалистов, чтобы прокачать хардскиллы. Читай на DSGNERS!

[30 min] #edu #razbor А вот и второй разбор для просмотра на выходных. В задаче про карточки новостей есть много хитростей, от обязательной проверки любого решения на большом количестве блоков в ленте... до конкуренции блоков между собой. Что внутри блока тоже рассмотрели: там есть куча сложностей с тегами, логотипом и последовательностью информации. С адаптивностью строки, в которой много блоков (и у всех разные по размеру заголовки) — тоже сложности. Все это легко использовать для ваших гипотез, что и как тут улучшить, если знать на что смотреть в первую очередь. Поверьте, я видел кучу мидлов, которые не справились с этим заданием на тестовых. Хотя казалось бы... Все решения можно глянуть в Figma. 👍 Лайк, если разбор полезный. И.... уже пора уже выдавать Майское задание? 😃

Это тип пользователя, который выполняет действия не для себя, а от имени или в пользу другого человека. Вы точно сталкивались с чем-то подобным. [16min/100mb] #edu В проектах, мы встречаем PU обычно в двух вариантах: это либо пользователь, который тестирует систему, либо самостоятельный Субъект, который выбирает такую особую стратегию взаимодействия с сервисом. Кто эти люди? Их гораздо больше, чем вы думаете: — сотрудник покупает что-то для компании или коллег — кто-то покупает подарок или карточку на которую этот подарок можно купить — помощники делающие что-то за вас — родители — ... В любом случае, когда Proxy User действует в чужих интересах, он закрывает какую-то свою потребность (например, его задача - купить подарок) — и вот тут есть куча вариантов для повышения конверсии, манипуляций, причинения добра и темных паттернов 🤌 В ГК есть такая конструкция - "агентский договор" и это тоже действия в пользу третьих лиц. Но там все сложно, а нам проще —  пользователь не связан формальностями: не несёт юридической ответственности, не формализует отношения — не нужен договор. Ему просто хочется уже наконец выбрать этот несчастный букет 💐таким, чтобы он точно понравился девушке — этому Субъекту просто нужна ваша помощь 🤳 ❤️ героям, которые делают все за вас ⚡️

Начинаем выкладывать результаты. Первый шаг: в фигме примеры работ участников. По UX/UI задачке апреля про "Загрузку документов". Решения как обычно все рядом, но каждый подходит по-своему. Почему так, и кто что пропустил — разберем в видео. На что стоило точно обращать внимание: Неочевидный контекст использования: Непонятно, какие именно требования к документу — просто загрузить файл (?), сделать фото через камеру (?), или, например, сфотографировать с лицом (?). Для всех докумеентов требования будут совпадать или они будут разные в зависимости от типа. Статусы сильно повлияют на успешность всего сценария, а не только загрузку отдельного документа: Не загрузился / принят / загрузился, но не принят и др. Были и проблемные части, которые стоило пофиксить. Например, стоило устранить дублирование (два паспорта в примере) и доработать UI с PDF (зачем там вообще PDF 😪). Ну и много другого интересного, но это уже лучше я расскажу голосом. 😏

В прошлый раз короткая домашка по UX хорошо зашла: не так пугает масштаб и позволяет быстро размять мозги. Сделаем такую же и сейчас. Рекомендуемое время на реализацию — 60 минут. ======================= Задание: Вы — дизайн-лид, которому попал в руки вариант вашего дизайнера. Ваша задача предложить улучшения. Опишите текстом свою версию и обязательно покажите новый вариант прототипа (можно с разными состояниями блока). Пока вы не знаете, какие именно документы нужно будет предоставлять — можете предложить свою версию. Проект международный, так что здесь может быть не только паспорт. Уточнение: Вам показана часть прототипа раздела «Информация о клиенте». Этот инфоблок должен: - быть понятным юзеру, - закрывать все сценарии, связанные с подтверждением личности пользователя, - учитывать предоставление разных видов документов, - покрывать возможные микросценарии. Что находится еще на странице (за пределами этого инфоблока) для решения данной задачи — не важно. ======================= Дедлайн — четверг 17 апреля (до полуночи). Ссылку на анкету для приема работ опубликую ближе к дедлайну. Ставим ❤️ если задание интересное и хочется посмотреть какие идеи предложат участники. Не подсказывайте другим в комментариях, пусть каждый сделает свой вариант.