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

§ В интерфейсах, которые основаны на AI-процессах, ошибка перестает быть состоянием (да/нет). Тут есть фундаментальное отличие оттого, как мы привыкли проектировать классический интерфейс.

Принес вам слайд со вчерашнейлекции UX SBER CONF. Кроме того, что его сфотографировали максимальное количество человек, он примечателен тем, что примерно показывает как использование AI-агентов в обычном интерфейсе запускает Shadow Flow. Не путайте с "темными паттернами" — это на самом деле про важную часть работы интерфейса за пределами видимой пользователю части. В общем, смотрим 9 минут с деталями и примерами.

А сама лекция в большом формате, будет уже в конце сентября на прощадке Design Prosmotr в Москве. Доберусь и расскажу вам все лично.

За кофе с дизайн-директорами только и разговоров, что половина любой in-house команды — это луддиты, которые боятся, что AI заменит их функции. Внедрение происходит безумно тяжело, и очень часто изменения блокируются самими дизайнерами. Чем выше грейд, тем меньше хочется переключаться в формат джуна, когда тебе нужно заново учить софт. А от обилия людей в ленте, которые уже все AIAIAI — уже подгорает.
Как мне кажется, во всей этой каше могут очень сильно выиграть как раз небольшие агентства.

Во-первых, мультидисциплинарные дизайнеры благодаря нейронкам могут раскачать столько хард-скиллов и компетенций, что даже небольшим коллективом способны вытаскивать очень большие и разнообразные задачи. И очень быстро. Настолько быстро, что из-за сложностей внедрения этих практик в корпорациях может произойти интересный разрыв в скорости между дизайнерами с привычными процессами и теми, кто уже интегрировал совершенно другие процессы и AI-инструменты (перешёл на новую модель работы).

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

Если это правда, то снова станет экономически выгоднее отдавать работу в агентство, чем создавать дополнительные команды внутри большой корпорации. Просто потому, что внедрить AI-процессы в небольшой команде в разы легче. Нанять и докачать дизайнера под новый стек — реально проще и быстрее, чем переучивать сопротивляющихся. Не увольнять же старых, в конце концов. Руководителей, которые понимают, как это внедрять, зачем и сколько нужно усилий, в таких командах нет и ещё долго не будет. Неудачных примеров «уйти в AI» больше, чем удачных. В общем, как обычно, будущее наступило, но неравномерно. Кроме того, эксперементировать на больших командах еще и дорого.

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

Что думаете? ❤️

✈️ UIX Задача августа ✈️

Каникулы закончились и пора снова прокачивать свои дизайн-навыки. Вот вам задачка для разминки:

————————————————
Авиакомпания хочет переосмыслить выбор мест в самолёте.

Сегодня пассажир выбирает конкретное свободное кресло и оплачивает его. Но его реальный комфорт зависит не только от самого места, а от того, что произойдёт вокруг него к моменту вылета.

Спроектируйте новый подход к выбору места, который позволит пассажиру повысить свои шансы на максимально комфортный перелёт.

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

————————————————

Предложите две гипотезы, что можно реализовать. Важно: реалистичность исполнения + учитывайте интерес авиакомпании.

Подача: в любом виде (можете дорисовтаь этот же макет Аэрофлота), важнее прописать вашу логику и что было понятно как и почему вы реализовали. Учтите, что логика решения должна быть понятна, когда мы смотрим на экран, а не только из вашего пояснения.

Время на реализацию: 30 минут — без нейронок, советов друзей, помощи родителей.

Ссылку на фигму присылайте в анкету, сможете сравнить ваше задание (как мыслили и что отметили как важное) с большим разбором.

Дедлайн: до 23:00 субботы 29 августа.


🔥🔥🔥 всем удачной охоты за идеями

§UX. Сокращение времени в сценариях.

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

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

♥️ Чтобы роликов было больше 😌

Всем привет, мы снова выходим в эфир

И на связи ⚡️ Женя, основатель дизайнерс. Уже как год я вышел с текучки дизайнерс, чтобы отдохнуть, набраться сил и свежим взглядом посмотреть на это все со стороны и прикинуть куда можно двигаться дальше. Конечно не обошлось и без новых проектов и я впервые вышел за рамки дизайна начиная с 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 тут.
Первая часть разбота была — тут.