Оригинал статьи: https://www.interaction-design.org/literature/article/7-ux-deliverables-what-will-i-be-making-as-a-ux-designer

Автор — Андреас Камнинос (Andreas Komninos)

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

Процесс UX-дизайна обычно опирается на что-то схожее с подходом дизайнерского мышления, который состоит из пяти основных этапов:

• Понимание чувств пользователей (изучение аудитории)
• Определение проблемы (определение потребностей пользователей)
• Создание идей (генерация идей для дизайна)
• Прототипы (превращение идей в конкретные примеры)
• Тест (оценка дизайна)

Первые два этапа (понимание чувств пользователей и определение проблемы) часто группируются в термин «Исследование пользователей», то есть понимание сущности пользователей и того, как это влияет на их потребности. На каждом этапе можно использовать ряд инструментов и методов. Каждый инструмент или метод может предоставить другой тип вывода (UX-результат), но здесь мы сосредоточимся на некоторых наиболее часто используемых типах, чтобы предоставить вам обзор того, что вам предстоит создавать в роли UX-дизайнера.

Результаты исследований пользователей

Персоны

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

Copyright holder: Rosenfeld Media, Flickr. Copyright terms and license: CC BY 2.0

Пример персоны пользователя. Демография, способности, навыки, цели и мотивации представлены либо графически, либо в тексте.

Раскадровка

Раскадровка — это идея, позаимствованная из киноиндустрии. По существу, это комикс, который описывает действия пользователя и обстоятельства, при которых они выполняются. Сила этой идеи заключается в том, что она не только демонстрирует, что делает пользователь, но также показывает среду, которая может повлиять на то, как и почему пользователь что-то делает.

Copyright holder: Rosenfeld Media, Flickr. Copyright terms and license: CC BY 2.0

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

Карта путешествий потребителя

Карта путешествия потребителя (также известная как карта опыта) представляет собой диаграмму, которая отображает шаги (то есть процесс), предпринятые пользователем для достижения конкретной цели. Прокладывая процесс на временной шкале, дизайнеры могут понять изменения в контексте, а также мотивы, проблемы и потребности на этом пути. Определив основные камни преткновения для пользователей, дизайнеры могут лучше понять их проблемы и начать видеть, на каком этапе пути продукт или услуга могут подойти, чтобы помочь пользователю.

Copyright holder: Tobias Maier, Wikimedia. Copyright terms and license: CC BY-SA 3.0

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

Результаты создания идей

Мозговой штурм

Мозговой штурм — это процесс, при котором команда разработчиков генерирует идеи о том, как решать проблемы и возможности, выявленные на этапе исследования пользователей. Концепция здесь зависит от генерации как можно большего количества идей (даже если они полностью безумные), чтобы дизайнеры могли впоследствии отсеять ненужное и свести их к идеям, которые кажутся наиболее перспективными. Центральным моментом является то, что члены команды могут исследовать все углы и области; действительно, лучшие решения могут иногда возникать из самых сумасшедших представлений.

Copyright holder: visualpun.ch, Flickr. Copyright terms and license: CC BY 2.0

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

Пользовательский маршрут (User Flow)

User flow — простая диаграмма, описывающая шаги, которые пользователь должен предпринять с вашим продуктом или услугой для достижения цели. В отличие от карты путешествия потребителя, в user flow учитывается только то, что происходит с вашим продуктом (т. е. игнорируются все внешние факторы). Эти диаграммы могут помочь дизайнерам быстро оценить эффективность процесса, необходимого для достижения цели пользователя, и могут помочь определить «как» (то есть выполнение) великих идей, определенных посредством мозгового штурма.

Copyright holder: Teo Yu Siang and Interaction Design Foundation. Copyright terms and licence: CC BY-NC-SA 3.0

Пример диаграммы user flow, которая показывает действия пользователя в приложении.

Результаты прототипирования

Карты сайта

Карты сайта отображают иерархию и структуру навигации веб-сайта. Такие карты также часто создаются для мобильных приложений. Они служат для того, чтобы показать, как контент будет организован в «экранах» или разделах, и как пользователь может перейти из одного раздела вашей услуги в другую.

Copyright holder: Teo Yu Siang and Interaction Design Foundation. Copyright terms and licence: CC BY-NC-SA 3.0

Пример карты сайта, показывающей, как организовывается контент на веб-сайте, и как пользователи могут перейти от раздела к разделу. Здесь дизайнер показывает иерархию путем нумерации разделов содержимого (например, 2.0 является «родительским» разделом и 2.1 является подразделением).

Прототипы с низкой точностью

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

Copyright holder: VFS digital design, Flickr. Copyright terms and license: CC BY 2.0

Примеры насованных вручную (слева) и на компьютере (справа) прототипов с низкой точностью

Прототипы с высокой точностью

Эти прототипы на ступень выше прототипов с низкой точностью. Часто они называются идеально-пиксельными прототипами (pixel-perfect prototypes), потому что они пытаются показать все визуальные и типографические детали продукта, как это было бы показано на настоящем экране. Они учитывают размеры физического экрана и создаются в размере, соответствующем размеру физического устройства. Хотя эти прототипы требуют гораздо больше времени для создания по сравнению с прототипами с низкой точностью, они часто являются примером иллюстрации, которую вы хотели бы показать клиенту или заинтересованному лицу.

Copyright holder: amire80, Wikimedia. Copyright terms and license: CC BY-SA 3.0

Примеры прототипов с высокой точностью (пиксель-идеальный) для мобильного приложения. Несмотря на то, что они выглядят как скриншоты из завершенного реального приложения, они немного больше, чем макет! К сожалению, многие клиенты, похоже, полагают, что на этом этапе вы должны быть действительно близки к фактическому завершению всего проекта, поэтому будьте осторожны и дайте четко понять, что эти прототипы немного больше, чем красивые визуальные эффекты без кода за ними!

Интерактивные прототипы

Прототипы с низкой и высокой точностью, рассмотренные выше, представляют собой не что иное, как набор статических изображений. Чтобы лучше оценить ваши проекты, вы можете превратить эти прототипы в интерактивную демонстрацию, нацеленную на отображение того, как взаимодействие может работать с ними. Программы для коммерческого прототипирования позволят определить активные области, переходы и события, чтобы создать интерактивный прототип, который охватывает user flow и демонстрирует взаимодействие без необходимости писать ни одной строки кода. В некоторых случаях вы можете использовать гораздо более простой инструмент, например, PowerPoint или Keynote. Даже лучше, вы можете использовать эти интерактивные прототипы в ранних тестах пользователей, прежде чем какой-либо код даже был написан. Таким образом, вы можете убедиться, что ваш дизайн, вероятно, будет работать хорошо, прежде чем перейти к дорогому и трудоемкому процессу разработки кода.

https://www.youtube.com/watch?v=AmXkqZ4dJhE

Пример того, как вы можете создать интерактивный прототип с таким простым инструментом, как программа для презентаций Keynote от Apple.

Результаты оценки

Отчет по юзабилити

После того, как вы создадите дизайн (даже если это будет только интерактивный прототип), вы можете начать оценивать его с помощью реальных пользователей. Оценка может осуществляется в разных формах. Вы можете попросить некоторых пользователей попробовать ваш дизайн, а затем взять интервью у них или работать с ними в фокус-группе. Это пример качественной оценки. Вы можете привести пользователей в лабораторию и попросить их выполнить определенные задачи с помощью своего прототипа, а сами будете измерять такие вещи, как количество ошибок, количество кликов или время, затраченное на выполнение задачи. В лаборатории вы можете использовать специальное оборудование, такое как камеры слежения за глазами, чтобы узнать, на что направлено внимание пользователей при навигации по определенному дизайну. Вы также можете попросить их выполнить ту же задачу, используя прототипы, которые предлагают альтернативные варианты выполнения дизайна, так вы можете сравнить их и увидеть, какой дизайн лучше (способ известный как тестирование A/B).

Существует множество способов оценить дизайн. Независимо от того, что вы в конечном итоге делаете для оценки, вам придется обобщить ваши выводы в отчете по юзабилити (удобство использования). Полный юзабилити-отчет обычно содержит следующие разделы:

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

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

Copyright holder: Teo Yu Siang and Interaction Design Foundation. Copyright terms and licence: CC BY-NC-SA 3.0

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

Аналитический отчет

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

Например, вы можете обнаружить, что многие пользователи веб-сайта электронных продаж не регистрируются для завершения покупки. Означает ли это, что процесс регистрации недостаточно простой? Означает ли это, что они не видят, что существует такой вариант? Аналитический отчет содержит информацию из этих данных и выделяет области, где проект может быть улучшен. Хотя это заманчиво просто вставлять красивые графические элементы и диаграммы, созданные автоматически такими продуктами, как Google Analytics, но работа UX-дизайнера заключается не только в том, чтобы устанавливать факты, но и интерпретировать их. Таким образом, ваш отчет должен содержать данные, а также объяснения и рекомендации о том, что делать. Это также полезная запись, чтобы вы могли увидеть влияние изменений дизайна на свой сайт, после того как вы определили проблемы и попытались их устранить.

Copyright holder: pexels, pixabay.com. Copyright terms and license: CC0

Аналитический отчет — это больше, чем просто данные и визуализация. Он должен содержать ваши собственные объяснения наблюдаемого поведения пользователей и рекомендации о том, где можно улучшить дизайн.

В заключение

В статье 2015 года для Norman Nielsen group, специалист по UX Пейдж Лобхаймер (Page Laubheimer) анализировал тип UX-результатов, который UX-разработчики подавали чаще всего. Как сообщается, наиболее часто создавались вайрфреймы и прототипы, а также блок-схемы, карты сайтов и отчеты по юзабилити/аналитике.

Copyright holder: Teo Yu Siang and Interaction Design Foundation. Copyright terms and licence: CC BY-NC-SA 3.0

Анализ наиболее часто создаваемых UX-результатов, согласно группе Нормана Нильсена. Это показывает частоту, с которой профессионалов UX просят создать специфические результаты и поделиться ими. Результаты с более низкой частотой спроса по-прежнему создаются, но обычно ими не делятся с другими.

Это то, что мы считаем «классическими» результатами UX, но один важный момент, который следует иметь в виду, состоит в том, что, хотя эти результаты производятся и передаются другим, многие другие типы результатов будут созданы, но ими никогда не будут делиться с другими (следовательно, рейтинг ниже в этом исследовании).

Чтобы создать вайрфрейм, не должен ли дизайнер иметь полное понимание пользователей и их потребностей? Часто руководство, клиенты и другие члены команды заинтересованы только в том типе результатов, которые помогают им продвигать свои задачи. Учитывая это, типы результатов, которые вы создаете, возможно нужно «настроить» в соответствии с тем, кому вы собираетесь их передать.

Copyright holder: Teo Yu Siang and Interaction Design Foundation. Copyright terms and licence: CC BY-NC-SA 3.0

На этой диаграмме показаны типы результатов, которыми наиболее часто делятся с другими членами команды разработчиков и внешними клиентами. Интерактивный прототип — это тот результат, который каждый хочет видеть!

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

Ссылки и где узнать больше:

Hero Image: Copyright holder: Mark Congiusta, Flickr. Copyright terms and license: CC BY 2.0

Лобхаймер П. (Laubheimer, P). (2015). Какие конечные результаты UX наиболее часто создаются и передаются другим?

https://www.nngroup.com/articles/common-ux-deliverables/

Teixeira, F. & Braga, C. (2016). Методы и результаты UX-дизайна

https://uxdesign.cc/ux-design-methods-deliverables-657f54ce3c7d

Бабич Н. (Babich, N.) (2017). Полный список результатов UX

https://uxplanet.org/a-complete-list-of-ux-deliverables-d62ccf1de434

Морвилл П. (Morville, P. (2009)) Результаты UX

http://semanticstudios.com/user_experience_deliverables/

Гудман, Э. (Goodman, E.) (2012). Как я научился перестать беспокоиться и любить результаты взаимодействий, 19 (5), 8-9.

Оригинал статьи: https://www.interaction-design.org/literature/article/principle-of-consistency-and-standards-in-user-interface-design

Автор — Эуфемия Вонг (Euphemia Wong)

Научитесь создавать дизайн с учетом последовательности и стандартов и поймите причины, по которым они важны, чтобы включить их в вашу работу. Полученные от Якоба Нильсена и Рольфа Молича (Jakob Nielsen и Rolf Molich) рекомендации по пользовательскому интерфейсу «Последовательность и стандарты» проявляются во многих широко используемых продуктах, созданных одними из наиболее успешных компаний. Такие продукты, как Adobe Photoshop, первоначально выпущенные в 1990-х годах, и Google Gmail, выпущенные в середине 2000-х годов, — это лишь некоторые из самых популярных продуктов, которые демонстрируют это важное правило. Эта статья расскажет, как распознавать последовательность и стандарты и объяснит, почему они важны в дизайне пользовательского интерфейса (User Interface Design, UI Дизайн).

Два основные причины для последовательности и стандартов в UI дизайне

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

1. Сокращение обучения

Последовательность ограничивает количество способов действий и операций, которые гарантируют, что пользователям не нужно изучать новые материалы для каждой задачи. Кроме того, установление норм проектирования, таких как следование соглашения платформы, позволяет пользователям выполнять новые задачи без необходимости изучения нового набора инструментов. Это может показаться простой концепцией, но есть много примеров, которые демонстрируют отсутствие последовательности в их проектах. Одним из таких примеров, который показывает эту проблему, является веб-сайт Xfinity от Comcast Corporation, американской медиа-компании. На их сайте не только второстепенное меню непоследовательно почти каждый раз, когда пользователь нажимает на другую страницу, но оно также непоследовательно по отношению к основному меню. Давайте посмотрим и сравним три разные страницы веб-сайта: Домашняя страница, My Xfinity и ТВ (Homepage, My Xfinity, and TV.).

Author/Copyright holder: Comcast Corporation. Copyright terms and licence: Fair Use.

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

Author/Copyright holder: Comcast Corporation. Copyright terms and licence: Fair Use.

Это ТВ-страница сайта Xfinity. Что вводит пользователя в заблуждение, так это то, как цвета, расположение и стили шрифтов отличаются от домашней страницы.

Author/Copyright holder: Comcast Corporation. Copyright terms and licence: Fair Use

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

2. Устранение путаницы

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

Пять способов достижения последовательности в вашей работе

Существует много аспектов для достижения последовательности в вашем пользовательском интерфейсе. Вот 5 вещей, на которые вы можете обратить внимание, чтобы улучшить последовательность ваших проектов.

1. Ваш выбор языка

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

Например, если вы напугаете вашего пользователя серьезным и угрожающим сообщением об ошибке, когда он просматриваете сайт электронной торговли, который демонстрирует общий дружеский тон, это обязательно убьет хороший user experience.

Когда вещи означают одно и то же или выполняют одну и ту же операцию, они должны быть представлены таким же образом, как в случае с почтовым сервисом Google, Gmail. На основе стиля организации клиентских почтовых приложений папки Gmail помечены как «Входящие», «Черновики», «Отправленные письма» и т. д. Язык, используемый для этих папок, показывает последовательность и знаком для всех, кто использовал почтовые приложения в прошлом.

Author/Copyright holder: David Bruce Jr. 2011. Copyright terms and licence: CC BY 2.0

Ярлыки папок в версии Gmail 2011 года отображают множество знакомых опций. Язык, используемый для этих папок, показывает последовательность, поскольку он использует метки «Входящие», «Черновики» и «Спам» — они знакомы всем, кто использовал почтовые приложения в прошлом.

2. Применение элементов пользовательского интерфейса так, как они первоначально определены

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

Например, селективные кнопки (radio buttons) используются, когда разрешена только одна опция. Флажки (checkboxes) с другой стороны должны использоваться только тогда, когда пользователю разрешено несколько вариантов. Во многом мы можем видеть, как HTML5 вытеснил технологию Flash на конец 2014 года. Одной из причин является, пожалуй, простота применения и простота использования, которую разработчики, дизайнеры и пользователи могут получить в результате последовательности и стандартов HTML5 в определении их UI элементов.

Селективные кнопки допускают только один вариант. Поэтому для встроенных селективных кнопок HTML разумно вести себя в функциональности так же.

Флажки допускают более одного варианта. Поэтому для встроенных флажков HTML имеет смысл вести себя в функциональности таким же образом.

Плохой пример последовательности в выборе UI элементов представлен в разделе комментариев, который раньше был в новостном веб-сайте BBC. Самые высоко оцененные комментарии пользователей обозначаются стрелкой на юг, но пользователи должны щелкнуть стрелку на север, чтобы увеличить рейтинг комментариев. Использование южной стрелки для представления комментариев с наивысшей оценкой также не интуитивно; увеличивающиеся цифры идут вверх, а не вниз. Когда пользователи просматривают раздел комментариев на веб-странице, они могут просто действовать в соответствии со стрелками, не читая ярлыки действий, что может привести к неправильному выбору.

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

Author/Copyright holder: BBC. Copyright terms and licence: Fair Use.

Раздел BBC Comment показывает стрелку вниз для «наивысшей оценки» и стрелку вверх для «самой низкой оценки». Это отображение является непоследовательным и запутанным для пользователей, так как понятие «наивысший» обычно является синонимом стрелки вверх, а «нижний» — синонимом стрелки вниз.

3. Использование различных устоявшихся соглашений при выборе схемы расположения

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

Author/Copyright holder: Microsoft Corporation. Copyright terms and licence: Fair Use.

Author/Copyright holder: Apple Inc. Copyright terms and licence: Fair Use.

И Microsoft, и Apple помещают свой логотип в верхнем левом углу, а поле поиска — в верхнем правом углу их веб-сайтов. Такая форма последовательности в схеме расположения помогает пользователям чувствовать себя менее дезориентированными, когда они просматривают новый и незнакомый сайт.

4. Дизайн для ожиданий пользователей

Убедитесь, что у вас есть возможности и функции, которые пользователи ожидали увидеть на вашем сайте. Например, на сайте авиакомпании должна быть система бронирования билетов, а на сайте обмена музыкой должен быть медиаплеер.

Author/Copyright holder: Youtube. Copyright terms and licence: Fair Use.

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

5. Создание последовательных визуальных элементов на вашем сайте

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

Author/Copyright holder: Jan-Alfred Barclay. Behance. Copyright terms and licence: CC BY-NC 4.0

Пример руководства по стилю и руководства по брендингу, разработанного для компании «Goodnyt». Наличие руководства по стилю и брендингу поможет вам убедиться, что ваши визуальные элементы последовательны на вашем сайте.

Плохой пример последовательности в выборе цветов и шрифтов можно увидеть в версии мобильного интерфейса Google Gmail от 2013 года. Хотя можно поспорить, что «значение» в данном случае не отображено, очевидно, что пользовательский опыт почти всегда ухудшается в результате каких-либо странных различий в визуальных элементах между экранами.

Author/Copyright holder: Google Inc. Copyright terms and licence: Fair Use

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

В заключение

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

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

Следование стандартам, соглашениям и последовательность – все это должно быть тем, что вы можете использовать в своих интересах. Это освободит вас от относительно тривиальных дизайнерских решений. Это поможет вам сэкономить время и освободит ваш разум, чтобы вы могли еще больше улучшить свои дизайны и пользовательский опыт для своих пользователей.

Ссылки и где узнать больше

Чтобы найти дополнительную информацию о «Повышение объяснительной силы эвристики юзабилити» Якоба Нильсена, смотрите здесь: https://static.aminer.org/pdf/PDF/000/089/679/enhancing_the_explanatory_power_of_usability_heuristics.pdf

Чтобы узнать больше о различии между искусством и дизайном, смотрите здесь:

http://www.hongkiat.com/blog/design-vs-art/

Чтобы узнать больше о различных аспектах последовательности, смотрите здесь:

http://www.sitepoint.com/why-consistency-is-critical/

Чтобы узнать больше о сбалансированной последовательности и инновациях, пожалуйста, смотрите здесь:

http://www.uxmatters.com/mt/archives/2010/07/achieving-and-balancing-consistency-in-user-interface-design.php

Hero Image: Author/Copyright holder: GraphBerry. Deviant Art. Copyright terms and license: CC BY-SA 3.0

Ментальные модели играют важную роль в человеко-компьютерном взаимодействии (HCI) и дизайне взаимодействия. Они относятся к тому, как пользователь воспринимает окружающий мир и основываются на убеждениях, а не на фактической концепции. Однако, если вы можете понять ментальные модели своих пользователей, вы можете сымитировать эти модели в своих проектах, чтобы сделать их более удобными и интуитивными.

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

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

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

Концепция ментальных моделей пришла от книги шотландского психолога Кеннета Крейка «Природа исследования». Он сказал, что ум строит «мелкомасштабные модели реальности», чтобы предвидеть и объяснять события.

Практическое правило ментальной модели (The Mental Model Rule of Thumb)

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

Author/Copyright holder: Nathanael Crawford. Copyright terms and licence: CC BY-SA 3.0

Запутанные ментальные модели

Якоб Нильсен, член-учредитель Nielsen Norman Group, предлагает отличное понимание возможной путаницы в ментальном моделировании. Это происходит, когда пользователи не распознают ключевые различия между аналогичными (но не идентичными) частями системы.

Он отмечает, что многие пользователи не могут различать поле поиска в Google и поле ввода URL-адреса в браузере. Эти пользователи будут использовать Google для поиска имени известного веб-сайта, чтобы щелкнуть ссылку, а не просто вводить название и «.com» в строке URL. (Проблема, которую Google Chrome, показанный ниже, пытается решить, сделав URL-панель поисковым инструментом).

Author/Copyright holder: Axendo. Copyright terms and licence: Public Domain.

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

Нильсен также предлагает ряд общих запутанных ментальных моделей, с которыми регулярно сталкиваются некоторые пользователи. Они не понимают различий между:

• Windows, входящей в операционную систему, и внутри браузера
• Windows и приложениями
• Иконками и приложениями
• Командами браузера и командами, которые проводятся в приложении
• Локальной и удаленной информацией
• Опциями регистрации и паролями (например, пользователь будет часто регистрироваться на любом сайте, как если бы он пытался войти в свою учетную запись электронной почты)

Использование ментальных моделей в дизайне

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

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

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

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

 Author/Copyright holder: Nite_Owl. Copyright terms and licence: CC BY-SA 2.0

В заключение

Ментальные модели предоставляют дизайнеру кратчайший путь при разработке пользовательского интерфейса. Изучая ментальные модели пользователя и не полагаясь на собственную внутреннюю ментальную модель, дизайнер может воплощать эти модели с помощью пользовательского интерфейса и создавать опыт, который интуитивно понятен и прост в использовании. Это, в свою очередь, приведет к превосходному user-experience (пользовательскому опыту), в котором пользователь может сосредоточиться на своей задаче, а не на сложном изучении новых моделей. Ментальные модели могут быть сложными, но необходимо тщательно подумать о том, чтобы сделать переход на новую модель максимально простой для пользователя.

Ссылки

Дополнительное объяснение ментальных моделей можно найти здесь — https://www.interaction-design.org/literature/book/the-glossary-of-human-computer-interaction/mental-models

Доклад Якоба Нильсена о ментальных моделях для группы Nielsen Norman можно найти здесь — https://www.nngroup.com/articles/mental-models/

Hero Image: Author/Copyright holder: Rosenfeld Media. Copyright terms and licence: CC BY 2.0

Оригинал статьи: https://www.nngroup.com/articles/date-input/

Краткое изложение: Поля ввода даты должны быть однозначными и поддерживать завершение задачи с использованием правильного шаблона проектирования. Небольшие изменения дизайна могут предотвратить большие ошибки пользователя.

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

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

Шаблоны ввода даты

Элементы для календарного выбора или календари (Calendar pickers) — это элементы управления, которые отображают полный календарный месяц за один раз. Обычно они показывают дни недели сверху и соответствуют метафоре настольных или настенных календарей.

Пример calendar picker на мобильном телефоне, показанный в приложении Календаря Google.

Calendar pickers должны использоваться для мероприятий, близких к настоящему времени, — менее чем за год. Тем не менее они могут разочаровать пользователей, которые выбирают даты заранее, потому что они требуют слишком много навигационных действий для получения желаемого ввода; для этих пользователей было бы проще просто ввести год.

Calendar pickers особенно полезны для выбора диапазона дат. В этих ситуациях они часто показывают два месяца бок о бок.

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

Прокрутка элементов для выбора даты (date pickers) на мобильных устройствах является обычным явлением, но они могут раздражать, если элемент выбора (picker) содержит много дат. В таких ситуациях прокрутка в небольшом пространстве медленная и непродуктивная; лучше дать пользователям возможность вводить дату напрямую.

В приложении Todoist пользователи могут ввести крайний срок для каждой задачи, используя бесконечный список прокрутки. Это не проблема, если крайний срок происходит в эту пятницу или субботу, как показано ниже, однако, если крайний срок — всего несколько недель назад, пользователю проще ввести дату самостоятельно (функциональность, которую приложение также предоставляет)

Приложение iPhone Todoist позволило пользователям прокручивать, а также вводить дату самостоятельно. (Обратите внимание на преимущество обозначения текущей даты «сегодня»: она устраняет любую неопределенность, если пользователь не помнит сегодняшнюю дату.)

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

DeviantArt предоставил раскрывающийся список для каждого раздела поля даты.

Самостоятельный ввод даты — это самый простой вариант, но во многих случаях он является наиболее эффективным, особенно когда дата далеко в прошлом (например, дата рождения) или будущем. Мы рекомендуем вам разрешать пользователям самостоятельно вводить дату, даже если доступны другие методы ввода.

Рекомендации по дизайну ввода даты

Для ограниченного количества вариантов даты сделайте список подходящих дат.

В некоторых случаях у пользователей будет всего лишь несколько вариантов выбора даты. Например, Google Express, онлайн-сервис покупок, позволяет клиентам заказывать онлайн-продукты и планировать время доставки. Вместо того чтобы предлагать пустые поля даты или calendar picker с безграничными опциями, Google Express предоставляет короткий список вариантов даты. Любые даты, которые недоступны были закрашены в серый и отключены. (В качестве альтернативы, недоступные даты могут даже не включаться в список.)

Google Express предоставил раскрывающийся список с вариантами доставки. Выбор, который недоступен, отключен и закрашен в серый.

В целом, мы не рекомендуем этот метод, если есть более 10 дат, поскольку людям может быть утомительно сканировать и прокручивать список дат.

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

Независимо от того, какой формат пользователь выбрал для ввода даты (тире, пробелы, косые черты, точки между компонентами месяца, дня и года), их вход должен быть распознан. Более того, крайние левые нули не должны влиять на дату. В приведенном ниже примере Priceline дата 9-3-17 отклоняется, а принимается 09/08/17, хотя никакие требования к формату не были видны перед отправкой формы.

 Priceline отклонил дату 9-3-17, даже не представив предложения о том, как правильно ее форматировать. Вместо этого он должен был принять его и проанализировать для пользователя.

Сообщите об ошибках соответствующим образом.

Если пользователь вводит дату, которая, очевидно, является ошибкой, например, 11/81/17, не делайте никаких предположений. Обеспечьте пользовательскую обратную связь и предложите рекомендации по устранению ошибки.

Устраните нелогичные варианты дат

Не допустите, чтобы пользователь выбирал нелогичные даты. Очевидно, что целесообразность того или иного элемента будет зависеть от случая к случаю: например, даты старше 130 лет маловероятны для дат рождения, но вполне приемлемы для дат документа. Пользователи должны быть защищены от ввода даты возвращения, которая находится до даты вылета или в прошлом. Сделайте выбор понятным, отключив и вычеркнув опции, которые недоступны, или являются нелогичными.

Сохраняйте работу пользователей.

Если одна и та же информация о дате требуется в разных частях формы или запрашивается позже во время выполнения задачи, то не заставляйте пользователей дважды вводить эту дату.

Сохраняйте диапазоны дат постоянными.

Избегайте смещения диапазонов дат для пар отправления и возвращения. Например, если ноябрь-декабрь показан для вылета, не меняйте и покажите декабрь-январь для диапазона дат возвращения. Изменение может остаться незамеченным и заставить пользователей ошибиться, кликнув там, где раньше была нужная дата.

Southwest Airlines изменили диапазон дат возвращения, основываясь на выборе даты вылета. После выбора даты вылета 8-16-16 из диапазона дат за июль-август диапазон дат возвращения изменился, чтобы показать август-сентябрь.

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

Поля ввода дат зависят от культуры и могут вызвать серьезные проблемы для тех пользователей, которые привыкли к другому формату. «10/11/2016» может означать 11 октября 2016 года для американца, но 10 ноября — для кого-то из Европы. Следуйте этим практическим правилам при разработке дизайна ввода даты для глобальной аудитории:

• Добавьте метки и разделите поля, чтобы было понятно, какие поля предназначены для месяца, дня и года.

Этот таймер обратного отсчета отделил компоненты даты и четко обозначил их.

• Укажите название месяца, чтобы отделить его от дня.

Сайт Tep Wireless, где пользователи могут арендовать портативные Wi-Fi-устройства, указал название месяца для обслуживания своей глобальной аудитории.

Веб-сайт Eurostar, показанный на английском (США), поддерживал несколько языков, но не сказал, какой формат даты он ожидал. Здесь дата отъезда может быть прочитана как 2 июля или 7 февраля.

• Используйте элементы для календаря (calendar pickers) с четко обозначенными названиями месяцев.

Некоторые фреймворки, такие как Bootstrap, предоставляют элементы для календарного выбора (calendar pickers) для поддержки однозначного выбора даты.

В календаре выбора (calendar picker) Bootstrap было указано название месяца, чтобы было ясно, какую дату выбрать.

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

Вывод

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

Автор — Дитте Мортенсен (Ditte Mortensen)

Оригинал статьи: https://www.interaction-design.org/literature/article/how-to-visualize-your-qualitative-user-research-results-for-maximum-impact

Думая о визуализации результатов исследования, у многих людей автоматически возникает в уме изображение графика. У вас также возникает этот образ? Вы были бы правы, думая, что многие результаты исследований выигрывают от графической визуализации, демонстрируя тенденции и аномалии.  Но это в основном справедливо для результатов количественных исследований пользователей. Графики часто являются не лучшим способом сообщать результаты от качественных методов исследования пользователей, таких как интервью или наблюдения. Часто количество участников этих типов исследований слишком мало для создания значимых графиков. Более того, информацию, которую вы захотите сообщить, иногда нельзя перевести в прямое число (clean number). Давайте покажем вам, как визуализировать более субъективные и нечеткие данные из качественных методов исследования пользователей, таким образом, чтобы сообщать основные идеи другим заинтересованным сторонам, чтобы им не нужно было просматривать обширные исследовательские отчеты.

«Цель визуализации — это не изображения, а проникновение в суть»

— Бен Шнейдерман, заслуженный профессор университета по информатике

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

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

Диаграмма сходства

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

Вы можете быстро определить, что категории должны отражать четыре основных опасения, которые вы обнаружили. Вам нужно спросить себя, какие фрагменты информации помогут вашим коллегам-дизайнерам и вашему клиенту понять, к чему приводят эти опасения. Какое влияние они оказывают на жизнь ваших пользователей? Когда этот страх наиболее заметен? Что вызывает этот страх? Есть ли у вас некоторое представление о том, что может уменьшить этот страх? Вся эта информация уже будет присутствовать на стикерах с заметками, которые вы собрали в рамках темы. Теперь вам просто нужно отфильтровать самые важные из них и представить их ясным и визуально привлекательным способом. Вы можете использовать цитаты или ключевые слова, а также — если вы сделали некоторые наблюдения — проиллюстрируйте их картинками или рисунками. На приведенном ниже изображении показано, как может выглядеть диаграмма сходства для этой цели.

Author/Copyright holder: Teo Yu Siang and Interaction Design Foundation. Copyright terms and licence: CC BY-NC-SA 3.0

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

Карта эмпатии

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

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

Author/Copyright holder: Teo Yu Siang and Interaction Design Foundation. Copyright terms and licence: CC BY-NC-SA 3.0

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

Карта путешествия пользователя

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

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

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

В конечном счете, вы должны сообщить вашей команде и клиенту, какие взаимодействия нужно изменить, убрать или ввести.

Author/Copyright holder: Teo Yu Siang and Interaction Design Foundation. Copyright terms and licence: CC BY-NC-SA 3.0

В заключение

Информационная визуализация — это мощная техника для передачи результатов качественных исследований пользователей вашим коллегам-дизайнерам или клиенту.

Существует три типа визуализации, которые вы можете использовать. Диаграммы сходства больше всего напоминают результаты анализа данных, но вы должны переделать их, чтобы предоставить больше ясности людям, которые должны понять информацию. Карты эмпатии дают вашей аудитории отличный обзор четырех важных областей понимания пользователей: что люди говорят, делают, думают и чувствуют. Наконец, карты пользовательских путешествий представляют последовательность действий пользователей (user flow) за определенный промежуток времени. Вы можете использовать эти три визуализации вместе, чтобы вызвать глубокое чувство сочувствия, что поднимет ваш дизайнерский проект на следующий уровень.

Ссылки и где узнать больше

Тереза ​​Тан (Teresa Tan), Диаграммы сходства: добавление цвета к нечетким данным, 2014:

http://www.extractable.com/insights/affinity-diagrams-adding-color-to-fuzzy-data

Рич Крендалл (Rich Crandall), Карта эмпатии, 2010:

https://dschool-old.stanford.edu/groups/k12/wiki/3d994/empathy_map.html

Кейт Каплан (Kate Kaplan), Картография путешествия в реальной жизни: обзор практикующих UX, 2016:

https://www.nngroup.com/articles/journey-mapping-ux-practitioners/

Оригинал статьи: http://webbyclare.com/design-thinking-the-gift-giving-experience/

Быстрый пост (я слишком долго его откладывала!), чтобы поделиться некоторыми наблюдениями, приобретенными знаниями и размышлениями о недавнем проведении «проекта дарения подарков» Стэнфордского института дизайна (Stanford Institute of Design‘s, d.school) с группой коллег в австралийской государственной службе (the Australian Public Service).

Я думаю, что эта сессия дает фантастическую информацию о том, что такое дизайнерское мышление, и почему создание эмпатии, прототипирование, поиск обратной связи и итерация имеют решающее значение для достижения хороших результатов дизайна. Но, возможно, более важно из того, что мне нравится в этом курсе — это то, что он помогает людям раскрывать (или открывать?) их собственный творческий потенциал. Люди приступают к курсу с мыслями: «Я не дизайнер», «Я не умею рисовать», «Я не креативный», но на протяжении курса они создают дизайн, рисуют и выдают креативные решения.

D.school делает это очень легким для координаторов, предоставляя им практически все материалы, необходимые для курса — руководство для координатора, листы участников и раздаточные материалы после курса (которые вы можете бесплатно скачать и использовать по лецензии CC BY -NC-SA здесь). Примечание —  недавно выпущенный виртуальный ускоренный курс делает это еще проще, поскольку он тоже эффективно снабжает координатора!

1. Материалы прототипирования. Наряду с распечатками руководства для координатора и раздаточного материала для участников, единственными дополнительными материалами, которые нужно организовать координатору, являются материалы прототипирования. Я сделала это довольно просто, дешево и легко — я обыскала стационарный шкаф и свои собственные шкафы дома, чтобы найти такие вещи, как: кусочки оберточной бумаги, фольги, резиновые полосы, цветную бумагу, старые цветные папки и множество переработанных упаковочных материалов (туалетные рулоны, картонные коробки, упаковки для яиц и т. д.). Я также взяла много клей-карандашей, кнопок, пластилина и скрепок. По сути — все, что я могла легко найти. Если бы у меня было больше времени, мне бы очень хотелось добавить такие вещи, как pipe-cleaners (щетки, проволка) и другие поделочные материалы (я пробовала Officeworks, но похоже у них нет этих материалов. Позже коллега предложил магазины типа Lincraft или Hot Dollar, которые я попробую в следующий раз).
2. Распечатка раздаточного материала для участников. Убедитесь, что вы выбрали опцию «разобрать по копиям» (collate) на копировальном аппарате при распечатке руководств участников! Я этого не сделала и в итоге потратила довольно много времени, вручную разбирая распечатки (не понимаю, почему «разбор по копиям» не является опцией по умолчанию для всех принтеров /копировальных аппаратов).      
3. Музыка/таймер. Курс рекомендует, чтобы вы показывали таймер и проигрывали музыку, но у нас не было доступа к проектору/громкоговорителям (плюс была большая официальная встреча, которая происходила в соседней комнате, поэтому мы пытались снизить уровень шума). Я просто следила за временем, используя секундомер на моем iPhone, и он отлично работал для нашей небольшой группы.
4. Размер группы. В группе было 9 человек, и это очень хорошее количество для прохождения курса в первый раз. Я бы определенно рекомендовала, чтобы в первый раз координаторы пробовали проводить курс с группой из 8-12 человек. Нечетное число участников было не идеальным — в итоге у нас была группа из трех человек (которая не работала отлично, но все же давала ощутить каждому вкус опыта дизайна), и я слегка манипулировала временными рамками и инструкциями, чтобы это сработало. Вот почему сокоординатор (или некоторые помощники) может быть действительно полезен — если бы было нечетное число участников, один из соорганизаторов мог бы участвовать, а не управлять.
5. Расчет времени. В целом, я думаю, что расчет времени сработал хорошо — мы закончили (включая подведение итогов/отчет) за 90 минут, как и планировалось. Иногда определенно чувствовалась спешка (и участники явно чувствовали себя некомфортно из-за этого), поэтому я думаю, что стоит подчеркнуть это и заранее дать участникам знать, что курс будет таким.
6. Разогрев. Потребовалось время, чтобы участники разогрелись и действительно погрузились в опыт. Я заметила, что первоначальные «интервью» были довольно формальными, спокойными, и было несколько неопределенных лиц. Но по мере того, как люди продвигались все дальше, вникали глубже в разговоры и начали ясно понимать возможные идеи/решения, разговоры стали более оживленными и восторженными. Если бы я снова проводила сеанс с группой участников, которые не знали друг друга, я бы попыталась провести быструю разминку после того, как пары были установлены — что-то веселое и быстрое, чтобы участники творчески мыслили и выстроили некую начальную связь/доверие/взаимопонимание.
7. Инструкция. Хотя целью упражнения является пересмотр опыта дарения подарка, некоторые из участников по-прежнему стремились к созданию лучшего подарка для своего партнера. Наверное, отчасти это потому, что легче проектировать и физически прототипировать продукт, а не услугу. Кроме того, на первом этапе интервью участникам предлагается спросить друг друга, как в последний раз они подарили подарок, поэтому некоторые из моих участников сосредоточились на создании лучшего подарка для этого конкретного сценария. В следующий раз я предоставлю участникам более общую инструкцию и, возможно, попрошу их поделиться не одним опытом, а несколькими (например, самый последний подарок, дающий опыт, самый положительный опыт, время, когда дарить подарок было трудно или неприятно), вместо того, чтобы фокусироваться только по самом последнем опыте. За этим нужно следить координатору и постоянно напоминать участникам, что они разрабатывают опыт, а не подарок.

Итак, это были мои ключевые приобретенные знания в качестве координатора…. Но как насчет ключевых знаний/мыслей участников…

1. Изображения против слов. Я работаю в среде, где мы постоянно используем слова! Наше общение очень сосредоточено на письменных электронных письмах, инструкциях, отчетах и ​​т. д. или устных отчетах/отзывах, полученных на встречах. Необходимость делать наброски идей определенно было тем, что вызывало дискомфорт у участников. Было много комментариев «но я не умею рисовать» и слегка расстроенных лиц. Но когда они вникли в суть упражнения и поняли, что им «нужно» рисовать, они, казалось, приняли это (или, по крайней мере, стали меньше беспокоиться об этом), будучи менее, чем идеальным художником!
2. Фокусировка на быстром получении количества. Опять же, это была трудная часть упражнения для многих участников. Придумывание множества сумасшедших идей — это не то, что мы делаем регулярно, но определение цели («вы должны придумать хотя бы 5 идей») заставляет всех думать немного шире (и, возможно, немного безумно), чем они могли бы, если бы им просто нужно было разобраться с одним решением.
3. Вовлечение пользователей заранее. Если бы участникам было предложено сделать редизайн опыта дарения подарка для своего партнера, не разговаривая или не взаимодействуя с ним, тогда результаты определенно были бы другими (и, вероятно, значительно худшими). Это упражнение четко демонстрирует, почему так важно взаимодействовать с пользователем на ранней стадии процесса и понимать их потребности и желания.

Вам не нужно быть опытным координатором или иметь какое-нибудь особенное оборудование для проведения этого сеанса. Благодаря тому, что d.school проделал большую часть работы по мышлению/планированию, это быстрый, простой и относительно недорогой способ проведения тренинга для ознакомления ваших коллег с дизайном мышления. Настоятельно рекомендую!

Оригинал статьи: https://www.interaction-design.org/literature/article/a-simple-introduction-to-lean-ux

Lean UX — невероятно полезная техника при работе над проектами, в которых используется метод разработки Agile (гибкий метод разработки). Традиционные методы UX часто не работают, когда разработка выполняется в быстром порыве — недостаточно времени для предоставления UX таким же образом. По существу, Lean UX и другие формы UX имеют одинаковую цель — обеспечение опыта пользователей, но просто то, как вы работаете над проектом, несколько отличается. Так что давайте посмотрим, как это может работать.

Lean UX — что это?

Lean UX фокусируется на опыте в процессе разработки дизайна и менее ориентирован на конечные результаты, чем традиционный UX. Это требует более высокого уровня сотрудничества со всей командой. Основная цель — сосредоточиться на получении обратной связи как можно раньше, чтобы ее можно было использовать для принятия быстрых решений. Суть разработки Agile заключается в том, чтобы работать в быстрых итеративных циклах, а Lean UX имитирует эти циклы для обеспечения гарантии того, что генерируемые данные могут быть использованы на каждой итерации.

Author/Copyright holder: Vimeo. Copyright terms and licence: Public Domain

Потребность в предположениях в Lean UX

В традиционном UX проект построен на охватывании и выполнении требований. Цель — обеспечить, чтобы результаты были максимально подробными и отвечали требованиям, изложенным в начале проекта.

Lean UX немного отличается. Вы не ориентированы на подробные результаты. Вы стремитесь произвести изменения, которые улучшают продукт здесь и сейчас — в основном, чтобы улучшить результат в лучшую сторону.

Это работает на практике путем избавления от «требований» и использования «постановки проблемы», что должно приводить к набору предположений, которые могут быть использованы для создания гипотез.

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

Предположения обычно генерируются на совещании. Вы объединяете команду и заявляете о проблеме, а затем позволяете команде провести мозговой штурм своих идей для решения проблемы. В процессе вы генерируете ответы на определенные вопросы, которые формируют ваши предположения.

Стандартные вопросы:

• Кто наши пользователи?
• Для чего используется продукт?
• Когда он используется?
• В каких ситуациях он используется?
• Какая будет самая важная функциональность?
• Каков самый большой риск для доставки продукта?

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

Author/Copyright holder: visualpun.ch. Copyright terms and licence: CC BY-SA 2.0

Создание гипотезы в Lean UX

Гипотезы, созданные в Lean UX, предназначены для проверки наших предположений. Существует простой формат, который вы можете использовать, чтобы быстро и легко создавать свои собственные гипотезы.

Пример:

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

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

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

Одним из больших преимуществ такой работы является устранение большей части «я не думаю, что это хорошая идея» и политической борьбы с процессом UX-дизайна. Каждая идея будет протестирована и четко определены критерии доказательств. Нет доказательств? Тогда пришло время отказаться от идеи и попробовать что-то еще.

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

Минимальный жизнеспособный продукт и Lean UX

Минимальный жизнеспособный продукт (Minimum Viable Product, MVP) — это основная концепция Lean UX. Идея состоит в том, чтобы создать наиболее простую версию идеи, протестировать ее, и если нет никаких ценных результатов, отказаться от нее. Многообещающие MVP могут быть затем включены в дальнейшие этапы дизайна и разработки без особых проблем.

Это отличный способ максимизации ваших ресурсов и одна из причин, почему он так хорошо работает с разработкой Agile — это позволяет проводить множество экспериментов без стереотипов.

Author/Copyright holder: Eric delcroix. Copyright terms and licence: CC BY-NC-SA 2.0

Исследование пользователей и тестирование в Lean UX

Исследование и тестирование пользователей по самой природе Lean UX основаны на тех же принципах, что и в традиционных средах UX. Тем не менее, этот подход имеет тенденцию быть «быстрым и грязным» — результаты должны быть предоставлены до начала следующего Agile Sprint; поэтому гораздо меньше внимания уделяется мощным, тщательно документированным выводам и больше внимания уделяется необработанным, сырым данным.

Обязанности для исследований также имеют тенденцию распространяться более широко между всеми членами команды, так что нет «узкого места», созданного при наличии единого ресурса дизайна UX, пытающегося самостоятельно выполнить всю работу в сжатые сроки. Это часто приводит к практичной UX-работе и повышает уровень понимания и поддержки работы UX в команде разработчиков.

Заключение

Это обзор Lean UX достаточного высокого уровня, но, конечно же, всего гораздо больше, чем в этой короткой статье. Тем не менее, эти базовые концепции должны дать вам возможность начать двигаться в правильном направлении, когда дело доходит до реализации Lean UX в среде Agile.

Header Image: Author/Copyright holder: Rosenfeld Media. Copyright terms and licence: CC BY 2.0

Оригинал статьи: https://www.interaction-design.org/literature/article/norman-s-three-levels-of-design

Автор — Андреас Комнинос (Andreas Komninos)

В человеческом разуме есть множество областей, ответственных за то, что мы называем эмоциями; в совокупности эти зоны составляют эмоциональную систему. Дон Норман предлагает, чтобы эмоциональная система состояла из трех разных, но взаимосвязанных уровней, каждый из которых влияет определенным образом на наш опыт в мире. Три уровня — это интуитивный, поведенческий и рефлекторный. Интуитивный уровень отвечает за укоренившиеся, непроизвольные и подобные животным инстинктам качества человеческих эмоций, которые почти полностью не поддаются нашему контролю. Поведенческий уровень относится к контролируемым аспектам человеческих действий, где мы бессознательно анализируем ситуацию, чтобы разработать направленные на цель стратегии, которые, скорее всего, окажутся эффективными в кратчайшие сроки или с наименьшим количеством действий. Рефлекторный уровень по словам Дона Нормана, «… дом размышлений, сознательной мысли, изучения новых понятий и общих выводов о мире.» Эти три уровня, хоть и классифицируются как отдельные измерения эмоциональной системы, связаны и влияют друг на друга, чтобы создать наш общий эмоциональный опыт в мире.

В эмоциональном дизайне: почему мы любим (или ненавидим) повседневные вещи, Дон Норман (выдающийся ученый в области когнитивной науки, дизайна и юзабилити-проектирования) различает три аспекта или уровня эмоциональной системы (то есть совокупность частей, ответственных за эмоции в человеческом разуме), а именно: интуитивный, поведенческий и рефлекторный уровни. Все эти уровни или аспекты сильно связаны и переплетаются в эмоциональной системе, но влияют на дизайн по-своему. Ниже приведены три соответствующих уровня дизайна:

Интуитивный дизайн — «Относится к внешнему виду».

Этот уровень дизайна относится к ощутимым качествам объекта и тому, какие чувства они вызывают у пользователя/наблюдателя. Например, фамильные старинные часы не имеют больше возможностей или функций, определяющих время, чем маленькие, безликие часы каминной полки, но интуитивные (глубоко укоренившиеся, бессознательные, субъективные и непроизвольные чувства) качества отличают эти два объекта в глазах владельца. Большая часть времени, затраченного на разработку продукта, теперь посвящена интуитивному дизайну, поскольку большинство продуктов в определенной группе (например, горелки/фонарики, чайники, тостеры и лампы) имеют тенденцию предлагать один и тот же или аналогичный набор функций, поэтому внешние аспекты помогают отличить продукт от конкурентов. То, что мы тут подразумеваем, — это «брендинг», а именно акт различения одного продукта от другого, для чего применяют не преимущества, которые они предлагают пользователю, а используют взгляды, убеждения, чувства пользователей и то, что они хотят чувствовать, чтобы вызывать такие эмоциональные реакции.

Это может быть достигнуто путем использования изображений детей, животных или персонажей мультфильмов, чтобы придать чему-то внешний вид молодости или использовать цвета (например, красный для «сексуального» и черный для «страшного»), формы (например, жесткие линейные формы) или даже стилей (например, Арт-деко), которые вызывают воспоминания о некоторых эпохах. Интуитивный дизайн направлен на то, чтобы проникнуть в голову пользователя/клиента/наблюдателя и использовать его эмоции либо для улучшения пользовательского опыта (например, улучшения общей визуальной привлекательности), либо для обслуживания некоторых бизнес-интересов (например, эмоциональный шантаж клиента/пользователя/наблюдателя, чтобы он совершил покупку, в соответствии с целями компании/бизнеса/владельца продукта).

Поведенческий дизайн — «… имеет отношение к удовольствию и эффективности использования».

Поведенческий дизайн, вероятно, чаще всего называют удобством использования (юзабилити), но эти два термина в основном касаются практических и функциональных аспектов продукта или всего того, что мы можем использовать в нашей среде. Поведенческий дизайн (мы будем использовать этот термин вместо юзабилити с этого момента) заинтересован, например, в том, как пользователи выполняют свою деятельность, насколько быстро и точно они могут достичь своих целей и задач, сколько ошибок пользователи делают при выполнении определенных задач и насколько хорошо продукт учитывает как опытных, так и неопытных пользователей. Поведенческий дизайн, пожалуй, легче всего тестировать, поскольку уровни производительности можно измерить, когда физические (например, ручки, кнопки, рычаги, переключатели и ключи) или используемые части объекта будут изменены. Например, кнопки, ответственные за две отдельные операции, могут располагаться на разных расстояниях друг от друга, чтобы проверить, сколько времени потребуется пользователю для выполнения двух задач последовательно. В качестве альтернативы, частота ошибок может быть измерена с использованием той (тех) же манипуляции(ий). Примеры опыта на поведенческом уровне включают удовольствие, получаемое от возможности найти контакт и немедленно позвонить на мобильном телефоне, а также легкость печатания на клавиатуре компьютера, сложность ввода на маленьком сенсорном устройстве, например, iPod Touch и наслаждение, которое мы чувствуем при использовании хорошо продуманного контроллера компьютерной игры (например, по моему скромному мнению, панель управления N64). Поведенческий уровень в основном относится к эмоциям, которые мы испытываем в результате выполнения или невыполнения наших целей. Когда продукты/объекты позволяют нам выполнять свои задачи с минимальными трудностями и небольшими сознательными усилиями, эмоции, скорее всего, будут положительными. Напротив, когда продукты ограничивают нас, заставляют нас менять или корректировать наши цели в соответствии с их ограничениями или просто вынуждают нас быть пристально внимательными во время использования, мы более склонны испытывать опыт негативных эмоций.

Рефлективный дизайн — «… рассматривает рационализацию и интеллектуализацию продукта.

Могу ли я рассказать историю об этом? Обращена ли она к моей самооценке, к моей гордости?»  Это самый высокий уровень эмоционального дизайна; представляющий сознательный уровень мысли, где мы сознательно приближаемся к дизайну; взвешивая свои плюсы и минусы, судя по нашей более нюансной и рациональной стороне и извлекая информацию, чтобы определить, что это значит для нас как индивидуума. Рефлективное мышление позволяет нам рационализировать информацию внешней среды, чтобы влиять на поведенческий уровень. Возьмем, например, умные часы (smartwatches)/ «Исследователи Jaewon Choi и Songcheol Kim из Корейского университета изучили намерения пользователей пользоваться умными часами по двум основным факторам: восприятие пользователем устройства как технологического новшества и как роскошного модного продукта. Взгляд пользователей на умные часы в качестве технологической инновации связан с их восприятием полезности устройства и простоты использования (поведенческий уровень). С другой стороны, взгляд пользователей на умные часы как на роскошный модный продукт связан с их восприятием того, насколько они будут радоваться часам, и с уровнями самовыражения, которые им предоставит устройство, то есть способность выражать себя и улучшить свой имидж. И наслаждение, и самовыражение зависит от интуитивного уровня («Выглядят ли часы красиво?»), но также и от рефлекторного уровня («Что подумают мои друзья, когда увидят меня в этих часах?»). Рефлективный уровень взаимодействует с последствиями поведенческого уровня — пользователи могут смириться с трудностями и недостатками в удобстве использования умных часов, потому что они считают, что они получат другие, нефункциональные преимущества от него. Первая версия умных часов Apple имела множество функциональных недочетов и проблем юзабилити, но это не помешало компании получить второй по величине мировой доход в часовой индустрии в течение первого года продажи!

В заключение

Здесь мы представили три уровня дизайна Дона Нормана: интуитивный, поведенческий и рефлекторный. Интуитивный уровень дизайна относится к первому впечатлению от дизайна, как с точки зрения восприятия пользователем продукта, так и с точки зрения чувств, которые возникают у пользователя из-за продукта. Поведенческий уровень относится к опыту использования продукта. Мы часто думаем об этом уровне, когда мы думаем о пользовательском опыте. Рефлекторный уровень относится к размышлению пользователя о продукте, как до, во время, так и после использования. Все три уровня объединяются, чтобы сформировать весь опыт продукта.

Ниже следует идеальное видео: три способа хорошего дизайна делают нас счастливыми от Дона Нормана

Ссылки и где узнать больше

Choi, J., & Kim, S. (2016). «Являются ли умные часы IT-продуктом или модным продуктом? Исследование факторов, влияющих на намерение использовать умные часы.» Компьютеры в поведении человека, 63, 777-786.

Оригинал статьи: https://www.https://www.interaction-design.org/literature/article/user-research-what-it-is-and-why-you-should-do-it

Когда речь идет об исследовании пользователя, многие люди чаще всего думают о тестировании удобства использования. В то время, когда тестирование удобства использования, которое обеспечивает простоту использования вашего дизайна, является важной частью исследования, существует много других видов исследования пользователя, которые просто необходимы в процессе создания продукта, который ориентирован на пользователя. Сперва мы глубоко вникнем в то, что же собой представляет исследование пользователя. Потом мы предоставим обзор о том, как вы можете использовать исследование пользователя в процессе разработки вашего дизайна, перечисляя три самых основных причины для проведения исследования пользователя, а именно: создать дизайн, который действительно актуальный, легкий и приятный в использовании и понимать возврат инвестиций (ROI) вашего UX дизайна.

Что такое исследование пользователя?

Прежде, чем мы рассмотрим причины надобности использования такого исследования, давайте коротко поговорим о том, что мы подразумеваем под выражением «исследование пользователя» или «исследование дизайна», как это иногда называется. Исследование пользователя включает в себя широкий спектр методов. Это может означать всё, что угодно: от этнографического интервью с вашей целевой группой до классического изучение удобства пользования для подсчета метрик или возврата инвестиций (ROI) вашего UX дизайна.

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

• Опросы и формальные эксперименты – это примеры инструментария количественных исследований. Методы количественного исследования пользователя предполагают измерение поведения пользователя путем, который может быть просчитан и использован для статистического анализа.
• Интервью и (до определенной степени) тесты на удобство использования – это инструменты качественного исследования. Они чаще более исследующие и предполагают получение глубокого понимания опытов и ежедневных привычек отдельных пользователей или групп пользователей.

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

Три хороших причины для надобности исследования пользователя

«Эмпатия – это сердце дизайна. Без понимания того, что видят, чувствуют и переживают остальные, дизайн – бессмысленная задача». – Тим Браун (Tim Brown), CEO компании инноваций и дизайна IDEO.

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

1. Для создания дизайна, который полностью актуален для вашего пользователя.
2. Для создание дизайна, который прост и приятен в использовании.
3. Для понимания возврата инвестиций (ROI) вашего UX дизайна.

Давайте вернемся к каждой из этих причин.

1. Для создания дизайна, который будет актуальным.

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

Если вы используете дизайн-мышление, вы должны знать, что первый шаг и ядро процесса – это сопереживание вашим пользователям. Исследование пользователя – это один из лучших путей для осуществления этого. Проведение разных видов интервью и наблюдений в контексте того, где они будут использовать ваш дизайн – это общепринятый метод проведения исследований пользователя. Мы часто помещаем этот вид исследований в самое начало проекта для обеспечения того, что общее направление проекта есть релевантным для потенциальных клиентов и пользователей. В порядке обеспечения того, что ваш дизайн продолжает быть релевантным в процессе прогресса вашего проекта, проверки ваших идей с перспективными пользователями на постоянной основе – это жизненная привычка, которую нужно придерживаться. Спрашивайте их о том, как они воспринимают ваш дизайн и как они могут представлять его использование или вовлекайте их прямо в процесс разработки дизайна для обеспечения того, что вы на верном пути.

Давайте рассмотрим пример: в 2005 году, гигант электроники на рынке Кореи Samsung сделал ряд этнографических исследований пользователей, которые полностью изменили путь, которым он шел при разработке телевизоров. Объединив инновации и стратегию консультации ReD Associates, представители Samsung посетили людей в разных странах, чтобы наблюдать то, как они живут и говорить с ними о их домах и роли ТВ в их домах. То, что они узнали, очень удивило их.

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

Следуя этому инсайту («insight – осознание, понимание»), Samsung изменил свою стратегию дизайна радикально, перемещая встроенные динамики для того, чтобы сделать телевизор более тонким и создать более лаконичный, минималистичный дизайн, который будет легко встраиваться в комнаты людей. Технические возможности были все так же важны, но они должны были быть сбалансированы с выбранным дизайном, который делал телевизоры «стройными» для человеческих домов. «Дом» был лозунгом и Samsung очень сильно работал над трансформацией. Задача заключалась в том, чтобы уйти от создания гостиной, как демонстрационного зала или спортивного бара и прийти к «гармонии». До 2007 года Samsung приумножил свою долю на мировом ТВ – рынке, потому что он доказал: чтобы продукт был актуальным — нужно понимать своих пользователей.

Исследование пользователей, проведенное Samsung, изменило стратегию ТВ разработки к фокусу на более минималистичный дизайн, который подходит для домов покупателей. Хотя телевизоры не стали меньше, все экстра-новое было убрано. Как мы видим здесь, телевизор функционирует как движущаяся картинка размером с галерею — со всеми «колокольчиками», незаметно размещенными в светлых годах от старого понятия «павлина» его технического мастерства, как если бы это был гаджет Джеймса Бонда.

2. Создание дизайна, легкого и приятного в использовании

«Если у пользователя возникает проблема, то это наша проблема». – Стив Джобс (Steve Jobs), соучредитель Apple Computers.

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

WikiWand — это хороший пример того, как компания живет, обеспечивая отличный опыт пользователя. Их продукт — это плагин, который меняет дизайн статей Wikipedia и делает их более привлекательными и дружелюбными для пользователя. WikiWand не предоставляет разный контент с классической страницы Wikipedia, но компания имеет тысячи пользователей, которые хвалят их за великолепный опыт пользователя.

Слева — классический интерфейс Википедии, справа — версия WikiWand той же статьи. Содержание одно и то же, но опыт отличается.

Когда вы разрабатываете или развиваете продукт, вы становитесь основным экспертом того, как его использовать и какие функции у него есть. Из-за того, что вы знаете свой продукт настолько хорошо, однако, вы можете стать слепым относительно функциональности вашего продукта, которая сложна в использовании. Как дизайнерам, нам нужен этот уровень понимания наших продуктов, но это также означает, что мы можем слишком легко сдвинуться далеко от той же точки зрения, что и наши пользователи. Автор лично участвовал во многих проектах, где дизайнеры прекрасно знают идеи интерфейса и функциональности продукта, что отделить понятное от не очень понятного действительно сложно для них. Эта тенденция видения вещей с точки зрения этой профессии, что мы называем “deformation professionnelle” —  и не отступать назад, чтобы поймать реальность того, что происходит от нового, всеобщего угла, естественно.

Однако, к счастью, вы можете избежать многих проблем с удобством использования, следуя различным руководящим принципам и эмпирическим правилам. Но всегда будут ситуации, когда руководство не распространяется, или где разные рекомендации говорят вам разные вещи. Вы также можете разрабатывать целевую группу, такую как дети, где обычные правила не применяются. Это означает, что тестирование пользовательского опыта вашего продукта всегда является хорошей идеей. Однако, нам нужно быть реалистичными здесь — это не дело одного выстрела. “Постоянность” — это название игры. Тестирование пользователя работает лучше, когда оно интегрировано, как часть вашего рабочего процесса, поэтому вы можете протестировать ваш продукт итеративно и с самой ранней стадии развития в будущем. Ранние тесты — это то, что мы можем сделать на примитивных прототипах — например, используя бумагу; оттуда мы продвигаемся к более изысканным прототипам, пока не получим что-то похожее на конечный продукт. Если вы только начинаете тестировать, когда у вас есть почти готовый продукт, вы рискуете очень серьезным риском в том, что ваши результаты могут оказаться слишком запоздалыми для внесения больших изменений в продукт. Например, если все программное обеспечение сделано или если вы не можете нажать дату выпуска, вы будете иметь спину к стене. Итак, оставайтесь с вашим дизайном до самого конца процесса — удивительно, что может возникнуть в результате одиннадцатого часа теста «последней» версии, которую вы запланировали для развертывания.

3. Понять возврат инвестиций вашего UX дизайна

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

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

Именно здесь исследования, показывающие рентабельность инвестиций (ROI) в усилиях UX, стоят своего веса в золоте (или, по крайней мере, от веса распечаток). Если вы можете показать, что изменения, внесенные вами в дизайн, привели к увеличению продаж, привели к увеличению числа клиентов или сделали рабочие процессы более эффективными, у вас есть гораздо более сильный пример для инвестиций в UX. Пользовательские исследования для измерения эффекта вашего дизайна в основном количественные и могут принимать разные формы. Вы можете делать тесты A / B во время разработки, которые сравнивают разные версии вашего дизайна, или вы можете делать исследования после выпуска продукта для измерения различий в шаблонах использования. С приложениями и веб-страницами вы часто создаете различные типы аналитики, чтобы информировать о разных пользовательских шаблонах.

Гигант интернет-магазина Amazon — хороший пример компании, которая построила свой успех, сосредоточившись на опыте клиента на протяжении всего путешествия клиента и постоянно отслеживая работу пользователя. Основатель и главный исполнительный директор Amazon Джефф Безос утверждает, что лучше иметь долгосрочную ориентацию на опыт работы с клиентами, чем краткосрочный фокус на прибыли — часто к огорчению акционеров Amazon, которые предпочли бы прибыль здесь и сейчас. В письме акционеров в 2013 году он ответил некоторым из его критиков, сказав:

«… Я думаю, что долгосрочное мышление квадратизирует круг. Упреждающее восхищение клиентов получает доверие, которое зарабатывает больше бизнеса у этих клиентов, даже на новых бизнес-аренах. Возьмите долгосрочный взгляд, и интересы клиентов и акционеров совпадают ».

Amazon рекомендует разработчикам постоянно проводить тестирование A / B различных версий пользовательских интерфейсов, чтобы они всегда обновлялись, как различные варианты их проектов выполняют, и они предоставили программный инструмент, который поможет легко настроить тесты. По состоянию на 2015 год Amazon был крупнейшим интернет-магазином в мире и самым ценным розничным продавцом в США. Поэтому вы могли бы утверждать, что стратегия Джеффа Безоса была чем-то успешным.

Amazon.com известен своим особым вниманием к опыту работы с клиентами. Не случайно, что философия дальновидности продолжает удерживать компанию на высоком уровне, поскольку она пользуется отдачей от далеко идущих решений.

Возьми с собой

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

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

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

Проведите исследование пользователей, чтобы показать рентабельность ваших проектных усилий.

Вы можете и должны делать исследования пользователей на всех этапах процесса проектирования. Вы изучаете, прежде чем начинать проектирование, чтобы понять, что нужно вашей целевой группе. Вы выполняете итерационные тесты во время разработки, чтобы убедиться, что пользовательский интерфейс находится на пути, и вы можете измерить эффект своего дизайна после выпуска вашего продукта. Этот подход «святой троицы» может держать вас на три шага вперед, поскольку каждое измерение вашего выпуска будет рассмотрено, проанализировано и протестировано, прежде чем сесть, чтобы увидеть результаты окончательного теста (ROI), более уверенно, что вы получил выигрышный проект.

Оригинал статьи: https://www.https://www.interaction-design.org/literature/article/external-cognition-in-product-design-3-ways-to-make-use-of-external-cognition-in-product-designn

Научитесь разрабатывать продукты и системы, которые облегчают жизнь вашего пользователя, избавляя их от когнитивной нагрузки — количества усилий, используемых в их рабочей памяти. По мере того, как вы разрабатываете user flows (путь пользователя между разными сценариями взаимодействия с интерфейсом), минимизация необходимости запоминать вещи во время перемещения по вашему продукту или системе, увеличит желание пользователя продолжать использовать ваш продукт. Многие успешные компании, такие как Google, Amazon и Airbnb, разрабатывают user flows, которые освобождают пользователей от загрузки памяти через внешнее познание (external cognition). Эта статья научит вас, как использовать внешнее познание при разработке user flows, чтобы можно было с уверенностью минимизировать нагрузку на память пользователей.

Когда вы создаете дизайн ориентированных на пользователей продуктов, важно понять, как ключевые когнитивные функции, такие как рассуждения и память, влияют на то, как пользователи взаимодействуют с пользовательским интерфейсом ваших продуктов. Внешнее познание — это обработка информации, которая происходит между внутренним познанием человеческого разума и восприятием и управлением его внешними представлениями (external representations, то есть предоставление информации в пригодной для прочтения человеком форме). Если вы хотите создать действительно ориентированные на пользователя продукты, которые поддерживают умственную способность вашего пользователя, вы всегда должны выяснить, как лучше всего поддерживать нагрузку на память пользователя в дизайне ваших user flows. Календари, электронные таблицы и калькуляторы, а также контрольные списки и аннотации — всего лишь несколько из широко используемых инструментов и продуктов, которые демонстрируют преимущества использования внешнего познания.

Дон Норман (Don Norman), один из самых известных лидеров в мире по вопросам удобства использования, автор книги «Дизайн повседневных вещей» и соучредитель Nielsen Norman Group, считает, что диапазон доступных сегодня физических инструментов и внешних представлений расширил сферу охвата познавательной деятельности для людей. Другими словами, внешние представления, такие как диаграммы, иллюстрации, разговорные инструкции и письменные заметки, были существенно подвержены влиянию компьютеров. Как результат — люди могут делать больше и думать более эффективно вместо того, чтобы обрабатывать все это в своих головах.

3 причины использования внешнего познания в дизайне продукта

Книга 2001 года «Дизайн взаимодействия: за пределами человеко-компьютерного взаимодействия» Роджерса и др. (Rogers, 2001) определяет три основных преимущества, связанных с использованием внешних представлений для наших когнитивных процессов, которые должен учитывать любой UX-дизайнер:

1. Экстернализация для уменьшения нагрузки на память

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

Author/Copyright holder: Francisco Tosete. Copyright terms and licence: CC BY-NC-SA 2.0

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

2. Разгрузка вычислений

Разгрузка вычислений (computational offloading) — это использование некоторого физического инструмента в сочетании с внешним представлением, позволяющим пользователю взаимодействовать с инструментом и решить вычислительную проблему. Простой пример можно увидеть всякий раз, когда мы используем ручку и бумагу для выполнения вычислений. Пользователь использует физические инструменты, такие как ручка и бумага, чтобы экстернализировать математическую проблему, которая изначально существовала в их головах.

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

3. Аннотации и когнитивное отслеживание

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

Когнитивное отслеживание или когнитивная трассировка (cognitive tracing) предполагает управление внешними представлениями для формирования новой информации. Пример когнитивного отслеживания можно увидеть в различных программах совместного использования контента, которые содержат аннотации пользователя, отмеченные датой и временем последней записи. Это позволяет пользователю следить за тем, что произошло или что было изменено, когда они работают над чем-то, и дает возможность вернуться к этому позже.

Google Документы — отличный пример того, как пользователи могут использовать свои комментарии и функции аннотаций для поддержки когнитивного отслеживания.

Дизайнер приложения аннотирует на вайрфреймах (wireframe, то есть набросок модели сайта, состоящий из блоков и их функционала) в процессе работы. Аннотирование избавляет дизайнера от необходимости выяснять, о чем идет речь, и почему дизайн был разработан таким образом каждый раз, когда он/она возвращается к вайрфреймам.

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

Когда студенты заходят на образовательный портал Interaction Design Foundation, они могут видеть свой прогресс для каждого курса.

Узнайте, как ориентированные на пользователей продукты Google используют внешнее познание

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

1. Экстернализация для уменьшения нагрузки на память

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

Цветовой код календаря Google помогает пользователю легко различать различные события, такие как школьные занятия, встречи и хобби…

2. Разгрузка вычислений

Google Таблицы — приложение электронной таблицы для организации, хранения и анализа данных в табличной форме — отличный пример инструмента, который позволяет пользователям экcтернализировать информацию и использовать ее для решения вычислительных задач.

С помощью функций калькулятора в Google Таблицах пользователь может рассчитать свои ежемесячные расходы, просмотрев общую сумму по статьям затрат.

3. Аннотации и когнитивное отслеживание

Google Keep — приложение для заметок, которое позволяет вам буквально сохранить то, что у вас на уме. Он позволяет делать заметки, делать списки, хранить фотографии и синхронизировать их со всеми вашими устройствами. Это отличный пример того, как аннотации и когнитивное отслеживание могут дать вашим пользователям чувство контроля и помочь им в принятии решений. В Google Keep пользователи могут изменять флажки, перемещать элементы и устанавливать напоминания. Это помогает пользователям отслеживать, где они находятся в любом когнитивном процессе.

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

Рабочий лист: практика как использовать внешнее познание в ваших user flows

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

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

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

В заключение

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

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

Чтобы узнать, как распознать, когда интегрировать внешнее познание в user flows вашего продукта, используйте рабочий лист (прикрепленный в приведенном выше разделе), который поможет вам в следующем проекте.

Ссылки и где узнать больше

Чтобы узнать больше о преимуществах использования внешнего познания, смотрите следующее:

«Дизайн взаимодействия: за пределами человеко-компьютерного взаимодействия» Ивонн Роджерс, Хелен Шарп, Дженни Прайс

Чтобы узнать больше о минимизации когнитивной нагрузки, смотрите здесь:

https://www.nngroup.com/articles/minimize-cognitive-load/

Чтобы узнать больше о мышлении с внешними представлениями, смотрите здесь:

http://adrenaline.ucsd.edu/kirsh/Articles/Interaction/thinkingexternalrepresentations.pdf