Всем привет! Я Михаил Кравченко, дизайнер игровых интерфейсов.
В этой статье рассмотрим процесс попадания в референс на примере декоративного элемента из Hearthstone и приёмы, которые упрощают жизнь UI художника. Ниже лежит картинка с результатом, который у меня получился.
Нередко получается так, что имея наследие и ограниченные ресурсы нужно делать так, чтобы продукт не проседал на фоне конкурентов.
Хочу поделиться как мы, имя слабую компонентную базу, умудрились завезти тёмную тему для айос и андроид.
При этом в «дано» у нас было:
— библиотека цветов в Фигме;
— библиотека цветов на платформах (с кучей цветов наследия);
— только базовые компоненты в Фигме и ещё меньше — в коде;
— иконочный сет и сет иллюстраций.
В статье я по шагам опишу наш путь.
Давно полюбил формат Markdown за простоту и легкость его использования при документировании исходного кода и за возможность его применения при оформлении статей для Хабра. Потом добавился Obsidian для ведения заметок. И формат Markdown стал по сути основным способом форматирования набираемого текста.
Единственной, но весьма большой ложкой дегтя, оставалась проблема ввода символа решетки «#» при использовании русской клавиатуры. А так как знак решётки (октото́рп, хеш, знак номера, дие́з, sharp), в русской раскладке клавиатуры отсутствует, то каждый раз переключаться на английскую раскладку, меня немного утомляло. И «немного утомляло» еще мягко сказано, так как символ решетки, кроме указания заголовков в Markdown и тегов в Obsidian, еще часто используется как начало комментария до конца строки (в Bash, Python, NewLang).
А так как предлагаемые на просторах интернета способы ввода символа решетки в русской раскладке клавиатуры меня совсем не вдохновляли (и если Alt+35 на Numpad под виндой еще сойдет, но этот способ не работает под Linux, а занимать буфер обмена ради вставки одного символа, вообще не вариант), то пришлось потратить некоторое время на эксперименты, результатами которых я и хочу поделиться.
В этой части оставшаяся половина исследования (клавиатура, аватар, система взаимодействия, иммерсивность) и итоги.
Спасибо за обратную связь по первой части: и за фидбек, и за поддержку.
Продолжим. Зафиналим!
Эта статья будет полезна, если вы занимаетесь дизайном, проектированием пользовательских интерфейсов, или примеряете на себя роль менеджера.
Лонгрид о том, как с помощью бенчмаркинга найти и использовать лучшие практики рынка.
Бенчмаркинг можно применять как для проектов, которые находятся на стадии запуска или защиты перед руководством, так и для digital-продуктов, которые уже работают. В первом случае вы сможете продемонстрировать ЛПР, руководству или инвесторам предварительное видение будущего продукта. Во втором — получить важные инсайты и найти новые идеи для реализации. Ниже делюсь методикой и инструментами бенчмаркинга.
Рекомендовано к прочтению всем, кто занимается дизайном, аналитикой, исследованиями или представляет отделы маркетинга и R&D.
С каждым годом войти в IT становится всё труднее. За счёт высоких зарплат, комфортного образа жизни, амбиций, потребности в специалистах, сейчас чуть ли не каждый второй хочет стать программистом. За счёт этих факторов, рынок труда в IT перенасыщается, из-за чего потребности в навыках специалистов тоже выросли. Теперь от разработчиков даже требуют уметь программировать, я знаю, это ужасно...
Это не говорит о том, что сейчас в IT идти смысла нету, этот факт лишь говорит о том, что повысилась конкуренция. Я лично считаю, что такая ситуация наоборот благосклонно влияет на весь мир в целом, так как конкуренция порождает прогресс. А для вас это дополнительный стимул стать еще более востребованным специалистом и сильной личностью.
Перед вами задача спроектировать калькулятор для банковского сервиса. Рассказываем, с чего начать, какие практики упростят работу пользователя и сделают калькулятор честным.
Привет, Хабр! Сегодня поговорим про способы упрощения клиентского пути приложений посредством использования подсказок при заполнении данных об адресах и реквизитах организаций, а также рассмотрим опыт подключения сервиса «Подсказок» от DaData к электронной форме документа. И сравним использование «Подсказок» по адресам и адресных справочников Федеральной информационной адресной системы (ФИАС). Через тернии к звездам ведет Алена Сычева, аналитик направления Аналитики «Цифровых технологий», ИТ-”дочки” ДОМ.РФ.
Одна из задач в разработке современных программных продуктов — снижение порога вхождения. Ее решением может быть, например, документация, снабженная большим количеством примеров, развитая техподдержка или возможность использования продуктов на нескольких языках программирования.
Рассмотрим процесс создания обертки для библиотеки геометрического ядра C3D Labs.
В прошлой статье о некоторых группах респондентов фигурировали любимцы публики: дворовый парень, VIP-клиент, эксперт, продвинутый и провинциал. На самом деле, мы невероятно благодарны за обратную связь по статье как коллегам (эх, какой был тред воспоминаний о встречах с типажами!), так и всем-всем-всем заинтересованным лицам.
Мы продолжаем разговор, и сегодня — рассказ в демографическом разрезе. А именно — возраст и семейное положение. А конкретно: дети, подростки, семейные пары, молодые мамы и наши фавориты — пенсионеры. Как и в прошлой статье, расскажу про каждый типаж на UX-исследованиях и дам рекомендации по общению с ними.
Заметки модератора на полях про мой опыт: 12 неполных лет в качественных исследованиях (GfK, Ipsos) + год в банке. Из них 5 лет в финтех-рисече и 2 года в UX. Итак: финтех, банковская сфера, продуктовые in-house исследования.
От неточностей в текстах не застрахованы даже самые крупные компании. Ляпы можно встретить везде — в корпоративных документах, промо‑роликах, на сайтах, в презентациях… Иногда это недосмотр по невнимательности, а иногда — проявление вопиющей непрофессиональности.
В этом посте я разберу конкретные примеры. Думаю, некоторые из них вас удивят.
***
Хуже всего, когда в корпоративных текстах встречаются грамматические ошибки — неправильное употребление времен, некорректное склонение по числу/роду и т. п.
Взгляните на этот скриншот из Zoom:
Когда дизайнер проектирует несложный сервис вроде службы доставки или типовой интернет-магазин, он опирается на уже сложившийся User Experience в определенной отрасли. Но бывает такое, что клиенты приходят с задачами, где очень мало вводных. Например, новый продукт, стартап или сложный сервис, у которого нет аналогов.
В статье делимся своим опытом как действовать дизайнерам при проектировании уникальной и сложной системы.
