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

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

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

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

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

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

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

Как скрыть поле с помощью чекбокса

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

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

Как скрыть поле с помощью ссылки

Ещё один способ скрыть необязательное поле — использовать ссылку. Она будет находиться под пояснительным текстом и предлагать пользователям ввести нужные данные.

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

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

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

Подписи «(необязательно)» недостаточно

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

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

Перевод статьи Why You Should Hide Your Optional Form Fields из блога UX Movement Newsletter

В нашем Телеграм-канале UX Teddy публикуем так же переводы практических статей из блога UX Movement про проектирование сложных интерфейсов, форм и страниц — подписывайтесь!

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

Отслеживание прогресса

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

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

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

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

Сохранение прогресса

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

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

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

Разбивайте длинные шаги на страницы

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

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

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

Скрывайте группы полей, подчинённых условиям

Вы можете упростить форму, если будете скрывать группы полей, подчинённых условиям. В данной огромной форме есть много возможностей, чтобы скрыть группы полей, подчинённых условиям. Например, если у пользователя только один ипотечный кредит, нет необходимости отображать поле «Вторая ипотека». Таким образом, скрытие этой группы полей, подчинённых условиям, — наиболее предпочтительный вариант

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

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

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

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

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

Содержание в виде меню

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

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

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

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

Сводная страница

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

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

Огромные формы

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

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

Перевод статьи How to Simplify a Massive Form With Over 100 Fields из блога UX Movement Newsletter

В нашем Телеграм-канале UX Teddy публикуем так же переводы практических статей из блога UX Movement про проектирование сложных интерфейсов, форм и страниц — подписывайтесь!

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

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

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

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

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

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

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

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

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

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

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

Перевод статьи A Better Approach to Multi-Level Sidebar Navigation из блога UX Movement Newsletter

В нашем Телеграм-канале UX Teddy публикуем так же переводы практических статей из блога UX Movement про проектирование сложных интерфейсов, форм и страниц — подписывайтесь!

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

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

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

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

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

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

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

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

Перевод статьи How to Handle Large-Scale Item Groups in a Sidebar из блога UX Movement Newsletter

В нашем Телеграм-канале UX Teddy публикуем так же переводы практических статей из блога UX Movement про проектирование сложных интерфейсов, форм и страниц — подписывайтесь!

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

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

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

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

Иконки

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

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

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

Проведите красную линию сквозь иконки. Это поможет определить, совпадают ли их центры. Если да, значит, иконки правильно выровнены и симметричны.

Стрелка сворачивания

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

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

Всплывающие подсказки

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

При наведении курсора мыши на иконку следует отобразить эффект наведения, раскрашивая иконку. Справа от иконки должна появляться подсказка в виде белого текста на тёмном фоне.

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

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

Перевод статьи How to Design a Sidebar That Saves Screen Space из блога UX Movement Newsletter

В нашем Телеграм-канале UX Teddy публикуем так же переводы практических статей из блога UX Movement про проектирование сложных интерфейсов, форм и страниц — подписывайтесь!

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

Например, список элементов на примере выше можно разделить на три группы. У вас есть «Рабочее пространство» (“Workspace”) с основными элементами для выполнения рабочих задач. Внутри группы «Сообщества» (“Social”) находятся элементы, связанные со взаимодействием с другими людьми. И наконец, группа «Аналитика» (“Analytics”) включает элементы, которые содержат количественные данные.

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

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

Эффект последовательного расположения

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

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

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

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

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

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

Перевод статьи How to Group Your Sidebar Items for Better Findability из блога UX Movement Newsletter

В нашем Телеграм-канале UX Teddy публикуем так же переводы практических статей из блога UX Movement про проектирование сложных интерфейсов, форм и страниц — подписывайтесь!

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

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

Содержание:

Определение

Когда нужна сравнительная таблица

Когда сравнительная таблица не нужна

Типы сравнительных таблиц

Статические сравнительные таблицы

Динамические сравнительные таблицы

Лучшие практики применения сравнительных таблиц

Золотое правило сравнительных таблиц

Определение

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

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

Когда нужна сравнительная таблица

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

• Услуг

• Уровней членства

• Тарифных пакетов

• Функций в приложениях

• Стоимости обучения 

• Локаций

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

Правила принятия решений: компенсаторные и некомпенсаторные

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

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

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

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

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

Когда сравнительная таблица не нужна

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

• Не взаимоисключающие
• Простые
• Дешёвые или заменяемые
• Уникальные или их трудно сравнить

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

Не взаимоисключающие

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

amazon.com: Сравнительная таблица для похожих платьев не нужна

amazon.com: Вместо сравнительной таблицы на странице товара с платьем Amazon предлагал быстрый способ добавить к заказу похожее платье

Простые товары

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

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

Дешёвые или заменяемые товары

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

jetpens.com: Не имеет смысла сравнивать так много характеристик такого простого и недорогого предмета, как пластиковая ручка

Уникальные товары, которые трудно сравнить

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

Типы сравнительных таблиц

Существует два типа сравнительных таблиц:

• Статические сравнительные таблицы включают заранее выбранные товары и лучше всего подходят для небольших подборок товаров — менее 5.
• Динамические сравнительные таблицы позволяют пользователям самим решать, какие товары они хотят сравнить. Они лучше всего подходят для больших подборок товаров.

Статические сравнительные таблицы

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

Например, в последнем релизе Apple представлены только три модели Apple Watch. Поэтому пользователям, которые пытаются определиться с выбором, Apple предлагает готовую сравнительную таблицу.

apple.com: Поскольку в продаже есть только три модели последних Apple Watch, все три Apple представила в виде сравнительной таблицы

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

При такой реализации сравнительной таблицы можно контролировать отображение информации на странице.

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

apple.com: Убедитесь, что пользователи могут легко найти статическую сравнительную таблицу. Для этого включите ссылку на неё в информационную архитектуру в качестве пункта меню. Apple включила ссылку на статическую сравнительную таблицу во вторичное навигационное меню Apple Watch, рядом со ссылками на различные модели Apple Watch

Динамические сравнительные таблицы

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

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

compare-_-tesla.mp4

tesla.com: На сайте Tesla  с помощью динамической таблицы пользователи могли сравнивать различные модели Tesla

Выбор элементов в динамической сравнительной таблице

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

Кнопки «Сравнить» или чекбоксы

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

Чекбоксы (слева, homedepot.com) и кнопки (справа, lowes.com) — два наиболее распространённых способа, которые позволяют пользователям отбирать товары для интерактивной сравнительной таблицы

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

Прямое управление товарами

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

garmin.com: Несмотря на то, что серая прозрачная кнопка сливается с интерфейсом и её не так просто обнаружить, этот пример Garmin не так уж плох. В верхней части каталога находится кнопка «Сравнить». После её активации, нажатие на карточку с товаром позволяет добавить его в сравнительную таблицу и препятствует переходу на страницу с подробной информацией о нём.

Одно из преимуществ такого подхода к выбору — возможность отделить сравнительную страницу от страницы каталога и сделать её визуально чище.

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

Лучшие практики применения сравнительных таблиц

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

Используйте сравнительные таблицы для сравнения не более 5 товаров

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

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

В случае динамических сравнительных таблиц подумайте, будет ли макет изящно масштабироваться до 5 элементов, если у пользователей будет возможность выбирать, какими будут эти 5 элементов. Большинство динамических сравнительных таблиц допускают сравнение только 3-4 элементов. Подумайте, какой объём текста нужно будет включить в описание характеристик, и как это отразится на макете и удобстве восприятия.

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

Динамическая таблица Apple для компьютеров Mac неоправданно ограничивала пользователей в сравнении двух товаров даже при очень больших размерах экрана. Разрешение монитора в примере выше составляет 3008 × 1692

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

Будьте консистентны

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

bestbuy.com: В этой сравнительной таблице представлены характеристики двух разных камер, которые продаёт Best Buy. Характеристик камеры Sony Alpha 7 намного больше. Поддерживать характеристики в актуальном состоянии бывает непросто, особенно когда компании продают множество товаров от разных производителей. Однако если информация обо всех сравниваемых товарах неполная, то её можно вообще не включать в сравнительную таблицу.

smugmug.com: В этой сравнительной таблице подробно описаны возможности четырёх уровней членства в SmugMug. Причём в каждом столбце указано разное значение для характеристики «Реклама и спам»: Zip, Zero, Zilch и Nada. Значения в сравнительных таблицах — не лучшее место для демонстрации индивидуальности сайта. Лучше оставить эти значения эквивалентными и не отвлекать пользователей, пока они ищут различия

Поддерживайте удобство сканирования

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

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

williams-sonoma.com: Дизайнеры сайта Williams Sonoma проделали хорошую работу по классификации кастрюль в этой статичной сравнительной таблице. К сожалению, горизонтальные заголовки строк выглядят нестандартно и мешают сканированию. Узкие абзацы в разделе «ОТЛИЧИТЕЛЬНЫЕ ОСОБЕННОСТИ» (DISTINGUISHING FEATURES) неудобны для сканирования и чтения

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

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

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

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

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

Закреплённые заголовки столбцов

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

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

Значимые характеристики

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

Старайтесь как можно чаще давать определение незнакомым терминам в контексте и связывать расплывчатые характеристики с чем-то конкретным.

Например, в сравнительной таблице Anker есть характеристики, полезные в контексте сравнения портативных зарядных устройств: ёмкость аккумулятора в mAh, скорость зарядки и вес. Что действительно делает эту сравнительную таблицу хорошей, так это тот факт, что она переводит эти характеристики на понятный для пользователя язык. Ёмкость аккумулятора составляет 3350 мАч, что примерно равно 1,2 заряда iPhone 6. Размер 3,5 x 0,9 x 0,9 дюйма, по размеру сопоставим с тюбиком губной помады. Вес — 2,7 унции, что сопоставимо с весом яйца. Среднестатистическому потребителю трудно представить себе, что такое 2,7 унции, но он наверняка может представить себе вес яйца.

amazon.com: В сравнительной таблице товаров производителя технические характеристики переведены на язык, понятный среднестатистическому потребителю

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

dropbox.com: Всплывающая подсказка, которая появляется при наведении курсора, поясняет значение характеристик и не добавляет на страницу лишний текст

Предоставьте пользователям контроль

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

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

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

  bestbuy.com: В этой сравнительной таблице, выбрав переключатель «Показать различия» (Highlight Differences), пользователи могут легко увидеть различия между товарами, строки которых выделены жёлтым цветом 

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

smugmug.com: для быстрого просмотра на сайте SmugMug представлена упрощенная сравнительная таблица с тремя вариантами тарифных планов

smugmug.com: Гораздо более полная сравнительная таблица доступна на другой странице

Упростите сравнение в мобильных интерфейсах

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

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

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

Золотое правило сравнительных таблиц

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

Сделайте решения пользователей максимально простыми: вы будете довольны, а они — счастливы.

Перевод статьи Why You Should Never Split Text Field Inputs из блога nngroup

В нашем Телеграм-канале UX Teddy публикуем так же переводы практических статей из блога UX Movement про проектирование сложных интерфейсов, форм и страниц — подписывайтесь!

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

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

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

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

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

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

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

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

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

В примере ниже вы видите боковое меню со оптимальным интервалом. Отступ между иконками и названиями элементов не слишком велик и не слишком мал. Всё выглядит и ощущается так, как должно быть.Перевод статьи How to Make Any Sidebar Menu Easier to Scan из блога UX Movement Newsletter

В нашем Телеграм-канале UX Teddy публикуем так же переводы практических статей из блога UX Movement про проектирование сложных интерфейсов, форм и страниц — подписывайтесь!

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

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

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

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

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

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

Компонент “Slideover”

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

В большинстве приложений обзор данных на странице начинается с отображения дашборда в виде таблицы или карточек. Когда пользователи нажимают кнопку «Просмотреть детали» (“View Details”), с правой стороны страницы выезжает окно.

Страница обзора

Как ускорить просмотр данных

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

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

Окно, выезжающее в режиме slideover, без оверлея

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

Окно, выезжающее в режиме slideover, с оверлеем

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

Поэтому в окне, выезжающем в режиме slideover, рядом с кнопкой «X» должны быть стрелки пагинации. При нажатии на стрелку «вперёд» следует отображать следующий элемент по порядку, а при нажатии на стрелку «назад» пользователь будет возвращаться к предыдущему. Эти кнопки позволят людям последовательно просматривать детали, не закрывая каждый раз окно, выезжающее в режиме slideover.

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

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

Будущее за окнами, выезжающими в режиме slideover

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

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

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

Перевод статьи Why Users View Details Better with Compact Slideovers из блога UX Movement Newsletter

В нашем Телеграм-канале UX Teddy публикуем так же переводы практических статей из блога UX Movement про проектирование сложных интерфейсов, форм и страниц — подписывайтесь!