Интерфейсы *

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

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

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

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

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

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

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

Про UX в России и мире. Мнение о том, что нас ждет завтра.

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

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

Узнайте, как супераппы меняют наше взаимодействие с технологиями и что ждет нас в ближайшие годы!

Привет! Меня зовут Ксения Толокнова, я продуктовый дизайнер и дизайн-лид с 12+ летним стажем. Пару лет назад я осознала что дизайн-система не всегда справляется со своими задачами, и сегодня я хотела бы обсудить, почему так происходит.

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

В статье обсудим:

— Всегда ли наличие дизайн-системы гарантирует консистентность?

— Почему дизайн-система не панацея от всех проблем.

— Что с этим делать?

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

А я, как обычно, сделал краткий обзор её новых функций и возможностей.

Если кратко: маловато нововведений для того, чтобы присваивать ей новый номер.

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

Под катом мой видеообзор и текстовый перечень основных нововведений.

Backend Driven UI (BDUI) — это подход, при котором сервер управляет не только данными приложения, но и формирует интерфейсы, включая экраны, верстку, реакции на действия пользователя и переходы между экранами. Клиентская часть сводится к рендерингу интерфейсов на основе полученных с сервера данных.

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

На бумаге такие идеи кажутся идеальными, иногда даже «серебряной пулей». Однако на практике всё не так однозначно, и многое зависит от конкретного кейса. В этой статье я поделюсь опытом нашей компании, расскажу о нюансах, которые позволили нам извлечь пользу из BDUI, и представлю рабочий инструмент. Мы использовали нестандартные подходы, которые, надеюсь, вдохновят вас. Похоже, что для нас BDUI — это скорее удовольствие, чем боль. Давайте разберёмся, как нам это удалось!

Мой путь UX-дизайнера, разумеется, состоял из взлетов и падений.

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

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

Итак, какую самую серьезную ошибку совершил я? И какой урок я извлек после?

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

Я не единственный дизайнер интерфейсов, который принял такое решение. Многие из нас делятся своими историями, пытаясь найти те самые промахи, с которыми может столкнуться дизайнер. Я изучал и чужой опыт, благо на Reddit'е таких историй уйма.

Оставлю на ваше усмотрение: либо последовать нашим советам, либо самостоятельно строить свой путь.

Итак, классифицировал самые популярные ошибки 👇

Всем привет! В данной статье я бы хотел рассказать о таком понятии как "ключи" в JavaScript фреймворках и библиотеках; зачем они используются и как помогают при работе с DOM.

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

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

Недавно вышла обновленная версия ESPHome 2024.8.0, в которой появилась библиотека LVGL версии 8.4 для создания графических интерфейсов TFT-экранов. У меня был в наличии такой дисплей, и я решил воспользоваться новыми возможностями для создания интерфейса по управлению умным домом. Моя задача заключалась в том, чтобы наполнить недорогой дисплей необходимой функциональностью.

Влад Бардин, iOS‑разработчик в команде Яндекс Маркета, выступил с докладом конференции Яндекс Go Dev Day&Night. Он рассказал, зачем следить за производительностью, когда вы разрабатываете такой фундаментальный SDK, какие метрики стоит собирать и как взаимодействовать с потребителями, а именно с продуктовыми командами, которые используют ваш SDK в своих приложениях.

Переложили выступление Влада в текст для удобства читателей Хабра.

На протяжении последних недель я разбираю аналоги YouTube и пора закончить эту трилогию последними российскими сервисами. Смог ли Дзен под руководством Яндекса и полностью скопированная оболочка под названием Платформа победить западного брата? Сегодня разберу их интерфейс и удобство, а также наконец закончу эту сагу.

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

Под катом читайте, как UX-писателю убедительно и профессионально отстаивать идеи и на что опираться в своих аргументах.

Привет, Хабр! В этой статье хочу рассказать, как мы в ОТП Банке делали новый титульный экран платежей. Это один из первых кейсов, когда в трайбе Digital мы постарались применить продуктовый подход, а именно - провести исследования текущего решения с точки зрения пользователей и данных, определить проблематику, проанализировать конкурентов, выработать концепт с учетом лучших практик и трендов, и приземлить этот концепта на нашу реальность.

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

В этой статье хочу рассказать о шести эффективных способах управления вниманием пользователей. Это вторая статья о законах внимания пользователей. Первую можно почитать в блоге.

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

Итак, что мы вообще знаем о том, что такое оптимизация? Это процесс, при котором frontend-разработчик и web-дизайнер адаптируют верстку сайта под размеры и функционал других устройств, помимо компьютера. Делается это для того, чтобы интерфейс сайта, а также текст и визуальные элементы отображались и функционировали корректно и на смартфоне, и на планшете, и на других устройствах, отличных от компьютера. 

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

Случалось ли вам, например, ставить точку старта на взлетное поле, а водитель при этом, впервые заехавший в Домодедово, пытался до нее доехать?

_{Этот пост в оригинале (eng) https://www.setproduct.com/blog/dark-side-of-figmas-updates}

Глава 1: В какой‑то момент всё пошло не так

Смотря недавнюю конференцию CONFIG24, я не мог избавиться от неприятного зуда.

Чем сильнее зуд одолевал меня, тем больше приходило осознание – приоритеты Figma сместились с улучшения сервиса на увеличение прибыли.

Я неустанно задавал вопросы:

Что произошло с Figma, которую мы все так горячо любили?
Почему в приоритете деньги, а не список фич от пользователей, которые мы просим?
И если Фигма - ФСЁ, то что это сулит дизайн-инструментам в будущем?

Провал сделки с Adobe, похоже, стал переломным моментом.

Фокус Figma на создании функций с использованием искусственного интеллекта для увеличения количества пользователей - крутой поворот от первоначальной концепции сервиса.

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

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

WLJS Notebook - это приложение, похожее на Jupyter и Mathematica. Пользовательский интерфейс сделан на Electron, а сервер работает на Wolfram Language. Т.е. это не очередная оболочка для Jupyter, а полностью самостоятельное приложение. Более подробно о проекте можно почитать в предыдущих статьях: Wolfram Language JavaScript Frontend и Open-source блокнот Wolfram Language или как воссоздать минимальное ядро Mathematica на Javascript. В этой статье я постараюсь рассказать о том, чего мы достигли за последнее время. Мы добавили новую функциональность, исправили множество ошибок оптимизировали взаимодействие с сервером и ускорили выполнение кода в интерфейсе. И конечно же внесли множество изменений в пользовательский интерфейс и улучшили графику. Обо всем этом подробнее под катом!

К работе с бэклогом можно подойти по-разному. При выборе формата важно учитывать особенности конкретной команды: количество ролей, степень неопределенности в прогнозировании будущей нагрузки, количество и сроки задач.

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