Интерфейсы *

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

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

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

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

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

Не совсем пятничное чтиво, но…

Как-то так случилось, что решил разобраться для себя лично – какие подвижки появились в вопросе внедрения искусственного интеллекта в сфере сайтостроительства. ИИ действительно показал себя неплохо в отдельных задачах, но есть у него и минусы. Всё это тема для отдельного обсуждения, но здесь – только обзор реальной картинки. Делюсь бесплатно и без SMS ))

Кажется, что в ИИ чатах интерфейс довольно вторичен: ты пишешь, модель тебе отвечает, особо больше ничего и не надо (если модель отвечает хорошо). Но интерфейс очень влияет на то, насколько правильное решение вы примете, и насколько легко будет найти ошибку модели. Я собрала несколько научных исследований, которые могут пригодится тем, кто делает ИИ фичи в своих продуктах.

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

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

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

Разработали promo-проект ALIKOR PREMIUM, который объединит премиальные коллекции бренда в одном цифровом пространстве.

Как начать получать удовольствие и сократить количество правок

Что я испытывал раньше при получении правок:

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

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

Решили с товарищем собрать систему, которая будет фотографировать деталь, анализировать и выводить сообщение — есть там в отверстии резьба или нет.

Товарищ далеко от меня живет, работу разделили — мне аппаратная часть, ему программная.

Если вы хоть раз разрабатывали SCADA-интерфейс, то знаете эту боль: унылые стандартные элементы, примитивная графика, дизайн уровня 90-х и никаких особо альтернатив, кроме как использовать свои изображения .png.

Мы решили разработать свою библиотеку элементов для ОВиК. Взяли и "взломали" систему: наняли дизайнеров, отрисовали всё в Figme в SVG, а потом научили эти картинки анимироваться и управляться как родные блоки. Под катом — рецепт, как сделать диспетчеризацию вентиляции, освещения и водоснабжения красивой и функциональной

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

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

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

Привет, Хабр! Меня зовут Игорь Красавин, и я работаю frontend-разработчиком в компании VK. Сегодня хочу рассказать вам, как мы объединяли несколько BI-систем (DataLens, Superset и Redash) под одним UI, как решали проблемы со SPA-навигацией, историей браузера и различными стеками, на какие грабли наступили, и что нам, в итоге, это дало. Материал будет полезен frontend-разработчикам, которые могут столкнуться со схожей задачей в рамках своих проектах.

Привет, Хабр! На связи Андрей, продуктовый дизайнер Garage Eight.

Май выдался очень насыщенным: тут вам и агенты в фигме, и Google I/O, и MCP от Mobbin, и финалисты Apple Design Awards, и сразу два очень красивых кейса от Pentagram. А еще — эстетичные библиотеки, почтовые приложения, энергетик в виде полена и, конечно, мои дорогие Panic.

Всем привет! Меня зовут Данила Максишко, я руковожу командой продуктовых исследователей в hh.ru. В статье расскажу, как мы работаем с обратной связью через важный инструмент — бэклог болей пользователей.

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

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

В России сейчас активно продвигают мессенджер MAX как официальную альтернативу Telegram. Для пользователей это значит еще один клиент на рабочем столе, а для разработчиков — ещё одна платформа для ботов и мини‑приложений.

На бумаге это звучит норм: единая платформа, интеграция с госсервисами, мини‑аппы для бизнеса (привет, WeChat). На практике возникает базовый вопрос: как это вообще разрабатывать и отлаживать, если в десктопном клиенте нет нормальных DevTools?

В этой статье я попробую рассказать, как выглядит попоболь отладка мини‑приложений в MAX сегодня, чем она отличается от привычного процесса в Telegram (да да, опять сравнение с вездесущей телегой), и почему отсутствие инструментов разработки — не мелкая придирка, а системная проблема.

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

Привет! Меня зовут Владислав Фальзан, я работаю android-разработчиком в М2. Наша команда мобильной разработки развивает приложение – онлайн-платформу для решения вопросов с недвижимостью. Основные пользователи приложения –  физические лица (B2C) и риелторы (B2B2C). Эта статья – технический гайд для android-разработчиков о том, как реализовать видео сторис у себя в приложении или как использовать нашу библиотеку для работы с ними.

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

Для удобства изучения статьи я решил разбить ее на блоки:

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

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

Сегодня мой умный дом уже давно вышел за рамки хобби и превратился в полноценную систему управления квартирой. В ней работает контроллер и больше 100 модулей ввода-вывода. Если говорить языком цифр — это свыше 700 входных сигналов и около 300 выходных. Умный дом охватывает практически все инженерные системы квартиры.

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

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

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

Точка — самый простой элемент дизайна. И один из самых недооценённых. Рассказываем, как точки работают в интерфейсном, графическом и веб-дизайне на примере цифровых продуктов «Северстали».