В этой статье:
Технология создания ИИ-помощника для работы с 1С:ERP.
Почему невозможно создать такого помощника, опираясь только на официальную документацию 1С.
И почему та же самая документация 1С, при правильной обработке, способна превратить ИИ в супер-помощника – то есть многократно его усилить.
Привет, Хабр! Меня зовут Павел Литвиненко, я продуктовый дизайнер в группе проектирования пользовательских интерфейсов B2B «Лаборатории Касперского». Периодически нам приходится разрабатывать новые продукты с нуля. По сути, мы создаем интерфейс для MVP (minimum viable product), то есть продукта, обладающего минимальными, но достаточными для потребителя функциями. Как правило, это тот случай, когда больше всего необходим баланс между скоростью разработки и качеством: чтобы и гипотезы быстро обкатать, и не пасть в грязь лицом перед юзером. Время почти всегда работает против вас. Продуктовая команда хочет запуститься «вчера», но дизайн требует проработки, системности и исследований. Один друг описал мне этот подход так: «Тебе надо добраться из пункта А в пункт Б. Ты стартуешь пешком и развиваешь способы перемещения на ходу: бег, ролики, самокат, велосипед, мопед, мотоцикл, авто и так далее. Каждый новый метод — отдельный релиз».
Чтобы все это «поженить» и не нарушить баланс, нужен хороший инструментарий. Об этом и статья: поделюсь личным опытом, подходами и инструментами для дизайнеров B2B-продуктов, которые я применял сам в рамках разработки в «Лаборатории Касперского», в частности при работе над нашим NGFW (Next Generation Firewall). Поговорим о вездесущей ИИшке, дизайн-системах и прототипах для фронтенда.
За последний год мы наблюдаем бум ИИ‑помощников, и это не обошло стороной интерфейсы в Yandex Cloud: то в техподдержке завёлся чат‑бот с моделью, то в консоли — агент для рабочих операций. Команды подключали модели, продумывали диалоговую логику, рисовали дизайн и собирали чаты — и делали всё это поодиночке.
Разные команды собирали интерфейсы на общем фреймворке Gravity UI, но постепенно там появилось столько вариаций, что стало сложно поддерживать единый пользовательский опыт. Да и коллеги всё чаще сталкивались с тем, что тратят время на одни и те же решения.
Чтобы перестать каждый раз изобретать велосипед, мы собрали накопленные практики в единый подход и сделали инструмент для чат‑ботов с ИИ — @gravity‑ui/aikit. Он позволяет создать полноценный интерфейс ассистента за несколько дней и при этом легко адаптировать его под разные сценарии.
Меня зовут Илья Ломтев, я старший разработчик в команде Foundation Services Yandex Cloud, и в статье я расскажу, почему мы решили собрать AIKit, как он устроен, немного о планах на будущее — и о том, что можно попробовать у себя.
Модульность, сетки, аккуратные блоки — всё это стало привычной частью интерфейсов. Многие из них визуально напоминают японские bento-боксы. Но ровные скругленные блоки сами по себе не делают дизайн bento. За визуально похожей компоновкой стоят разные принципы: где-то это удобная сетка, а где-то — осознанная композиция со своими акцентами.
В статье веб-дизайнер студии комплексной разработки цифровых решений CleverPumpkin Александр Попов вместе с лид-дизайнерами команд «Авито», «Альфа-Банк» и «Детский мир» разбирают, чем bento-стиль отличается от других модульных подходов к созданию дизайна; ситуации, где модульность помогает и в каких мешает. Внутри — примеры продуктовых интерфейсов, выводы и практические рекомендации по работе с bento.
Когда впервые появилась идея чек-листа самопроверки макетов, я воспринял её как очередную бюрократию. Ещё один документ, который никто не будет читать. Казалось, и без него всё под контролем: опытная команда и выстроенные процессы. Но когда дизайнеров в моём направлении стало не семь, а пятнадцать, а количество продуктов увеличилось в три раза, стало ясно, что без простого инструмента контроля качества мы утонем в хаосе.
Привет, Хабр! Я Илья Гордеев, руковожу командой дизайна внутренних продуктов в X5 Tech. В этой статье расскажу, как мы создали чек-лист самопроверки, какие сложности прошли при внедрении и как он помогает экономить время на ревью, держать планку дизайнерам, а команде работать быстрее и чище.
Визуальный шум — это избыточные элементы, которые мешают воспринимать информацию, повышают когнитивную нагрузку и усложняют работу с интерфейсом
Как это работает
Визуальный шум усложняет восприятие информации. Например, на картинке ниже есть две надписи "Шевелись, Плотва!". Левую надпись прочитать заметно сложнее, потому что она лежит на полосатом гамбезоне Геральта и перемешивается с ним, а правую надпись читать проще, потому что она лежит на однородном фоне
Залипающий hover на мобильных устройствах – частый баг. Раньше мы решали это просто плагином PostCSS Hover Media Feature, он оборачивает все псевдоклассы :hover в медиазапрос @media (hover: hover) {}. Так мы проверяли поддержку hover и отключали его на мобилках. Но во время тестирования одного проекта оказалось, что на некоторых устройствах hover продолжает залипать.
Мы начали исследовать интернет-банки три года назад с одной чёткой целью, которую преследуем и сейчас. Сделать работу, которая помогает увидеть сильные и слабые стороны интернет-банков и понять, как они отражаются на повседневных задачах МСБ.
Мы с командой проанализировали 25 мобильных приложений лидеров рынка электронной коммерции в России и в мире в четырех категориях, где риск возврата особенно чувствителен к точности выбора, — и выбрали 14 UX-решений, которые способны значительно его снизить.
Всем привет! Меня зовут Саша, и последние 12 лет моя жизнь — это дизайн. Сегодня я руковожу дизайн-командой в KISLOROD, а в прошлом — помогал крупным брендам и миллионным сервисам обрести их уникальный голос и форму.
В этой статье мы проанализировали 11 интернет-магазинов электроники и техники, которые выделяются продуманным пользовательским опытом. Разобрали, какие приемы дизайна, навигации и взаимодействия с пользователем делают их сайты особенно комфортными и понятными.
Эта подборка поможет увидеть актуальные UX-тренды и найти вдохновение для развития собственного e-commerce-проекта.
В бытность свою веб-разработчиком я часто сталкивалась с тем, что задачи ставятся непонятно. Вот вроде бы тебя попросили что-то сделать, а зачем это нужно — не ясно. И когда делаешь, выясняется, что надо было делать совсем другое.
Недавно я увидела адвент на сайте «Читай-города» и вспомнила один из самых криповых случаев: мы делали сайт на Drupal, и заказчик попросил добавить адвент-календарь к Новому году. Сказал, что нужно, чтобы по клику на окошко пользователь получал код. И достаточно 20 разных кодов, чтобы каждый день коды менялись.
Казалось сначала, что код будет работать как пароль, открывая доступ к определённому контенту. Но по ходу реализации мы выяснили, что коды должны быть разные для всех пользователей и привязаны к сложному расчёту скидок. Мы столько раз переделывали этот адвент, что в итоге так его и не запустили…
Корень провала был не в Drupal и не в сложности кода. А в том, что изначальная просьба «сделать календарь» скрывала за собой неочевидную бизнес-систему — персонализированную систему купонов. Мы как разработчики копали вглубь интерфейса, а надо было сначала понять механику.
Именно поэтому мне захотелось разобрать не просто «какие бывают адвенты», а что на самом деле имеет в виду бизнес, произнося эту фразу, и какую скрытую систему он хочет построить. Зимой это особенно актуально: перед праздниками поведение пользователя резко меняется, конкуренция за его внимание обостряется. Просто «не кануть в забвение» — непростая бизнес-задача. А адвент-календарь — один из самых популярных инструментов для её решения.
Художественная реконструкция реального эпизода 1773 года: охота за султанскими сокровищами в Средиземном море.
Главный герой — Георгий Ризо, греческий капитан, адъютант графа Алексея Орлова и командир корсарской эскадры. Перед ним — карта района плавания. По ней он объясняет экипажу свой замысел и вдохновляет экипаж на рискованное предприятие.
Бизнес — это тоже своего рода поход за сокровищами.
И в такой мощной программе управления, как 1С:ERP, «карта похода» — единый наглядный инструмент планирования — нужна руководителю ровно так же, как капитану — карта района плавания.
Но в 1С:ERP такой карты нет. В подсистеме планирования данной программы отсутствует рабочее место руководителя — нет визуального инструмента, который позволял бы одним взглядом охватить весь бизнес-замысел: стратегию, тактику и связи между ними.
Ниже — о том, как я создавал прототип такой карты. Создавал буквально «на коленке». И как из «карты для руководителя» неожиданно вырос ИИ-помощник по планированию в 1С:ERP.
Привет, Хабр! Меня зовут Илья Стариков, я ведущий бизнес-аналитик в направлении HMI (Human Machine Interface). С интерфейсами автомобилей я работаю больше восьми лет: участвовал в создании HMI-концепций, исследовал пользовательский опыт, проводил бенчмаркинг и тестирование автомобилей.
В прошлых публикациях я разбирал эволюцию систем управления авто и системы ADAS. А сегодня хочу рассказать, как вообще разрабатывают интерфейсы современных автомобилей, чем HMI отличается от UI/UX и какие основные элементы интерфейса правят балом в современных машинах.
В статье будет рассмотрена большая часть современных агентских IDE которые хоть кто то из знакомых и подписчиков использовал, а именно: Cursor, Kiro, Claude Code (Расширение), Roo Code, Kilo Code, Antigraviry, Cline, WindSurf, Continue, TRAE, Qode, Warp ADE, Zed
Для тех кто не любит читать итоговая табличка конечно же в начале:
Привет! Я — Лёша Яркин, решаю бизнес-задачи с помощью дизайна уже больше 10-ти лет. Это третья часть моей большой статьи, и сегодня я поделюсь ссылкой на мои шаблоны дизайн-шпаргалок, которые помогают мне декомпозировать, и отслеживать прогресс дизайн-задач прямо в Figma. Я опубликовал их в Figma Community. Все шаблоны абсолютно бесплатны, и вы можете их использовать, либо изменять, как посчитаете нужным/удобным.
Я создаю себе воображаемых пользователей и провожу с ними глубинные интервью для улучшения сервиса контроля стройки домов в ИЖС
Привет, Хабр!
Мне нравится рассказывать про красивые и удобные интерфейсы. Всю свою карьеру я старался делать всё, что мог для комфорта пользователя.
Но также я встречал фронтендеров, которые не тратили много времени, продумывая взаимодействие пользователя с интерфейсом. Им было всё равно, а некоторые даже хотели специально подложить какую-то «какашку».
Я подумал, что надо им помочь сделать ужасный интерфейс! Составил список решений, которые заставят пользователя подумать о разработчиках не очень хорошо.
Давайте посмотрим, что я вам подготовил.
Вы можете бесконечно улучшать визуал, выравнивать пиксели и менять цвета кнопок — но все это не имеет смысла, если интерфейс не говорит с пользователем на человеческом уровне. Настоящий UX начинается не с сетки, а с понимания, почему человек вообще что-то делает.
Маркетологи, которые когда-то штудировали Роберта Чалдини, знают: эмоции и поведенческие триггеры конвертят не хуже скидок. И если раньше принципы влияния применяли в рекламе и продажах, то сегодня они стали еще и фундаментом эффективного UX.
В статье разобрал, как крупные e-Com-бренды используют «невидимые» психологические триггеры в дизайне — и как вы можете применить их уже завтра.
Привет! Я Лера Черепанова, руковожу UX-лабораторией в Контуре. По сути, мы внутреннее агентство — подключаемся к разным командам на 1—1.5 месяца, проводим исследование и идем в следующую команду.
И даже если обычный исследователь внутри продукта рано или поздно сталкивается с проблемами своего влияния, то у UX-исследователя внутри лаборатории эти проблемы ещё более значимы.
В статье я хочу затронуть две разные ситуации, с которыми нам приходится сталкиваться и в которых приходится по-разному взаимодействовать с командой так, чтобы результаты нашей работы что-то могли поменять.
Мы любим говорить, что дизайн должен быть «интуитивно понятным», а когда начинаешь спрашивать (даже у дизайнеров) о том, что это такое — в ответ обычно слышишь общие фразы в духе «ну должно быть понятно как им пользоваться» — никакой конкретики о том, на что обращать внимание и как этой «интуитивной‑понятности» добиваться. Норман в своей книге сделал неплохую попытку формализовать это, выявил и описал концепты, на которые нужно фокусировать внимание при разработке дизайна продукта.
Пересказывать полностью не буду, вместо этого опишу те моменты, которые «запали в душу» и немного своих мыслей.
