Интерфейсы *

Привет, Хабр! Меня зовут Саша Терещенко, продуктовый дизайнер и я хочу сказать пару слов про то, что интерфейсы текстовых чат-ботов можно делать сильно лучше. Если приложить голову.

Чатовые интерфейсы меняют существующую парадигму взаимодействия и работы с интерфейсами. Раскин это предвидел 30 лет назад, но пришло это только сейчас. Интересные рассуждения по этой теме представил NNG в своей статье AI: First New UI Paradigm in 60 Years, и именно там содержатся большая часть ценных идей по улучшению чат-ботов.

Первым интерфейсом была перфокарта, вторым — консоль, третьим — GUI. Мы пришли к четвёртому типу.

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

Если вы достаточной древний, то на личном опыте знакомы с технологической энтропией: железо становится мощнее, но софт деградирует. Photoshop тормозит, а ТВ тупит даже при переключении каналов. Портится не только код, но и интерфейсы.

С энтропией кода бороться тяжело. С интерфейсами вопрос решить проще, если проектировать их по правильным принципам.

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

Финтех давно перестал быть чем-то исключительным, став доступнее для широкой аудитории. Управление личными финансами, инвестиции, а в b2b — выполнение рабочих задач, превратились в рутину, наравне с вызовом такси или заказом продуктов. Любой из этих сервисов вносит лепту в формирование представления о «хорошем сервисе».

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

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

На этот раз речь пойдет о миленьком мобильном батлере: SOULS

Очень достойный представитель своего класса. И один из лучших в плане плавности и представления интерфейсных решений. Разработчики не ограничились 2D интерфейсом и полностью использовали 3D пространство, что сделало игру эффектной. Хотя под капотом используются простые решения, разработчики часто упускают эти детали, лишая игру интерактивности и плавности в пользу скорости разработки (хотя чаще это вызвано ленью и нежеланием эти детали прорабатывать). Также в игре присутствует качественный артдирекшен и множество моментов, которые можно внести в свою игру, если есть цель повысить ее качество.

Обзор мобильного Айдлера на предмет полезных интерфейсных решений которые можно использовать в своих проектах.

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

К концу статьи вы узнаете:

1. Почему копировать — не лучшая затея;
2. Что делать, если конкурентов нет;
3. На что смотреть в чужих продуктах;
4. Зачем рассказывать пользователям о сильном конкуренте;
5. Как не стать унылой копией конкурентов.

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

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

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

Hola, Amigos! Меня зовут Ярослав Цемко, я Flutter-разработчик в компании заказной разработки Amiga. Сейчас я расскажу об очень крутом плагине, который помог нам решить проблемы, связанные с адаптацией контента под разные дисплеи в одном из наших проектов.

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

С чего же начать? Сделать методички для дизайнеров? Протестировать свои продукты на пользователях с нарушениями зрения? Отправить всех разработчиков читать материалы по доступной разработке?

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

Вторая статья из цикла, посвященного проектированию с использованием стандартного интерфейса AXI-Stream, а также отладке и документации проектов.

Привет! Мы команда UX-исследователей Alfa Research Center. В банке отвечаем за Employee Experience (EX) — исследование клиентского опыта сотрудников. Мы погружаемся в устройство процессов и интерфейс внутренних продуктов. 

Мы не ограничиваемся исследованиями интерфейсов банка и клиентского опыта и кропотливо улучшаем процессы и сервисы для сотрудников.

В статье расскажем про три EX-проекта, в которых мы: 

1. Запустили сервис, чтобы руководителям всех уровней — от техлидов и менеджеров до членов правления банка, было удобно начислять премии.

2. Разрабатываем с нуля SFA-платформу, и она точно нравится нашим менеджерам.

3. Сделали адаптацию, перевод в другой отдел и увольнение менее болезненными.

Статья будет интересна UX-, CX- и EX-исследователям, тимлидам, HR, руководителям подразделений и владельцам бизнес-процессов.

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

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

С ростом аудитории и функциональности сервисов появляются пользователи, которым по различным причинам необходимо использовать несколько учётных записей для абсолютно разных целей: личных, рабочих или учебных. Чтобы они могли быстро и удобно переключаться между ними, разработчики добавляют в свои приложения функцию мультиаккаунта — с функцией переключения, multi push и т. д.

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

Что может пойти не так?

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

Часто ли дизайнеры или проектировщики получают обратную связь от тех, кто дальше работает с документацией и макетами? Вопрос открытый. Когда я сам сдаю работу, то не ленюсь и через клиента спрашиваю, что думают разрабы о моих макетах и документации. Ответ обычно такой: «Мы не знаем. Раньше не сталкивались с такой подробной постановкой задачи. Если вопросы и возникали, то решали их сами».

Получается, что проектировщики и дизайнеры готовят задачу для разработчиков, но обычно не интересуются, насколько последним было удобно работать с макетами и документацией. А разработчики не могут адресовать вопросы по проекту дизайнерам и проектировщикам, потому что… Если честно, не понимаю, почему. Но ко мне за 300+ проектов вопросы от разработчиков прилетали всего два раза.

Всем привет! Тут уважаемые коллеги уже много раз писали о различных инструментах и технологиях платформы ZIIoT для работы с промышленными данными и создания приложений. Но как-то руки пока не доходили до одного из самых важных ее компонентов — единой объектной модели (ЕОМ). В этой статье я исправлю это недоразумение и расскажу, как реализована концепция ЕОМ у нас и как работает наш инструмент для графического конфигурирования моделей — Zyfra Graphic Object Designer. Меня, кстати, зовут Александр Пучков, я ведущий владелец продуктов в компании «Цифровая индустриальная платформа», которая занимается развитием отдельной модификации ZIIoT для нефтегазовой и нефтехимической отраслей – ZIIoT Oil&Gas – и приложений на ее основе.

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

Чтобы коммуникация была более эффективной, на Госуслугах введены собственные правила оформления текстов. Одно из них — удаление части знаков пунктуации.

Для чего мы это сделали и что именно убрали, я расскажу в этой статье.