Интерфейсы *

Мифы в мире IT — дело обычное. Программисты переустанавливают «Виндовс» бабушке, UX-дизайнеры рисуют пейзажи в стиле Ван Гога, а маркетологи клеят рекламные листовки на столбы. Коснулась ли подобная участь UX-редакторов? Увы, да.

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

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

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

Привет, любители старого «железа». Это Антон Комаров, и сегодня мы изучим ИТ-артефакт, одно из имен которого — Breadbox Ensemble. Это графическая оболочка для MS-DOS, которая значительно опередила свое время. К примеру, концепция меню «Пуск» в ней появилась на 2,5 года раньше, чем в Windows 95. Компанию-разработчика, Berkeley Softworks, пытались купить Microsoft, Apple Notebooks и Sun Microsystems. Но руководство не согласилось, решив продолжить самостоятельное «плавание». И оно было довольно успешным: последняя версия оболочки вышла аж в 2009 году.

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

Рецензия на книгу «UX/UI дизайн для создания идеального продукта»

Привет! Сегодня расскажу о том, что узнала из книги‑гида Ярослава Шуваева «UX/UI дизайн для создания идеального продукта». Дабы рецензия не вышла совсем уж пространной, решила разделить её на две части. Поговорим о SUS, MVP, концепциях Personas и JTBD, разнице между MVT и A/B‑тестированием, об API, как о факторе, формирующем UX, и многом другом.

Привет! Меня зовут Михаил Мурзак, я продуктовый дизайнер в Ozon Seller (сайт и приложение продавца).

Время от времени мы делаем анимированные онбординги крупных фич в мобильном приложении и долгое время использовали для этих целей Adobe After Effects с плагином Bodymovin (для экспорта в Lottie), но каждый раз для меня это было мучением, поэтому я решил пересесть на официальный клиент Lottie и написал этот гайд для коллег.

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

Привет! Меня зовут Настя, я UX-дизайнер внутренних сервисов в Лемана ПРО (Леруа Мерлен). Мы с командой создаем чертовски сложный внутренний продукт, и нам критически важно, чтобы сервисы и разделы в нем были понятны коллегам и удобны в использовании.

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

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

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

Приветствую всех! В данной статье, речь пойдёт о достаточно необычной теме, информацию о которой я почему-то не нашёл, хотя она достаточно полезна в современных JavaScript фреймворках и библиотеках для создания пользовательских интерфейсов, ведь, в некоторых случаях, применение концепции может помочь ускорить работу с DOM в несколько раз.

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

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

Статья будет не только теоретической. Поделимся своим опытом внедрения BDUI в дизайн-процессы с примерами и иллюстрациями и оставим несколько рекомендаций для тех, кто только начинает делать это у себя в продукте или команде.

ContainerController компонент пользовательского интерфейса. Это копия свайп-панели из приложения: AppleMaps.

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

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

В статье разберём три варианта обновления продукта на простой аналогии с фастфудом и бургерами. Буду объяснять, при чём тут дизайн-система и консистентность максимально просто и с примерами, чтобы поняли не только дизайнеры.

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

Всем привет! Меня зовут Настасия, я продуктовый дизайнер в Яндексе и развиваю b2b-продукт Авто.ру. Мысль о челлендже возникла из стремления к самомотивации и вдохновению. В своей работе с макетами в b2b я часто сталкиваюсь с задачами, связанными с UX-решениями. Чтобы разнообразить свою жизнь, я решила поставить перед собой, казалось бы, несложный челлендж — рисовать что-то красивое. Я была мотивирована идеей, но реализацию откладывала достаточно долго, и я решила завести телеграм-канал, куда фиксировала результат.

В качестве темы для вызова я выбрала виджеты. Рядом ставила оригинал и на глаз выполняла работу. Я установила себе правило: каждый день, даже в выходные, рисовать и выкладывать результаты своей работы. Контент я собирала из бесплатных ресурсов; как бы Пинтерест ни ругали, но лучшие и похожие идеи я находила именно там, многое подчеркнула и забрала в работу, найдя там автора. Мой любимый теперь — это yuhang. Приступала к челленджу я сразу после работы: что-то удавалось сделать прямо в офисе после работы, но чаще я бежала домой, чтобы, придя, отдохнуть и за час, набравшись сил, сделать что-то красивое. Так продолжалось 9 дней.

Привет, я Паша - продуктовый аналитик во ВкусВилле, занимаюсь аналитикой коммуникаций. По долгу продукта касаюсь многих частей внутри мобильного приложения и почти всегда хочется знать как фактор X влияет на пользователя. Тут все вспомнили про AB тесты, но они не всегда возможны, поэтому в статье рассмотрим 4 метода исследований, которые помогут понять что делать, если выводы нужны, а рандомизации не случилось. 

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

Будет полезно тем, кто на вопросы вида “мы год назад запускали фичу, стало лучше?” не задумываясь говорит, что сказать нельзя. 

Приветствую всех! В данной статье хотелось бы рассмотреть такой проект как HMPL.js. "Зачем он нужен и как благодаря нему можно сократить размеры javascript файлов с сохранением дизайна сайта?" - на все эти вопросы я постараюсь ответить.

Так как данный проект является активно мной разрабатываемым, то данным блогом я бы хотел начать для себя активную отчётную деятельность, где аудитория, как в роли заказчика, а я, как в роли исполнителя, буду делать небольшие статьи о проделанной работе. Если вам будет интересна данная идея, то будет круто, если вы оставите комментарий по данной теме! Мне будет очень интересно прочитать!

Собрал легендарные примеры UX-дизайна, которые поменяли и курс развития различных индустрий, и нашу реальность.  

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

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

Давайте рассмотрим величайшие примеры использования UX-дизайна.

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

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

Меня зовут Анастасия Кабалкина, я руковожу дизайном направления FinOps в VK Tech. В этой статье мы с вами разберем проблемы мультипродуктовых дизайн-систем и попробуем их решить небольшой доработкой архитектуры. А если не решить, то хотя бы минимизировать :)

В режиме реального времени: как интерактивная карта помогает везти груз по ж/д

Привет, Хабр. Я Илья Сластен, продуктовый дизайнер интерактивной карты Первой грузовой компании. Мы занимаемся перевозками грузов по железной дороге, и одним из главных инструментов логистики была и остается карта. 

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

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