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

Всем привет, мы снова выходим в эфир И на связи ⚡️ Женя, основатель дизайнерс. Уже как год я вышел с текучки дизайнерс, чтобы отдохнуть, набраться сил и свежим взглядом посмотреть на это все со стороны и прикинуть куда можно двигаться дальше. Конечно не обошлось и без новых проектов и я впервые вышел за рамки дизайна начиная с 2016 года. Кому интересно чем занимался напишите в лс, тут не про это) Нас не было почти три месяца: не было обновлений на сайте (новых фич), не было постов в канале, мы не занимались рекламой и пиаром, не делали коллабов, не собирались на дейлики. Рассказываю, что это было — и почему я этому по итогу рад. Почему мы осознанно ставили дизайнерс на паузу с точки зрения развития Это был эксперимент — тест на прочность перед тем, как идти дальше. Три месяца портал жил сам, мы не вмешивались вообще (кроме удаления спам статей и решения каких то технических проблем вроде падения сервиса). Вот что вышло: → авторы никуда не ушли, весь кор который писал - дальше пишет (за что вам спасибо ❤️) → количество статей увеличилось. К примеру за последний месяц количество статей перевалило почти за 1000 (!) → сама архитектура сайта и функционал работал стабильно и все работало без наших вмешательств → все основные метрики просели на 15-20% (количество рег, лайки, коменты и тд). Количество пользователей снизилось так же на 15% Пауза дала то, ради чего затевалась. Мы разгрузились, посмотрели на сервис со стороны — с разных сторон — и получили ответ на главный вопрос. Дизайнерс давно самостоятельный. За ним сильный бэкграунд, он не держится на ручном приводе и чьём-то энтузиазме. Три месяца без единого нашего движения — и сервис не просто выжил, а спокойно работал и приносил пользу. А самое главное, это стало возможно благодаря авторам и читателям дизайнерс - СПАСИБО ВАМ ❤️ Следующие полгода — время мощного роста (надеюсь!) → переходим на AI-разработку — фичи будут дешевле и быстрее → упор на объём трафика → ищем новые способы монетизации → возвращаемся к пиару и коллаборациям → ищем новые знакомства и партнерства И делать это я хочу вместе с вами Как вы видели мы хотим знакомиться, коллабиться и партнериться. 🎙 Напишите мне в личку (@evgenymalkov) если вы: — основатель или пиарщик диджитал агентства и хотите заколлабиться с дизайнерс, чтобы пошуметь и привлечь трафик. Так же с удовольствием рассмотрим варианты организации дизайн-событий с вами. — основатель или пиарщик онлайн школы/курсов/интенсивов и тоже хотите заколабиться и нарастить себе аудиторию — инвестор/предприниматель, который ищет новые способы для инвестирования и реализации своих идей — автор или пользователь сервиса, у которых есть идея/пожелания/вопрос/претензия по сервису Пишите не стесняйтесь, я отвечу на все, на каждый месседж. Просьба в честь возвращения лично от меня Сделайте репост этого поста — нам это поможет и вам тоже (вдруг благодаря вам дизайнерс вырастет в 2 раза и у вас будет больше просмотров!). Каждого кто репостнет - найдем и добавим в пост-благодарность, который опубликуем тут и в нашей медиа-сети с ссылками на вас! Фух, если кто-то дочитал, уже спасибо :) Работаем.

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

В продолжении поста с видео про Intent-Driven Interface и новую роль дизайнера при проектировании пододных AI-систем с динамичным интерфейсом. https://www.monogram.ai/ подняли неплохой раунд и максимально разгоняют эту тему в своих интерью. Если коротко — они строят систему, которая под ваш запрос генерит привычный интерфейс, по которому вы уже понимаете как действовать в сценарии. Посмотрите видео, как раз примерно видно как на лету собираются инфоблоки в зависимости от запроса пользователя.

Вакансия из интернета, найдено случайно, но очень отзывается, особенно если убрать хайповое «AI-диза» (это как писать фтошоп-диз или фигма-диз) и UI заменить на UX. Сейчас поясню почему: Все чаще среди нанимающих арт-директоров встречаю мнение, что новый формат собеседования ux-дизайнера это вайтбординг с использованием нейронки прямо на встрече. Зачем переживать, что кандидат тебя обманет и пришлет решение от нейронки... зачем собирать сотни тестовых, если по ним не ясно самое главное — понимает дизайнер или нет, как нейронка пришла к этому результату. Что происходит в формате такого собеседования? Вы получаете макет. Допустим, это экран мобильного приложения, который уже очень хорош в плане продуманности и функционала. Возможно, это даже экран вполне себе работающего сервиса (допустим, я использую на таком собеседовании скриншот Etisatat или другого оператора связи). Кандидат может использовать любую нейронку и прямо на встрече. Задача: покажите как вы могли бы улучшить этот результат. Интересно, как вы пишите задачу, как квалифицируете качество результата, как вы предложите улучшить полученный результат. Хитрость в том, что нужно хорошо понимать как это все работает, чтобы корректно сформулировать запрос. И еще больше навыков надо, чтобы объяснить что за результат вы получили: хороший, плохой, чем он лучше, в каких местах, что из того что есть, вы готовы использовать, а что выкинете. И это просто провал как много соискателей не понимают КАК нейронка пришла к такому результату, а от этого не могут понять — предложение хорошее, идеальное, плохое или просто бред. Это как если бы… любого водителя тестировали на знание формул аэродинамики и принципа работы мотора, потому что рулить машина и без него может (это больше не конкурентный навык). Что думаете? Понимаете и принимаете такую логику найма?

Подход Intent-Driven Interface. В предыдущем посте закинул вам тему на подумать, как быть когда в работе исчезают привычные этапы создания макетов, а ваша роль — описание системы в которой дизайнер фактически создает визуальный язык. А сами шаги и элементы на странице собираются уже под потребность при помощи AI... Ловите короткое видео с деталями: в чем суть подхода и как это работает в примерах. #edu Не стесняемся лайкать, если соскучились по коротким и полезным видео в канале 😌

Я конечно очень хочу написать вам пост в котором расскажу, как мы нейронки в дизайн внедряли… и как это все изменило (или нет). Но это позже... Просто сейчас приходится разбираться с гораздо более сложно штукой. Представьте проект, в котором дизайнер не проектирует сценарии напрямую. Внутри проекта огромное количество функционала и ролей, есть дизайн система, но нет вообще макетов. AI во время взаимодействия с пользователем динамически собирает интерфейс под задачу, контекст и состояние пользователя. Один и тот же запрос может приводить к появлению разных пользовательских путей, которые никогда не были нарисованы вручную. В такой модели роль UX-дизайнера — аудит всего нового, что появилось в системе. Основная работа смещается от проектирования сценариев к исследованию и управлению их генерацией. Нужно анализировать возникающие пользовательские пути, выявлять неэффективные паттерны, корректировать правила системы и контролировать качество решений, которые принимает AI. Объектом проектирования становится уже не интерфейс, а система, порождающая интерфейсы. Мы видим сколько система создала новых связей, зависимостей, как они превратились в интерфейс (который видит пользователь), с какой частотой это произошло, какие есть вариативности. Как это повлияло на визуализацию? Можно ли какие-то созданные паттерны объединить и сделать базовыми? Чтобы было понятнее, вспомните как работает навигатор — даже если вы проезжаете мимо своего поворота он перестраивает путь и подсказывает, что изменилось. Такой же подход с системой, которая собирает макет в момент перехода на следующий шаг. Вместо вопроса:"На какой экран перейти?»… система задает вопрос: "Что пользователь хочет получить?», после чего сама строит путь. Этот подход называется Intent-Driven Interface — концепция, в которой основой интерфейса становится не набор функций или экранов, а намерение пользователя (intent). Напоминает Чемпионат Мира по футболу: все игроки определены, цели понятны, правила заданы, но как пойдет каждый конкретный матч мы не знаем. А когда все случится, нужно сесть и проанализировать "что это вообще было и почему". Я сталкивался с таким подходом лет пять назад, но тогда это все уперлось в то, что система плохо понимала намерение и команда отказалась от реализации. А с LLM это уже не выглядит rocket science. Тут дальше можно спорить стоит ли игра свеч, если вы ставите, что любой интерфейс через 5 лет будет выглядеть как chatgpt… но если ваш прогноз другой, то навык определения уровня качества реализованного нейросетью результата становится вашей базой. 🧡 Лайк, если стоит рассказать детальнее.

На старт, внимание… скоро начинается RDC 2026! Конкурс-легенда. В 2019 у нас работал победитель очередного тура — я даже не представляю как нам удалось выиграть эту гонку среди HR, которые кружили вокруг его портфолио. И тогда же я вел оффлайн-батл, финал RDC, когда дизайнеры создавали дизайн сайтов в прямом эфире, прямо за мониторами на сцене. Сейчас участие онлайн и есть возможность пройтись по всем задачам. Три тура — три шанса получить денежный приз и пройти в финал. Классный опыт и возможность засветиться перед работодателем. Думаю, что после конкурса сделаю свой разбор задачек. Тем более, что они устроены по принципу тестовых заданий при приеме на работу UIX-дизайнера. Работы на первый тур принимаются до 5 июля. Регистрируйтесь — russiandesigncup.ru

🐤🐤🐤 Разбор, первая часть. UIX Задача про расставание с коллегами. Эта задача про роль и функцию, которые закреплены за отдельным человеком (интересно, мы также будем переживать когда будут отключать твой любимый бот?)... Наша проблема не в том, что человек покидает компанию, а в том, что функция/роль может перераспределяться на кого-то нового, на нескольких людей, и даже лично на вас как пользователя. Круто, если решая задачу вы добрались до самого сложного: спрогнозировать уход — самое простое, а вот ответить на вопрос "Что Делать Дальше?", если человек уже ушел или это событие так близко, что вы не успеете среагировать. Интерфейс может помочь тут в очень многих местах и сэкономить тонну нервных клеток. Интересно, если бы выходили на работу — вам было бы интересно глянуть сколько запросов и реакций пришло в ответ на карточку про уход из компании того, кто был до вас 😅 ? Смотрим видео #razbor

✅ UIX Задача про расставание с коллегами / решения. Файл с решениями участников тут. В среднем на задачу участники потратили времени примерно одинаково — 2-3 часа, но уровень проработки довольно разный. Видно, что некоторые участники довольно эмоционально восприняли тему 😅💀 — "ушел так ушел, отпуская- отпусти"... что несомненно отразилось на копирайте и выборе цветовой темы. 1) смотрим задачу 2) прикидываем в голове как бы вы решили ее 3) смотрим решения участников и сравниваем со своим решением "которое было в голове" 4) ждем разбора, который выложу на днях ⚡️

🌞 UX-задача мая (2026) 🌞 Спроектируйте mobile flow для HR-сервиса внутри компании. Суть сервиса: он показывает сотрудникам, кто и когда покидает компанию навсегда (например, решил уволиться) или на длительный период (например, уходит в отпуск на месяц). Система должна помочь коллегам не потерять важные договоренности, задачи, контекст и зависимости, связанные с этим человеком. Продумайте: • зачем компании нужен такой сервис; • почему такой сценарий оповещения может быть полезен сотрудникам. На примере главного экрана покажите максимально насыщенный информацией сценарий. Также уточните, для каких сценариев и задач этот экран может быть точкой входа. Чтобы лучше раскрыть идею, вы можете показать несколько состояний одного и того же экрана в зависимости от контекста. Достаточно low-fi wireframes/prototype без детальной визуальной проработки. Визуальный дизайн не важен — важны логика и то, как вы мыслите о сценарии. Дедлайн: воскресенье (24 мая) 23:30 Присылайите решения

Итак, UX-сценарий победил в этой неравной борьбе 😅 так что начнем... Итак, достаем листочки и разминаемся для решения задачи. Как обычно, большая часть решения будет у вас в голове — подумайте над текстом задачи пока едете на работу или бродите по магазину. Задача уровня midddle+ Предыдущие задачки можно посмотреть в figma-файле. 🚀🚀🚀 Ссылка для приема решений — тут.

(Продолжение поста) … Если не можете переделать сценарий совсем, повышайте Fault-tolerant UX. Это подход, когда система предполагает, что будет все плохо или даже хуже (все зависнет, часть данных будет недоступна, сервер затупит, интернет закончится, скрипт сломается)... но даже так, пользовательский сценарий не должен разрушаться полностью. В чем проблема чаще всего? Есть сценарии завязанные на ресурсы, которые закончатся или изменят свои свойства пока вы ждете синхронизации… Все ваши танцы с бубном последние 40 минут будут бессмысленны, если товар закончился, или прошел период доступности (концерт прошел, самолет улетел). Прикиньте, какой из знакомых вам сценариев, с которыми сталкиваетесь в приложениях каждый день. можно было бы переделать под такой фоормат? Теперь смотрю на интерфейсы из Fallout совсем иначе. Хороший пример эффективности системы даже в условиях постапокалипсиса.

Дизайнеры, у вас появилось много работы в ваших проектах. Поздравляю. Четыре из пяти приложений, с которыми сейчас работаем в России, переделывают приложения под Offline-first. UX-Система перепроектируется так, будто интернета обычно нет, а не наоборот. Звучит немного дико, когда у тебя есть установка, что сеть становится «улучшением», а не обязательным условием работы. Зато это позволит не превращать телефон в кирпич: юзер продолжает выполнять ключевые действия, данные будут сохраняться локально, а синхронизация будет как только появится интернет. Забываем про плашки «у вас нет интернета» на весь экран, которые блокируют выполнение сценария, а просто продолжаем работать с системой. Получается эдакий Graceful degradation здорового приложения — частичная деградация UX вместо падения системы или блокировки. Ваша Figma отличный пример. Вы работаете даже если хомяк перегрыз провод. Синхронизируетесь, когда будет связь.

Сердитый пост про UX 💀💀💀 Если ваши интересы чуть дальше, чем 5 сайтов в рунете, вы конечно заметили каким изматывающим стал самый обыденный процесс пользования сетью. 🥵 Включить тут, выключить там, настроить и перенастроить, понять что отвалилось, смириться и подождать… 😣 Пока еще у нас есть доступ в этот канал, посмотрим *** на ситуацию как суровые UX-дизайнеры. У этого бардака есть вполне себе методологическая база. Ключевая концепция: деградация UX как стратегия. Будем честны, похожие задачи стоят не только перед РКН, но (так бывает) и перед вполне обычными компаниями. Понятно, что можно любой ресурс можно заблокировать. Однако… удивительная история, иногда сервису важно, чтобы вы перестали пользоваться его услугами САМИ (а не когда вам его отрубили). Это бывает по разными причинам: чтобы пользователи перешли на новую версию… или надо закрыться так, чтобы вам не нужно было возвращать деньги (есть много причин)… И вот вот есть вполне понятные методы как избавиться от пользователя по-тихому. Что важно понимать: лояльный пользователь терпелив и часто уходит не в момент первой поломки, а в момент утраты уверенности в повторяемости результата. UX-ядро такого воздействия — не “сделать неудобно”, а сломать контракт предсказуемости. Выбесить. 🤬Такой опыт особенно токсичен, потому что он не дает пользователю даже сформировать обходной паттерн. Например: • страница иногда грузится 3 секунды, иногда 30, предсказуемости ноль; • видео запускается с непонятно какой попытки или вообще не запускается, или запускается, но зависает; • авторизация иногда проходит, иногда нет; • сообщения доходят с задержкой, не редактируются, не удаляются; • и еще пара десятков вариантов, которые вы уже испытали на себе. Все как будто работает, но не всегда. Самое паршивое, что если система просто медленная, но стабильно медленная — к ней можно адаптироваться. Но если система нестабильно деградирована, пользователь истощается сильнее всего. Ведь формально действие пользователя не запрещено, но стоимость этого действия поднимается настолько… Вопрос только в том, когда пользователь сам решит, что нервы дороже и начнет искать замену. Это отличная тема для диссертации. Материалов уже на пару поколений хватит. Что погуглить на эту тему: Designed friction и UX Destructive friction. Как вы там? Держитесь? Читаете телеграм? ❤️

#razbor Зимняя UX Домашка. Грузить в телеграм что-то уже практически невозможно, но мы стараемся 😭😭😭 Пора уже перебраться на https://dsgners.ru/. Тем более, что у ребят вышло мобильное приложение для чтения дайджеста. В этот раз мы сделали разбор вместе с Сашей Семеновым, дизайнером CreativePeople. Дизайнер, который изначально специализировался на CGI и моушен 100% привык работать с пространством, текстурами, физикой объектов. Тем интереснее видеть как его навыки срабатывают в методе Объектов и Субъектов, когда речь идет про проектирование сценариев. Он тоже сделал свой вариант и попал на разбор участников. Ссылка на работы участников — figma тут. Первая часть разбота была — тут.

🌱 Интересная тенденция прошлого года в найме дизайнеров... У меня много знакомых дизайн-директоров, которые работают с формированием команды на уровне бюджетов и целей. Это знание вас не прокачает, но это любопытный набор фактов... Что же они делают в условиях, когда компания не дает им доп. бюджет на команду или сокращает существующий: — зарплаты дизайнеров успокоились и просели до рыночных. Если в вашей компании вам удалось закрепиться с высокой ставкой несколько лет назад, это не означает, что сейчас ваш же работодатель не нанимает совсем иначе. Расстаются с теми, кто переоценен: уволил двух, нанял трех, но уже по рыночным ценам (работы-то меньше не стало) — меняют среднего специалиста на более прокачанного «за те же деньги» (вопрос по качеству никуда не делся) — продукт/экономика фирмы не растет, значит можно вкладываться в обучение и выращивать людей, а не переманивать за дорого (стратегия: от активного найма, к удержанию и развитию) — компании так раскачали рынок зарплат, переманивая людей друг у друга, что любой айтишник выглядел чуть ли не круче, чем сейчас курьеры, которые рассказывают что им по 300к платят… все кто нанимают, это знают. Есть прямой запрет эйчарам на переманивание с «премией к рынку» — нет срочного найма: спокойно смотрят и перебирают варианты «цена/качество», без классического «срочно закрыть вакансию любой ценой!» — перестали удерживать кандидатов. Раньше: трагедия, надо делать контроффер. Сейчас: Уходишь? Окей, спокойно смотрим кого-то на замену (см. п1). — джун на нейронках может быть почти не отличим от обычного миддла (извините), в одной воронке оказываются люди с совершенно разными финансовыми запросами. Это координально меняет логику оценки соискателя... — ...и тут же вернулись тестовые, более сложные и абстрактные: важно как человек мыслит, насколько ему хватает уровня, чтобы отличить плохой результат нейронки от хорошего. Рынок стал достаточно зрелый. PS Ахах, перечитал и понял, что обычно посте таких постов ставят ссылку купи наши курсы и блаблабла, но у меня нет курсов )) так что это просто пост. Становитесь сильнее — это все еще самый хороший способ быть востребованным.

1️⃣ Разбор. Часть первая. Новая зимняя UX-задача про проецирование данных на экран шлема горнолыжника — хороший повод проверить, как мы вообще думаем о дизайне. Тут так много деталей, что стоит разбить разбор на несколько роликов и отдельно добавить разбор присланных решений. Так, шаг за шагом, зацепим много важных UX-тем и как это все работает на практике. О чем ролик: 🥶 О чем вообще эта задача? Почему тут важно не рисовать интерфейс, а сначала понять состояние человека: скорость, риск, ограниченное внимание и реальную среду вокруг. Какие данные имеют для него ценность в момент покоя и/или в момент движения. Как это учитывать... 🗺 Почему карта — не всегда навигация? Почему интерфейс не должен требовать взгляда, а чтение текста — зло? Нужна ли вообще карта, чтобы закрыть главный сценарий "добраться до места назначения"... И что делать, если ваше место назначение постоянно мигрирует (например, вам важна не конкретная геоточка, а просто вы хотите оказаться в том же месте, что и ваш напарник). ❄️ Когда отсутствие UI становится лучшим решением? и почему важно проектировать опыт, который не отвлекает, а помогает действовать интуитивно в движении. Навигация — это может быть и понимание пространства и принятие решение о следующем действии. Все это дальше увидим в разборах работ участников, но перед этим отлично бы свериться понимаете ли вы о чем на самом деле была задача. В figma есть все присланные решения от участников. Уютной вам пятницы ❄️❄️❄️