UX Notes

Вова Красильников написал, как в Фигме организовать работу со светлой и тёмной темой с помощью переменных.

— С помощью панели Local variables (ничего не выбрано, вкладка Design) добавьте переменную типа Color;
— Присвойте переменной второе значение, добавив ещё одну колонку в появившейся таблице;
— Задайте компонентам и уникальным элементам макета цвета с помощью переменных (отображаются квадратиками в отличие от круглых стилей);
— Чтобы использовать одно из значений переменной, на панели Layer выбранного элемента нажмите на гаечки, выберите коллекцию переменных (по умолчанию будет Collection 1) и название нужного столбца (режим);
— По умолчанию используется режим родительского слоя;
— Можно создать секции светлой и тёмной темы, задать для них режимы. Тогда фреймы с переменными цветами, попадая в эти секции, будут автоматически применять цвета светлой или тёмной темы.

#figma #dark_theme

Михаил Мирошников написал, как разное содержимое пушей с персональными промокодами влияет на CTR, — на основе проведённого исследования (а/б-тесты).

— Эмодзи (один) ставьте в начале заголовка;
— Обращайтесь к пользователю по имени в начале короткого пуша. В длинном «пуше» это не важно (в приложении Сбера отображаются уведомления, Михаил называет их длинными пушами);
— Промокод в коротком пуше располагайте в теле, в длинном — в заголовке;
— Акцент на сроке его действия повышает CTR в коротком пуше;
— Лучше всегда писать размер скидки, даже если она небольшая. Номинал скидки размещайте в заголовке;
— На кнопке в длинном пуше пишите «Воспользоваться»;
— Не усложняйте текст цифрами. Пишите «миллионы» вместо «8 000 000»;
— Информация о продуктовых фичах (доставка, бонусы) повышает CTR, даже если удлиняет сообщение;
— Англицизмы (маркетплейс, шопинг) снижают количество переходов, но это может зависеть от аудитории;
— Призыв к действию в тексте («отметьте с праздничным промокодом…») CTR не повысил.

#push #writing

В Testograf написали, как удержать внимание участников опроса.

— Оптимальная длительность опроса — от 5 до 15 минут;
— Делите опрос на разделы и подразделы;
— Задавайте вопросы, которые стимулируют мышление и вызывают интерес;
— Сообщайте респондентам, почему их мнениие важно и что вы будете делать с результатами опроса;
— Используйте разные форматы вопросов: с выбором одного ответа, множественным выбором, открытые, шкалы.

#research #survey

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

— За основу навигации можно взять потребности пользователей и разделить всё на информацию для вылетающих, встречающих и транзитных пассажиров;
— Табло — важнейшее содержимое сайта, иногда его сразу выносят на главную. Оно должно оперативно обновляться;
— Чтобы пользователи не упускали изменений в рейсе, новые значения лучше отображать на табло рядом со старыми и выделять их;
— Возможность добавить рейс в закладки на сайте аэропорта: не надо регистрироваться и передавать личные данные, но узнать об изменении можно только на сайте;
— Подписка на пуши сайта аэропорта в браузере, уведомления через Телеграм, ВК или имейлы: можно получать уведомления удобным способом, но надо поделиться своими контактами;
— Сориентироваться в аэропорту поможет его интерактивная карта. На ней лучше использовать элементы навигации самого аэропорта (иконки, цвета, названия объектов);
— Сделайте каталог услуг аэропорта с разделением на категории и поиском, ключевые услуги выведите на главную;
— Покупки в аэропорту можно добавить как этап пути пассажира перед регистрацией: с рекламой, напоминанием купить подарки.

#transport

Тесс Гэдд написала о сочетании предварительного просмотра и полного отображения.

— Превью (предварительный просмотр) — релевантные данные, позволяющие быстро составить общее представление и показывающие, что на них можно нажать для перехода к полному отображению (все данные);
— Варианты превью: карточки (включая вариант с одной карточкой в строке), список (может выглядеть как таблица), обрезка (заголовок и часть текста с кнопкой «Читать дальше»);
— Полное отображение: модальное окно (позволяет сохранить контекст), отдельная страница (больше места для информации, минимизирует отвлекающие факторы), боковая панель (может располагаться рядом с содержимым страницы и поверх него, удобно для работы с большим количеством данных), аккордеон (полное отображение появляется под элементом, на который нажал пользователь);
— Сочетание «карточка + отдельная страница» встречается чаще всего;
— «Карточка + модальное окно» подходит для развлекательных проектов, галерей, соцсетей;
— Сочетание «список + боковая панель + отдельная страница» реализовано в Notion. Можно открыть боковую панель и расширить её до всей страницы, чтобы список не отвлекал.

In English. #navigation

Артемий Меньшиков написал о пользе UX-исследований.

— Продуктовый дизайнер и UX-исследователь — носители экспертизы о пользовательском опыте, но немного разной;
— Исследования показывают, какой опыт получают конкретные пользователи с конкретными продуктами;
— Часто решения основываются лишь на экспертизе дизайнера, что ускоряет time to market, но фактически означает тестирование гипотез на бою, что не круто (но иногда гипотезы можно проверить только так);
— Культуру проверки своих решений надо воспитывать в себе (но дизайнер не может заменить полноценного исследователя) и в компании;
— Надо быть готовым, что по результатам исследования дизайн придётся переделывать;
— Благодаря исследованиям дизайнер видит совершённые при проектировании ошибки и может расти;
— Исследования прокачивают эмпатию и вытаскивают из информационного пузыря (в котором все пользователи ходят с последними айфонами и тому подобное);
— И создают аргументацию для выбора того или иного решения.

#research

Евгений Бондковски написал, как упростить восприятие и увеличить скорость работы с таблицей, оформив её содержимое.

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

#table

Веня Векк записал видео о методе прогрессивного джипега.

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

О методе в Ководстве. #process #wireframe

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

— Их рекомендуют делать минимум 44×44 px. Поэтому на нижней панели меню поместится не более 5 пунктов;
— На разных экранах пиксели разные, поэтому следует говорить о DIPs (dp), device independent pixel;
— Таблица для перевода pt в px и em, в SP или DP для Android, в pt для iOS и в DIP или px для Windows;
— Минимальная область нажатия может быть разной: 11 мм (31 pt / 42 px) в верхней части экрана, 12 мм (34 pt / 46 px) в нижней, 7 мм (20 pt / 27 px) в центре;
— Согласно требованиям WCAG 2.1 уровня ААА, если область нажатия находится в предложении или текстовом блоке, она может быть 27 px;
— Предлагайте отдельные контролы для точных манипуляций. Можно поворачивать изображения жестом, но удобнее может быть специальный слайдер или кнопка;
— Иногда несколько касаний лучше одного. Можно выбирать цвет товара нажатием на маленькие кружочки, а можно при нажатии на блок с кружочками отобразить специальную панель выбора цвета с удобными большими контролами;
— Максимизируйте кликабельные области. Например, чтобы нажать можно было на всю карточку, а не только заголовок, или на весь прямоугольник аккордеона.

In English. Конвертер mm в px и обратно Александра Овчаренко. #mobile

Юля Коновалова написала о проектировании разговорных интерфейсов.

— Проектированием ботов занимается дизайнер диалоговых интерфейсов. Другие названия: скриптолог, архитектор разговорных решений, CUI/CUX-редактор;
— Первый шаг — high-level design (HLD), чаще всего это схема с отображением входа и выхода из диалога, ключевых сценарных веток и обращений к внешним системам;
— Low-level design (LLD) — максимальная степень детализации: конечные формулировки реплик бота, запросы пользователей, которые он отрабатывает, все сюжетные переходы и реакции, обработчики ошибок и событий, логика обращений к внешним системам;
— Также в сценарной папке хранится детальное описание ToV и, если есть, sequence-диаграмма и прочая документация по взаимодействию с внешними сервисами, мультимедиа-контент;
— LLD помогает визуализировать ожидания заказчика и концепцию разработки, обозначить объём работ, декомпозировать задачи, тестировать бота (сценарий будет эталоном), проводить UX-исследования;
— Дизайн бота нужен при презентации сценария, реализации, тестировании, презентации готового решения, разборе логов, проектировании доработок;
— Важно дообучать бота, расширять его базу знаний, добавлять реакции на вопросы вне изначального сценария, иначе он перестанет быть полезным;
— Баг, найденный на этапе согласования сценария, всегда дешевле исправить, нежели баг, найденный на этапе тестирования готового кода;
— Если предполагается сложный древовидный сценарий с множеством сюжетных веток, лучше разделить его создание на этапы: общий костяк, первая ветка и так далее. Как только кусочек сценария согласован, можно заниматься его реализацией.

#voice

Ярослав Александров написал, как усложнить жизнь злоумышленникам и сохранить удобство входа.

— Это две противоположные цели: 1) Упрощать прохождение воронки регистрации и авторизации; 2) Снижать число попыток несанкционированного доступа к пользовательским профилям;
— Метрики удобства: процент авторизованных пользователей, общее количество покупателей и сделок, ключевые конверсии, ключевые действия на площадке (покупка, контакт);
— Проверяйте все сценарии UX-тестами;
— Отслеживая обращения пользователей, объединяйте жалобы с данными, чтобы видеть общую картину, так как часто нарушители нагружают поддержку, маскируясь под недовольных пользователей;
— Слабые пароли — одна из главных точек приложения усилий взломщиков. Формальные требования к паролям не работают. Пароль P@ssword1 так же легко подобрать, как и password;
— Внедряйте более сложные требования к паролям и одновременно рассказывайте, как легко создать и запомнить по-настоящему сложный пароль. Например, использовать как пароль 3 случайных слова на английском или русском (транслитом);
— Люди включают 2-факторную авторизацию, когда а) их где-нибудь взломали, б) профиль стал ценным, в) прочитали, что к профилю может получить доступ посторонний. Они не хотят, чтобы от их имени кого-то обманули;
— Большинство способов 2-факторной авторизации портят пользовательский опыт. Есть метод Risk Based Authentication, когда такая авторизация нужна только если система подозревает взлом;
— Способы 2FA: смс, пуш, звонок (продиктовать код, ввести последние 4 цифры номера, с которого звонили, пользователь должен сам позвонить), TOTP, QR-код (отсканировать из приложения), имейл (код или ссылка в письме), внутренний мессенджер продукта, биометрия, список одноразовых паролей, физические ключи, пин-код.

#login #security

Димитрис Хацилиас написал, как с помощью минимализма в интерфейсе снизить когнитивную нагрузку.

— Сократите количество опций, которые вы предлагаете (хотя бы на первом уровне иерархии). Оставьте на нём только основные и часто используемые;
— Добавьте воздуха, чтобы насыщенные информацией элементы не выглядели перегруженными;
— Удалите лишние границы между элементами (рамки и цветные плашки);
— Проработайте визуальную иерархию. Положение, прозрачность и размер элементов должны соответствовать их значимости, управлять вниманием пользователя;
— Если нужен дополнительный цвет, попробуйте использовать оттенок уже имеющегося в палитре;
— Не добавляйте альтернативных способов совершить одно и то же действие, чтобы пользователь не сомневался, правильный ли путь он выбрал для решения задачи.

In English. #minimalism #cognitive_load

Фрэнк Рауш написал о шаблонах навигации в iOS-приложениях.

— Чаще всего архитектура приложений — иерархическое дерево с несколькими уровнями вложенности;
— Навигация происходит по структуре дерева. Из списка пользователь переходит к новому списку или конечным экранам, а возвращается назад по кнопке «<»;
— Плоская структура: шаблон предназначен для навигации между ключевыми экранами с помощью нижней панели на телефоне и боковой на планшете;
— Ключевых экранов может быть не более 5, один из пунктов меню всегда выбран, панель доступна всегда, когда не перекрыта модальным окном;
— Пирамидальная структура: шаблон позволяет быстро перемещаться между элементами одного уровня иерархии (например, свайпами), не возвращаясь на родительский экран;
— Модальная навигация: высокоприоритетные окна (требуют принятия решения, диалоги), низкоприоритетные (не требуют принятия решения, подсказки, попапы, всплывающие меню);
— Немодальная навигация: уведомления, интерактивные элементы вроде индикатора настройки громкости;
— Внутренняя навигация: изменение состояния (пользователь остаётся на том же экране), пошаговая навигация (ряд экранов объединены в линейный флоу и размещены в модальном окне).

In English. #mobile #navigation

Станислав Хрусталёв написал о подводных камнях NPS.

— Если человек говорит о готовности рекомендовать, это не значит, что он действительно так сделает. Не стоит использовать NPS для прогнозирования;
— Чем больше вариантов, тем сложнее сделать выбор. В данном случае люди выбирают из 11 вариантов ответа. Плюс для респондента разница между 6 и 7 (или 8 и 9) невелика, а для расчёта — значительна;
— По гайдлайнам варианты должны располагаться в один ряд слева направо. На телефонах цифры стоят близко друг к другу, что повышает вероятность ошибки;
— Показателем легко манипулировать, достаточно разослать опрос сегменту тех, кто оценил сервис на 5 в опросе CSAT;
— Его погрешность примерно в 2 раза выше, чем в том же CSAT. Для получения надёжных данных выборка должна быть больше;
— Он не покажет изменений, если клиенты в среднем ставили 0 и 1, а после изменений в компании стали ставить — 5 и 6. И в целом не покажет изменений при смещении оценок внутри групп промоутеров, нейтралов и детракторов.

#metrics

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

— Используйте для кнопок тег Button. Это первое правило ARIA, плюс не надо дополнительно беспокоиться о навигации табом и обработке нажатия на элемент пробелом или клавишой Enter;
— Заголовки страницы должны начинаться с тега h1. Основной заголовок страницы должен быть h1, даже если визуально он не самый большой на ней (решается стилями);
— Картинки бывают контентные и декоративные (пользователь ничего не теряет, если они не грузятся). К последним можно отнести иконки в меню, продублированные текстом. Контентные картинки размечайте тегом с атрибутом alt, в котором будет их текстовое описание;
— Иногда иконки показывают изменение цены (↑, ↓) или что цифры 4,8 — это рейтинг. В этом случае можно использовать скрытый текст перед суммой изменения в рублях («Цена акций выросла на») или цифрами рейтинга («Рейтинг:»);
— Не используйте атрибуты ARIA, если можно обойтись нативными html-тегами. Таблицы можно и нужно использовать для разметки табличных данных. Незрячие по нажатию клавиши, например, смогут узнать, на какой строке находятся, название столбца и так далее.

#accessibility

Саша Окунев и Инга Гвоздева написали, как выбрать хороший онлайн-курс по дизайну. Несколько тезисов:

— Если чат организован в интерфейсе образовательной платформы, скорее всего, активности в нём будет мало, так как туда надо заходить специально. Лучше, если чат будет там, где и так сидят студенты. Например, в Телеграме;
— Иногда для защиты от пиратства требуют устанавливать системы вроде Инфопротектора, курс можно проходить лишь с одного авторизованного устройства, нельзя смотреть видео с телефона, перематывать и делать скриншоты. Настолько ли курс уникален, чтобы идти на такие жертвы?
— Чем больше делаете своими руками в процессе обучения — тем лучше;
— Бывает, что все 20–30 студентов делают одинаковые проекты, например, дизайн онлайн-супермаркета. С такой работой в портфолио сложно выделиться. Уточните, можно ли выбрать тему учебного проекта или прийти со своим;
— Если обещают стажировку, узнайте, будет ли прямой доступ к специалистам компании. Если всё будет проходить через фильтр ментора из онлайн-школы, не будет реального опыта и практики софт-скилов, не увидеть реальных процессов компании;
— Если звёздный эксперт ведёт авторский курс, с небольшим количеством студентов обычно всё хорошо. Проблемы начинаются при попытках курс масштабировать. Изучайте отзывы, проблемы вскроются после первого же потока;
— Отзывы изучайте на конкретный курс, а не на школу.

#career

Михаил Наер и Иван Звягин написали о понимании задачи.

— Это документ, с помощью которого дизайнеры и стейкхолдеры могут сформировать единое представление о задаче;
— Его надо составлять на старте большого проекта (добавление каналов в банковское приложение) или отдельной задачи в рамках такого проекта (проектирование первого касания с каналами), то есть когда результатом будет изменение метрик;
— Документ помогает попасть в потребности клиентов и бизнеса, найти более сильное решение, замерить его эффективность, не брать задачи, которые решаются другими фичами;
— В большом проекте самостоятельно подготовить понимание задачи нереально, это надо делать на установочной встрече с дизайнерами и стейкхолдерами всех связанных продуктов;
— Документ состоит из вводных, миссии (как фича поможет пользователям), цели (какую пользу принесёт компании и почему), аудитории, критериев успеха;
— Бывают задачи без цели (социальные, некоммерческие проекты) или миссии (добавление согласий с юридическими документами), но лучше попытаться их найти;
— Описание аудитории отвечает на вопрос, кто наши пользователи и сколько их (и стоит ли задачу вообще делать);
— Критерии успеха помогают запланировать необходимые замеры и понять, решена ли задача. Они всегда направлены на миссию или цель;
— Что мы будем считать успехом? Есть ли бенчмарк? Что хотим не сломать? Что если результат не соответствует ожиданиям?

Смотрите также лекцию Ильи Бирмана о понимании задачи. #product

В aim написали о пуш-уведомлениях.

— Пуши бывают сервисные и маркетинговые;
— Маркетинговые рассказывают об акциях и вовлекают в использование приложения. Банк напоминает о кешбеке в партнёрских магазинах перед Новым годом;
— Сервисные облегчают взаимодействие клиента и компании. Например, транзакционные позволяют подтвердить платёж или авторизоваться. Триггерные сообщают об изменении статуса заказа;
— Нет идеального времени для отправки уведомлений. Идеальное время — когда уведомления ждут;
— Чтобы маркетинговые пуши меньше раздражали, они должны приходить не часто, быть полезными и адекватными этапу пользовательского пути (через время после покупки собачьего корма напомнить пополнить запасы);
— Максимум 50 символов в заголовке, 180 в тексте. Проверяйте внешний вид уведомлений, чтобы не было неконтролируемых обрезаний;
— Текст должен быть простым и лаконичным, так как пуш легко смахнуть и после этого уже нельзя вернуть, чтобы перечитать;
— В заголовок выносите пользу и важную информацию;
— Эмодзи и заглавные буквы ассоциируются с навязчивой рекламой, люди могут игнорировать такие сообщения;
— Не манипулируйте. Мало кто верит в «Только сегодня» и «Последний шанс». Но хуже, если приложение, например, заставляет пользователя чувствовать себя ленивым («Кажется кто-то ленится даже заходить в приложение»).

#writing #push

В Antro написали о частых ошибках в дизайне главных страниц и каталогов интернет-магазинов.

— Главная однобоко раскрывает ассортимент. Пользователи видят в новинках только походное снаряжение, когда компания продаёт разные спортивные товары. Покажите не менее 40% типов товаров. Также можно вынести ключевые категории в главное меню;
— Не помогает сформировать представление о товарах. Добавьте в карточки названия, цены (понять уровень), несколько фотографий (на десктопе можно менять при наведении курсора), цвета, ключевые характеристики;
— Если магазин малоизвестен, напишите на первом экране о его специализации, особенностях товаров, на каких покупателей ориентирован;
— В каталоге данных о товарах слишком мало (приходится открывать страницы товаров, люди устают и сдаются) или много (перегруженные страницы, лишняя информация отвлекает). Покажите важные для выбора характеристики и возможные вариации товара (вроде цвета), его фото отдельно, в контексте, во время использования;
— Повторяющиеся элементы (например, кнопку «В избранное») на десктопе можно показывать при наведении курсора на карточку товара;
— Не видно, что применён фильтр, из-за чего пользователь неправильно воспринимает ассортимент. Покажите все применённые параметры фильтрации, дайте возможность быстро их сбросить по отдельности и все разом;
— Отображайте значение и название параметра фильтра («Длина 15 см»);
— Нет подходящих параметров фильтрации. Дайте возможность фильтровать по всем характеристикам. Основные параметры, не зависящие от типа товара: цена, пользовательский рейтинг, цвет, размер, бренд;
— Если товара в наличии нет и не будет, не давайте ложных надежд, сразу сообщите об этом и предложите альтернативы. Если он скоро появится, просто увеличьте сроки доставки.

#ecommerce

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

— Продуктовым дизайнерам можно дать задачу, например, спроектировать приложение для Деда Мороза. Но можно придумывать и новые концепции для вашего текущего продукта;
— Важные условия: 1) Участники ничего не знают о задаче заранее и не могут подготовиться; 2) На поиск решения есть два часа (выведено экспериментально);
— Самое главное, что так можно прокачивать концептуальное мышление — навык мыслить нестандартно, нешаблонно и при этом не просто предлагать идеи, а визуализировать их, прорабатывать (в том числе в плане монетизации и возвращаемости пользователей) и обосновывать;
— При этом лид может оценить уровень навыков дизайнера в концептуальном мышлении, UI-дизайне, презентации, быстром принятии решений, управлении временем;
— Подходит для больших команд и индивидуальных занятий, джунов и синьоров;
— Сформулируйте критерии оценки. Например: макеты можно отдать в разработку, интересная идея, проработан основной сценарий и ключевые экраны, понятно, что заставит клиентов регулярно пользоваться продуктом;
— Без технологических ограничений, без проработки мелочей (авторизации или вторичных состояний);
— В обратной связи сообщайте не справился дизайнер или нет, а что понравилось и что можно улучшить;
— Можно определить победителя (и даже вручить приз), но это не обязательно;
— Быстрый дизайн — стрессовая ситуация, к частоте заданий подходите индивидуально. Кому-то задания можно давать раз в две недели, кому-то — раз в квартал.

#management