Интерфейсы *

Вы выпускаете обновления и исправляете баги, но пользователи все равно говорят: «Продукт сырой». Что именно не так и что чинить в первую очередь? Мы разложили ощущение «сырости операционной системы» на четыре измеримых компонента: надежность, функциональность, производительность и удобство — и собрали из них индекс зрелости от 10 до 50 баллов.

Привет, Хабр! Меня зовут Маргарита Урбанович, эту статью я подготовила вместе с коллегой Марией Копачевской. Мы работаем в отделе изучения пользовательского опыта в YADRO и исследуем, как люди пользуются мобильной и десктопной операционными системами, планшетами, ноутбуками, ПК и другими продуктами под брендом KVADRA. В этом материале расскажем, как появилась методика измерения зрелости ОС, из чего она состоит, как мы ее проверяли и для каких задач используем. А еще поделимся файлом с автоматическим расчетом показателей, чтобы вы могли переиспользовать методику в своих исследованиях. 

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

Привет, Хабр! Меня зовут Света, проектирую интерфейсы в ITSM 365. Мы с командой стояли у истоков дизайна первой версии системы, потом упростили его и распространили на новые продукты, сейчас запускаем интерфейс 2.0. Расскажу и покажу, что было раньше и как мы это изменили.

Пользователи не читают ваши страницы — они их сканируют. Взгляд прыгает по подзаголовкам, как по слоям пирога, и от того, что он там находит, зависит, останется человек или уйдёт. Разбираю паттерн layer-cake, F-паттерн и почему всё решается на этапе вёрстки, а не редизайном.

Яндекс.Навигатор ещё один продукт у которого ухудшается UX и создаётся впечатление, что некоторые сотрудники просто сами не сидят за рулём, ну и точно не через iPhone.

Вот уже несколько недель я не могу поставить песню через Алису в навигаторе. Пробовала использовать как название песни, так и просто мои любимые, на что получаю ответ “Послушаем …” и… ничего не происходит! Не говоря о том, что уже 3 года не могут сделать голосовой вызов по команде “Алиса” на iPhone, как это работало на Android, и каждый раз приходится нажимать на значок, который лично у меня находится прямо за держателем для телефона.

С того момента как свет увидел первую машину на ДВС, в мир вышло несчетное количество дизайнов разных мастей. Мы знаем ревущие мощью маслкары, элегантные седаны, лупоглазые малолитражки в духе неоретро, многие-многие другие автомобильные «фасоны».

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

В 2025–2026 году в России впервые появились законы, которые прямо запрещают тёмные паттерны — предустановленные галочки, подписки-ловушки, склеенные согласия, манипуляции с выдачей на маркетплейсах. Разбираю все четыре закона по датам и штрафам, сравниваю с тем, что уже происходит в ЕС и США.

Так получилось, что мне пришлось заниматься регуляторами для электромоторов. Большинство из них имеет двойное управление – по PWM и CAN. Управление по PWM проще, поэтому  его чаще  всего и применяют. Но если вы хотите надежности, вам надо переходить на CAN, а точнее на DroneCAN.  Об этом протоколе и пойдет речь в статье.

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

Меня зовут Антонина, я дизайнер интерфейсов ЮMoney. Мы изучили десятки исследований — от Baymard Institute до Google web.dev. Единого документа с лучшими практиками не нашлось: источники противоречили друг другу или оказывались слишком общими.

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

МК88 — компьютер, разработанный и воплощённый в СССР, наша XT-шка.

Дата производства компьютера — 29.04.1992. Таким образом, компьютеру 34 года. На мой взгляд, то, что древний компьютер вообще включается, уже заслуживает уважения — за это время перегорают даже простые лампы накаливания. Мы пойдём дальше: обвесим его новодельной периферией, «проапгрейдим» и выглянем в цифровой окружающий мир. Сегодняшний эксперимент будет посвящён посещению BBS, увидим текстовый интернет, начало телнет-мультика и загрузку Linux для древних машин под названием ELKS.

Приглашаю к прочтению.

Всем привет! Меня зовут Григорий, и недавно при разработке своего микросервисного приложения я нашёл уязвимость — сообщения, пересылаемые между сервисами, имели высокий риск быть необработанными. Решением стал паттерны Outbox и Inbox. Однако, когда я стал их реализовывать во всех приложениях, то понял, что просто копирую и вставляю код. Чтобы это исправить, я решил написать свой стартер.

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

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

Этот подход плзволяет избавиться от таких проблем, как: неактуальность макетов для разработки, долгий поиск макетов и задач в фигме, протухание информации в макетах, увеличение memory usage и долгая загрузка файлов.

За последние годы аудитория Трекера выросла до 600 000 пользователей — пропорционально выросло и количество запросов на новые функции. Бэклог разросся до уровня ответов «внесли в список, но обещать ничего не можем». При этом рынок трекеров очень конкурентный, и останавливать развитие core‑продукта ради разбора кастомных запросов нельзя.

В какой‑то момент мы пришли к выводу: сколько бы ни увеличивали команду разработки, запросов от пользователей всегда будет больше. Это не проблема планирования, а скорее структурное свойство зрелого продукта с большой аудиторией. Единственный способ масштабироваться в этой точке — не делать всё своими руками. 

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

Привет, Хабр! Меня зовут Женя Успенский, я руковожу разработкой фронтенда в Яндекс Трекере и отвечаю за архитектуру платформы плагинов. Со статьёй мне помогал мой коллега Дима Куприк, который отвечает за весь проект целиком. Он расскажет, почему мы вообще решили дать возможность пользователям самим модифицировать Трекер, как плагины помогают решать специфические задачи команд и какие сценарии мы автоматизировали первыми. 

В технической части я подробно разберу, какие задачи перед нами стояли и как мы их решили: изоляция стороннего кода, разрешения, proxy для внешних API и всё, что позволяет пускать чужой код в B2B‑продукт и спать спокойно.

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

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

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

Весной 2026 года Starbucks в Южной Корее запустила промо Tank Day со скидками на большие термокружки (одно из значений слова tank по-английски — резервуар для жидкости). Идея выглядела безобидной ровно до запуска. Старт пришёлся на 18 мая. В этот день в Корее вспоминают восстание в Кванджу: продемократический протест, который военные подавили танками; в результате погибли сотни людей.

«День танка» прочитали как издёвку над национальной трагедией. Дальше по нарастающей: бойкот, публичные извинения руководства, увольнение главы Starbucks Korea, день закрытых кофеен по всей стране ради лекций сотрудникам по истории. Позже компания призналась, что придумывать кампанию помогал искусственный интеллект. Сути это не меняет. Название просто никто не сверил с календарём.

Привет, Хабр! Меня зовут Диана Фионина, я исследователь клиентского опыта и рынка в экосистеме ит-продуктов Лукоморье. В этой статье расскажу, почему клиентский опыт часто нельзя просто «перевести» с одного рынка на другой и что стоит делать вместо перевода. На реальных кейсах, от Starbucks в Японии и WeChat в Китае до службы поддержки в трёх странах СНГ, я разбираю, как культура влияет на восприятие сервиса и как превращать культурные наблюдения в проверяемые продуктовые гипотезы.

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

В комментариях быстро появились знакомые возражения: для этого уже есть виртуальные рабочие столы; в Linux всё давно настраивается; достаточно правильно организовать окна; универсальный интерфейс всё равно никому не подойдёт.

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

Раньше на рабочем столе было слишком много окон. Теперь один рабочий проект размазан между слишком большим количеством приложений и сервисов.

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

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

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

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

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

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

Когда я начал активно использовать OpenAI Codex для длительных задач, я быстро заметил странный парадокс. Агент способен работать самостоятельно десятки минут, но именно человек продолжает каждые несколько минут проверять терминал: не закончил ли он работу. Я решил поменять эту модель взаимодействия. Вместо того чтобы следить за агентом, агент стал сам сообщать, когда моё участие действительно необходимо.

Подробнее разобрала, почему выбрала ЙЦУКЕН, как адаптировала клавиатуру под разные типы полей, работу оператора в перчатках и ограниченное пространство 15-дюймового экрана.