Пользуясь сторонним продуктом, мы часто понимаем его лучше, чем разработчики. Сторонний пользователь видит big picture — наблюдает продукт и максимально естественно взаимодействует с ним. Но стоит этому обычному пользователю стать частью команды, как он, зачастую, становится разработчиком локальных фичей.

А ведь настоящие продуктовые проблемы часто скрываются на стыке команд. Между поиском и корзиной. Между онлайном и оффлайном. Между ожиданиями пользователя и реальностью бизнеса. Дизайнер, который долго работает внутри одной части продукта, часто перестаёт замечать эти проблемы.

Что делать?

🔵Пользоваться собственным продуктом. Возможно в B2B/B2E сегментах это и не всегда возможно, но если мы имеем дело с B2C — грех не быть пользователям сервиса доставки, такси, почты или банка;

🔵Проектировать дизайн, учитывая все корнер кейсы, отражая в Фигме все состояния системы и условия поведения пользователя;

🔵Собирать кликабельный прототип и проходить его перед показом дизайна. Делать это можно и стандартными средствами Фигмы и с помощью ИИ;

🚤 И ещё кое-что. Устроившись в продукт я обычно рисую blueprint-схему работы продукта — она помогает не только вникнуть в процессы, попутно обнаруживая точки роста и проблемы продукта, но и познакомиться с большинством ключевых команд.

Дизайнер, который видит весь end-to-end опыт ценнее того, кто знает только свой кусок продукта.

🌊🌊

Недавно переосмысливал процесс написания постов и решил поделиться им. Вдруг, кому будет интересно.

Чаще всего идеи постов приходят рандомно. Иногда под впечатлением от прочтения чьих-то постов, видосов, подкастов, портфолио, бесед с кем-то или в процессе пользования каким-либо продуктом. Иногда идеи рождаются прямо в диалоге с кем-то.

Когда идей совсем нет, а писать пост нужно, приходится сидеть (ходить, стоять, лежать) и выдумывать тему из ничего — это самое мучительное.

Если совсем ничего не идёт на ум, прошу GPT придумать 5, 10 или 15 постов в рамках заданных условий. Сперва он выдаёт банальную фигню, но часто из этой банальной фигни складывается некая новая идея для поста и даже цикла постов.

Все идеи я записываю в Telegram, в чат Saved messages с самим собой — это наиболее быстрое решение для меня. А ещё я точно не забуду, что записал туда, т.к. Telegram открываю очень часто. Когда идеи накапливаются там, переношу их на доску в Asana, где у меня своеобразный бэклог всего, что связано с дизайн-проектами.

Кстати, на написание, редактирование и оформление одного поста у меня в среднем уходит 2-3 часа. Бывает, вечером пишу основу, а на следующий день довожу и оформляю. Быстро писать посты получается редко. Вот этот пост как раз исключение — он получится примерно за 20 минут.

Были попытки выстроить некую систему, писать посты впрок, но я понял, что это не моё. Нельзя просто так сесть и написать 10, 15, 20 постов на пол года вперёд.

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

Вот, пожалуй и всё, никакой особенной магии!

🌊🌊

Самые интересные UX-исследования происходят не в мобилках и вебе.

🔵Авиация

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

🔵Автомобили

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

🔵Медицина

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

🔵Электростанции

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

🔵Космос

В космической отрасли при тестировании интерфейсов чаще задают вопрос: что произойдёт, если всё пойдёт не по плану? Астронавтов регулярно тренируют на отказах оборудования и потере связи в аварийных сценариях, но катастрофы могут происходить и из-за ошибок на Земле — при проектировании интерфейсов. Один из самых известных примеров — потеря космического аппарата Mars Climate Orbiter Loss. Причина была удивительно простой: одна команда использовала метрическую систему измерений, другая — имперскую. В результате аппарат стоимостью более ста миллионов долларов был потерян ещё до начала научной миссии. Этот случай напоминает важную вещь: интерфейс — это не только кнопки и экраны. Это ещё и язык, обозначения, единицы измерения, правила передачи информации между людьми и системами.

Авиация, медицина, атомная энергетика и космонавтика уже давно показали: хороший интерфейс — это тот, который помогает человеку принимать правильные решения. Возможно, именно поэтому самые ценные уроки UX рождаются не в приложениях для доставки еды, а там, где цена ошибки измеряется совсем другими величинами.

🌊🌊

Снова хочется затронуть тему коммуникации с менеджментом.

Порой эти птицы высокого полёта прилетают к дизайнерам с неописанными, как с позиции дизайнера часто кажется, непродуманными и даже субъективно нелепыми задачами. Задачами, в которых не учитываются интересы смежных команд или нарушаются UX-паттерны. Задачами, в постановке которых уже присутствует решение, которое остается лишь визуализировать в Фигме.

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

То, как дизайнер с этим работает — это тоже скилл.

Многие синьоры, лиды и даже хэды считают себя не в праве оспаривать постановку задачи, поправлять заказчика и предлагать иную точку зрения для достижения того же или более высокого результата.

Другие же просто опасаются негативных карьерных последствий (не хотят быть «сложными», боятся попасть под сокращение или просто тяжело переживают напряжение и конфликт).

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

В итоге именно дизайнера, будь он синьор, джун или хэд и обвинят в том, что он «знал, но не поправил, знал, но промолчал», а ещё влетит от смежников.

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

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

🌊🌊

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

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

Мы до сих пор не говорим с холодильником. Не просим телевизор подобрать фильм. Не общаемся с банковским приложением.

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

Вообще, будущее редко уничтожает старые интерфейсы. Чаще оно добавляет новые.

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

За последние 20 лет мы пережили несколько «убийц интерфейсов»: голос, VR, жесты, чат-боты, сегодня — ИИ-агенты. Но экран с кнопками всё ещё живее всех живых.

🌊🌊

Друзья, хочу напомнить, что я провожу как разовые консультации, так и серии ментор-сессий.

Помогаю точно в соответствии с частным запросом — никакого инфо-скама, только личный опыт в 20+ лет в дизайне и индивидуальный подход с уважением и вниманием к особенностям вашего пути.

Вместе отсматриваем, исправляем и улучшаем портфолио или CV. Можем пройти вайтборд или мок-интервью, подумать над процессами или починить проблемные коммуникации в команде. Разберём всё, что актуально в соответствии с позицией, будь то middle, senior или lead — всё зависит от запроса.

Уже помог ребятам из Самоката, Озона и X5 и очень горжусь и выражаю благодарность за доверие всем менти 💙

Использую две платформы на выбор:
Getmentor
Solvery

Буду рад помочь! 🤝

🌊🌊

Когда я вижу, как кто-то пытается скопировать процессы у именитых компаний вроде Google или Airbnb, всегда возникает вопрос: а они точно уверены, что имеют те же проблемы, что и у Google?

Большинство процессов появляются не потому, что кто-то однажды их придумал и внедрил чтобы закрыть свой квартальный или годовой KPI, а потому что было необходимо решение определённой проблемы в рамках команды, продукта или компании.

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

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

В небольших командах иногда проще встретиться на 15-20 минут и в свободной форме обсудить вопросы, задачи и цели, чем выстраивать сложную систему ритуалов и становиться зависимым от них.

Хороший процесс — это не тот, который используют в Google. Хороший процесс — это тот, который решает вашу проблему.

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

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

Каждый новый процесс добавляет как плюсы, так и минусы — в чём-то можно ускориться, но замедлиться в другом.

Перед внедрением любого процесса всегда стоит задать вопрос: какую конкретную проблему мы решаем? И если ответа нет — скорее всего, процесс не нужен.

🌊🌊

Отчалил

Я всегда говорю, что как нанятые сотрудники мы в компании временно. Рано или поздно, так или иначе, но компанию мы покинем.

Вот и моя дизайн-лодка вышла из гавани Магнита.

Это были славные 4 года и 1 месяц челленджей, найма, отлаживания процессов, выстраивания дизайн-бренда, любимой команды дизайна и в частности Фудтеха, экспериментов, реальных достижений и конструктивной работы. Что-то удалось сделать круто, другое ещё долго можно улучшать и это — нормально. Но в целом, работа превратилась в повторение одних и тех же паттернов. Процессы достигли той кондиции, когда все исправно работает. Новых сложных и интересных челленджей не предвиделось.

Своим главным достижением в Магните я считаю работу команды дизайна Фудтех. Я даже представить не мог, что удастся собрать таких заряженных, компетентных, энергичных и неравнодушных ребят в одной команде. Ребята, вы — лучшие! Вы и есть турбо-двигатели дизайна! Помимо постоянного улучшения и плотнейшей работы с курьеркой, сборкой, дарксторами и другими внутренними операционными продуктами, мы с вами запустили МКос, Аптеки, Доставку посылок, формат Мигом, доставку из ресторанов и множество других не менее крутых продуктов и фичей.

Что касается меня, то я немного устал и испытываю желание сменить обстановку, не думать о задачах, метриках и митингах в календаре какое-то время, особенно в разгар лета.

Вместе с тем, я всегда открыт к различным коллаборациям, совместным проектам и коммуникационным активностям.

Дальше — круче! Полный вперёд! 🛥️

🌊🌊

Работа над собственным сайтом-портфолио как ремонт — его нельзя закончить, его можно лишь приостановить. Правда, в случае с портфолио всё ещё сложнее — неплохо бы его хотя бы начать. За последние три года я начинал делать своё портфолио три раза и каждый раз портфолио оставалось незаконченным.

Сначала я обновлял портфолио для курса FAANG+ Careers Жени Трофимова в прошлом году, но всё закончилось вместе с пройденным курсом.

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

Потом попёр вайбкодинг и вот этот весь кринж «Figma больше не нужна», «Сlaude убъёт разработчиков» и пр. Стало понятно, что пора туда тоже влетать с двух ног, а то этот поезд хайпа умчится в закат. И уже в апреле я специально брал отпуск чтобы завайбкодить себе сайт, а заодно поупражняться с ИИ-агентами и чат-ботами. Разобрался, собрал пару простых ботов, навайбкодил пару страничек и отпуск закончился. Сайт-портфолио снова остался незаконченным.

Крайне тяжело себя заставить доделать портфолио когда не ищешь работу

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

Парадокс: лучшее время заниматься портфолио — когда работа есть. Но делать его по-настоящему начинаешь только тогда, когда её нет.

Именно поэтому сейчас, после ухода из Магнита, я наконец взялся делать портфолио всерьёз. Получается ли? Расскажу в следующем посте.

🌊🌊