Прогрессивное раскрытие информации

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

Дизайнеры взаимодействия сталкиваются с дилеммой:

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

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

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

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

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

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

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

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

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

Преимущества постепенного раскрытия информации

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

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

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

Таким образом, прогрессивное раскрытие информации улучшает 3 из 5 компонентов юзабилити: обучаемость, эффективность использования и частоту ошибок.

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

Критерии удобства использования для постепенного раскрытия информации

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

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

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

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

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

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

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

Поэтапное раскрытие информации: шаг за шагом

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

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

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

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

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

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

Управление сложностью

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

Автор: Якоб Нильсен — доктор философии, является защитником пользователей и руководителем Nielsen Norman Group, которую он основал вместе с доктором Дональдом А. Норманом (бывшим вице-президентом по исследованиям Apple Computer). Доктор Нильсен основал движение «дисконтного юзабилити-инжиниринга» для быстрого и дешевого улучшения пользовательских интерфейсов и изобрел несколько методов юзабилити, включая эвристическую оценку. Ему принадлежат 79 патентов США, в основном на способы упрощения использования Интернета.