Давид Саргсян написал о требованиях к интерфейсу.

— Постулат методологии Agile: «Работающий продукт важнее исчерпывающей документации»;
— Чтобы уложиться в спринт, часто жертвуют документированием: отдают разработчиком тезисные требования, подкреплённые устными объяснениями;
— Они иногда бывают неполными, и разработчики тратят время на уточнения и предположения;
— Потом при доработке или создании смежной фичи приходится тратить время на повторное исследование логики её работы. Можно упустить какие-то нюансы, что ухудшит итоговое качество продукта;
— Из-за пробелов в логике растёт техдолг, на исправление которого со временем требуется всё больше ресурсов;
— Чтобы этого избежать, аналитик должен 1) выделить отдельные элементы интерфейса, 2) задаться рядом вопросов о логике их работы;
— Давид выписал вопросы к 12 самым популярным элементам интерфейса: текстовый элемент для чтения, таблица, поле ввода, раскрывающийся список, поиск, календарь, кнопка, чекбокс, радиокнопка и переключатель, карта, уведомление, загрузчик файлов, индикатор выполнения;
— Например, поле ввода: обязательно ли, ограничение на количество символов, нужны ли подсказка с маской, реакция системы на дубликаты, может ли пользователь редактировать сохранённые данные;
— Раскрывающийся список: можно ли выбрать несколько значений, будет ли поиск по значениям, можно ли добавлять новые значения, как на список значений влияют другие поля.

Перекликается с моей статьёй о функциональной спецификации интерфейса, там тоже фигурировали вопросы к отдельным элементам интерфейса. #docs

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

#accessibility #tool

Юля Кондратьева поделилась результатами исследований, как более конкретные формулировки влияют на поведение покупателей.

— Оператор колл-центра может сказать абстрактно, что посылка прибудет «по адресу» или конкретно «на Московский проспект, 19»;
— Продавцы и операторы склонны к абстрактным формулировкам, так как обслуживают десятки людей в день, и им так проще;
— Шаблоны сообщений с абстрактными формулировками легче разрабатывать;
— 1-е исследование показало: чем конкретнее формулировки операторов (+5,6% конкретности), тем более довольными уходят покупатели (+8,9% удовлетворённости);
— 2-е показало влияние на средние расходы клиентов в течение 90 дней после конкретной коммуникации: +30% и +13%, если исключить тех, кто ничего не покупал в течение 90 дней до коммуникации;
— Если оператор отвечает конкретно, клиенту кажется, что тот внимательно его слушает и лучше помогает.

#writing

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

Дэвид Пирсон. Обложка книжной серии Great Ideas издательства Penguin Books. 2010. Другие обложки здесь

В Альфа-Банке поделились результатами исследования, как форматирование текста влияет на восприятие и эмоции читателя. И подробностями дизайна исследования.

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

Ставьте 👍 если у вас теперь есть аргументы наконец-то отформатировать тот самый текст. А 🫡 отвечает сегодня за реакцию «Спасибо, Кэп». #typography

Михаил Греков собрал папку каналов о UX/UI-дизайне. Там 18 проверенных временем каналов, включая UX Notes, и ещё несколько, которых я читаю, вроде UX Horn и Хуикс. Добавить себе эту папку можно в последней версии Телеграма.

#media

Илья Монин написал, как бороться с людскими пробками перед эскалаторами.

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

#transport

Гил Боуник написал о манипулировании графиками.

— Такие графики будут вводить в заблуждение, оставаясь на 100% точными;
— Если показатели за последние 1–2 месяца не очень, можно их опустить. Увидев такой график, просите показать свежие цифры;
— Если видны пики, показывающие неустойчивую динамику показателя, можно изменить масштаб: например, показывать годы вместо кварталов. Просите увеличить масштаб;
— Если показатели роста выглядят плохо, можно показать кумулятивные данные;
— Если рост недостаточно внушительный, можно поджать график по оси X или изменить базовую линию (или всё это вместе). Прежде, чем изучать тенденции, обратите внимание на ось Y;
— Когорта — группа клиентов, которые совершили одинаковое действие в заданный промежуток времени;
— Если графики когорт показывают снижение показателей, поместите данные на график, основанный на событиях. Но опытные менеджеры и инвесторы, скорее всего, захотят углубиться в когортный анализ;
— Также можно отфильтровать данные, например, показывать пользователей с жёсткой и мягкой активацией. Изучая график, спрашивайте, все данные предоставлены или их часть;
— Активация — точка, в которой пользователь находит ценность в продукте и предоставляет взамен ценность для бизнеса. Пользователи с жёсткой активацией прошли переломный момент с точки зрения использования продукта и ценности, которую они получили от него. Пользователи с мягкой активацией попробовали сервис и даже заплатили за него, но не прошли этот переломный момент.

In English. #data_visualization

Тесс Гэдд написала о входе в систему.

— SSO — технология единого входа, когда используются внешние системы вроде Google. Так входить намного быстрее, чем с помощью логина и пароля (если, конечно, пользователь не использует «Связку ключей» или аналоги);
— Шаблоны входа: а) поля для ввода имейла и пароля, б) кнопки для входа через SSO и почту, в) гибридный с полями и кнопками, г) пошаговый, когда пользователь сначала вводит имейл, д) отправка на почту ссылки для входа, е) окно с предложением войти;
— В идеале должно быть менее 3 вариантов входа через SSO. Не стоит полностью отказываться от входа через почту, так как не все доверяют SSO;
— Гибридный вариант обычно выглядит перегруженным;
— В пошаговом варианте система может запоминать имейл пользователя и сразу показывать поле для ввода пароля;
— Окно с предложением войти через свой гугл-профиль отображается, если пользователь входил так на сайт раньше. Так не надо даже открывать форму входа;
— Если формы входа и регистрации скомпонованы одинаково, людям будет проще разобраться с входом. Но они могут отличаться. Например, регистрация может быть полностраничной и включать список причин, почему надо зарегистрироваться. А вход — отображаться в модальном окне, чтобы сохранялся контекст текущего сценария (например, если надо авторизоваться для перехода к оплате);
— Предварительная обратная связь отображается до отправки данных. Так можно подсказать, что пароль недостаточно надёжен или имейл введён не полностью;
— В последующей обратной связи сообщают об ошибках входа. Безопаснее не говорить, в чём конкретно проблема: неправильном пароле или имейле;
— Не используйте контрольные вопросы. Люди забывают ответы на них, а хакеры находят нужную информацию в соцсетях и выведывают у жертв;
— При входе из другой локации или браузера, отправляйте письмо с уведомлением, чтобы предупредить пользователя.

In English. #log_in

Елена Тарасюк написала о повышении конверсии.

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

#ecommerce #conversion

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

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

#management

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

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

#ecommerce

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

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

#writing #push

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

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

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

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

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

#career

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

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

#accessibility

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

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

#metrics

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

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

In English. #mobile #navigation

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

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

In English. #minimalism #principles

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

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

#log_in

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

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

#voice_interface