198
Чат читателей @uxnotes · Редактор: @zGrav
Так они же пишут, что НЕ продают данные своих пользователей
Читать полностью…
Андрей Шапиро написал книгу о рабочих историях и карте реализации историй.
— Общее представление о них можно получить из опубликованной ранее статьи;
— В книге рассмотрены недостатки User stories, Job stories и некоторых других шаблонов (шаблон вопроса, похоже, используется в Модели информационных ожиданий «Собаки Павловой»);
— Например, они могут наводить на одно конкретное решение, которое часто оказывается неверным, так как задача ещё слабо изучена, либо проблема лишь подразумевается и формулируется в виде решения-кандидата;
— Оперировать альтернативами в разработке крайне важно, так как время и деньги ограничены, и непонятно, какое решение уложится в срок и бюджет;
— Они не описывают предметную область, что нередко приводит к последующему перепроектированию;
— Рабочая история как текстовая модель построена таким образом, чтобы этих недостатков избежать;
— Её состав: цель действия (зачем?), носитель (кто или что выполняет действие), ситуация (контекст, когда происходит действие), способ действия (каким образом что-то делается), объекты оперирования (с чем взаимодействует носитель, что получается в итоге);
— Кроме шаблона истории, инструкции по его заполнению, примеров из многолетней практики и разбора потенциальных ошибок при составлении историй в книге есть даже примеры бесед с заказчиком, в ходе которых история появляется и обрастает деталями;
— Карта реализации историй, подобно User story map, собирает все истории вместе и помогает увидеть всю картину, а также позволяет дополнить истории информацией о возможных формах их реализации (варианты технических решений) и составе блоков соответствующего интерфейса;
— Можно сначала записать «кнопку», которую хочет добавить стейкхолдер, и потом разобраться с её первопричиной и контекстом. Главное, чтобы все слои в конце концов оказались согласованы.
#user_story #book
Хосподи, выдал базу. Всё это можно описать одной фразой - помогайте пользователю не потеряться в интерфейсе и решайте по возможности его задачу на месте
Читать полностью…
Сегодня релизнул кейс! После не совсем долгого времени не менее крутого кейса Vertex Studio. Сделал кейс интернет-бутика по продаже мотошлемов собственной разработки компании AUREX. Проект делался в формате спринта интенсива за 1 месяц. Задача была: создать сторителлинг компании. Создания логотипа и айдентики, которая будет завлекать клиента. Создать грамотное позиционирование и продуктовую презентацию, чтобы узнать о продукте и сразу купить. Внедрения продукта в формате 3D, чтобы можно было подробно узнать преимущества шлема. Хочу сильно поблагодарить своего куратора Кристину, которая помогла сделать крутой проект и давала крутые инсайты в работе, это очень ценно! Поддержите проект на Behance и Dprofile, чтобы был шанс взять награду. Обязательно поддержите на проект на Dprofile, чтобы увидели жюри на получение печеньки! Behance Dprofile
Читать полностью…
Я вижу это просто как 2 ошибки. Тогда не будет замыкания на негативном сценарии. Первая ошибка: вроде всё окей, но с сервера не пришёл список актов. Покажем кнопку «Обновить». Ожидаем, что с 99% вероятностью нажатие на неё приведёт к отображению списка актов. Вторая ошибка: микросервис пятисотит. Ожидаем, что скоро микросервис очухается, но не прямо сейчас. Показываем сообщение «Извините, у нас неполадки, уже бросились чинить» и кнопку «На главную»
Читать полностью…
Можно придумать много разных вариантов, как помочь пользователю в случае той или иной ошибки. Чем поможет дополнительная кнопка «На главную», если список не подгрузился из-за ошибки?
Если пользователь неоднократно нажимает «Обновить», а ситуация не меняется, то кнопкой «На главную» мы предлагаем пользователю способ забить на изначальное желание увидеть список актов. Но если он решил забить, у него для этого есть стандартная навигация, тот же крестик, чтобы просто закрыть окно.
Возможно и такое, что ошибка какая-то глобальная и максимум, что мы можем пользователю предложить — это поделать что-нибудь ещё, пока отвечающий за акты микросервис лежит. Тогда праймари кнопка, которая поведёт на главную, может быть вариантом
Илья Бирман написал о кнопке «На главную» в пустом состоянии списка.
— К списку актов (и другим подобным разделам) пользователь переходит с помощью обычной навигации приложения;
— Она включает возможность перехода на главный экран и в другие разделы;
— Неправильно менять привычный навигационный паттерн из-за содержания конкретного экрана. Кнопка «На главную» не нужна;
— Если пустой список актов отображается из-за какой-то проблемы, то этот экран фактически — сообщение об ошибке;
— Хорошее сообщение об ошибке должно помогать её решить. В данном случае была бы уместна кнопка «Обновить» или «Запросить заново».
#error #empty_state
Андрей Богданов написал книгу «Дизайн-стройка. Как создать команду мечты за 90 дней», и вот что там было о ревью макетов лидом и другими дизайнерами:
— Созваниваться с дизайнером и вместе пробегаться по макетам оказалось плохой идеей;
— Если макеты оформлены плохо, дизайнер может их пояснить, но всем остальным придётся иметь дело с непонятным артефактом;
— Непроработанные ветки сценариев, корнер-кейсы, используемые компоненты во время беседы выпадают из фокуса внимания;
— Из-за невозможности как следует подумать рекомендации иногда получаются необдуманными;
— В некоторых компаниях встречается кросс-ревью (дизайн-чек в Альфа-Банке), когда макеты смотрит не лид, а другие дизайнеры (в том числе из других команд);
— Эта практика позволяет разгрузить лида и прокачать навыки ревью у дизайнеров;
— Но она не должна замещать ревью дизайн-лида, так как последний отвечает за качество дизайна в своей команде. Без ревью он теряет связь с продуктом и выпадает из контекста;
— Если будете внедрять кросс-ревью, подумайте, как обеспечить ответственный подход ситуативных ревьюеров и разумный контроль со стороны лида.
#design_check #management
Почему же в первую очередь? В посте об этом не говорится. Не в первую, конечно, но это один из критериев рассмотрения
Читать полностью…
Графоманство в портфолио дизайнера, что может быть полезнее? Сертификаты о пройденных курсах скиллбокса? 😁
Но советы полезные, не спорю
Интересно, что они так открыто об этом заявляют, обычно от пользователя пытаются скрывать, что он товар)
Читать полностью…
Поправьте, пожалуйста, последнюю формулировку, я не вполне уверена, что спрашивается. Вроде как смысл "Если бы вы могли потратить один час "экранного" времени на что-то другое без стресса и запретов, то что бы это было?" Так?
Читать полностью…
Всем привет! я студентка-дизайнер, провожу исследование для диплома про цифровую усталость. Выручите, плиз, 2 минуты!
https://docs.google.com/forms/d/e/1FAIpQLScqygwV_XkV4GcDm4sK3Y32-FStubRhxN35TjweYAxAgtD16g/viewform?usp=sharing&ouid=110549062189315015703
Ольга Свистунова написала, как работают UX-редакторы в Госуслугах и каких правил придерживаются.
— Метрики: доля незаконченных заявлений, доля отказов ведомств предоставить услуги, среднее время заполнения заявлений, число обращений в поддержку, процент дизлайков к ответам на частые вопросы, CSI после получения услуг;
— Полезные вопросы: не разъясняет ли текст очевидные вещи, нет ли в нём избыточности и повторов, не потерялся ли смысл после редактуры, не пропал ли нужный для понимания контекст;
— Важно понимать, кто его будет читать. Например, несовершеннолетним пользователям стоит напомнить о получении согласия законного представителя;
— Любой текст подчиняется редполитике. В ней есть словарь терминов, чтобы не путать пользователей синонимами одного и того же понятия;
— Достижению единообразия также способствует коллекция шаблонов. Шаблоны и редполитику верифицирует правительственная комиссия, что помогает убеждать заказчиков: писать надо так, а не иначе;
— Краткость: длинные слова меняют на короткие, отглагольные существительные на глаголы, очищают текст от метафор, эвфемизмов, речевых штампов и вводных слов («наверное», «безусловно»);
— Пишут не в чём ошибка, а как должно быть: «Заполните поле», «Допустимы русские буквы и цифры»;
— Если действия необратимы, пишут, что произойдёт при нажатии на кнопку;
— Сложные юридические, технические и внутренние термины заменяют на понятные пользователю. Потенциально незнакомые аббревиатуры расшифровывают при первом упоминании;
— Ссылки ставят на слова, которые объясняют, куда ссылка приведёт. Например: «Подтверждённую биометрию регистрируют в центрах обслуживания»;
— Находящийся перед глазами текст должен быть понятен без контекста и ранее пройденного пути;
— Текст в кнопках однообразен, чтобы не путать: «Верно» (подтверждение данных), «Закрыть» (закрытие справочных попапов), «Продолжить» (переход к следующему экрану), «На главную»;
— Заголовок должен быть максимально информативен, так как часто пользователь внимательно читает только его. Заголовок должен быть связан по смыслу с кнопкой;
— В первую очередь пишут для большинства. Нет смысла погружать всех в нюансы, которые важны для небольшой категории людей или в нестандартных ситуациях;
— Поэтому можно не искать гендерно независимые формулировки, если услуга рассчитана в основном на женщин или мужчин;
— Фигма-плагин Text Prettier автоматически проставляет неразрывные пробелы, меняет «е» на «ё», "кавычки" на «ёлочки», дефис на тире и наоборот.
#writing
хм.. сайт бюро стыдливо не грузится с включенным впн. великая сила серпа и молота
Читать полностью…
с одной да, но с другой — это потенциальное замыкание пользователя на неуспешном сценарии, по моему мнению. Впрочем глобально решение зависит от конкретной ситуации, здесь не спорю
Читать полностью…
а можно объединить два подхода: целевой оставить кнопку «Обновить» или «Запросить заново», а внизу где-нибудь поместить скромную кнопку «На главную»
Читать полностью…
визуал всегда действует на любого человека, даже на самого сухаря. Торт с вишенкой лучше торта без вишенки )
Читать полностью…
Так держим руку на пульсе, ищем клёвые материалы :)
Читать полностью…
Печатную пока не планировал. Но скоро будет электронная на Яндекс.книгах и других ресурсах. Если интересно, приглашаю в свой канал)
Читать полностью…
Приятная неожиданность обнаружить пост о своей книге)
Читать полностью…
Это хороший способ на фоне опыта продуктового дизайнера показать другую сторону работы. При этом не засоряя кейсы. Тоже думал о таком
Читать полностью…
Если собеседующий продуктового дизайнера лид в первую очередь смотрит на визуал, то он скорее всего сам не очень понимает, чего он лид.
Читать полностью…
Как показывать визуал в портфолио?
Бывает, смотришь портфолио с продуктовыми кейсами, там внутри гипотезы, тесты, анализ — гора полезной инфы, но вот визуально изменения не радикальные.
Будем честны, редко какая задача в продукте (особенно внутреннем, сервисном или b2b) обладает зрелищным дизайном. Чаще наоборот — постороннему наблюдателю нужно еще наловчиться, чтобы понять, а что здесь визуально изменилось.
А кроме того, непонятно, где заслуги и косяки дизайнера, а где дизайн-система. Может, из неё тянется легаси пятилетней давности — стрёмные тени, лишние дивайдеры, грязноватые цвета, которые дизайнер не убирает, потому что весь продукт надо перевозить на другую версию.
Ну, бывает, все там были.
Для дизайнера загвоздка в том, что собеседующий лид точно будет оценивать визуал. Даже если он нулевой или практически отсутствующий. Даже если речь о продукте, где не требуется классный UI, а надо просто уметь чисто сверстать таблицу или модуль.
Лиду надо понять, что умеет кандидат с ограничениями и без них, к чему у него лежит душа и подойдет ли навык работы с UI в конкретном продукте.
🤩
На такой случай есть универсальный совет: соберите скрины с наиболее удачным и показательным UI на отдельной странице и назовите её «Визуал».
Пусть там не будет юзкейсов и полезного действия — просто скрины. Удачные варианты вёрстки модулей, примеры иконок, которые вы рисовали, концепты, не дошедшие до прода, но демонстрирующие ваши навыки без привязки к легаси-решениям, да и просто красивые маленькие детали.
У каждого продуктового дизайнера найдется хотя бы три-четыре приятных скрина, которыми он гордится (а если пока не находится ни одного, это повод что-то изменить в своей работе). Иногда для единообразия достаточно посадить скрины на однотонные светлые плашки, а иногда можно и без этого — будет уже красиво.
Это ход win-win: и дизайнеру хорошо, и нанимающему лиду понятно, и занимает минимум времени.