Прокачайте ваш онбординг
с навигатором интерфейсов Experrto
Выберите категорию

Почему пора забыть о правиле 3-х кликов?

Почему пора забыть о правиле 3-х кликов?

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

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

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

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

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

Необходимо добавить, что исследование, проведенное Джошуа Портером (Joshua Porter), соучредителем компании по дизайну продукта Rocket Insights и бывшим главой UXHubSpot, даже опровергло его; исходя из полученных данных, можно было сделать вывод, что задачи, на выполнение которых требуется больше 3-х кликов, не ведут к уменьшению числа пользователей и снижению уровня удовлетворенности. 

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

Соответствие дизайна правилу 3-х кликов нельзя назвать показателем его эффективности по нескольким причинам:

1. Количество кликов, необходимых для выполнения задачи, зависит не только от дизайна, но и от сложности самой задачи — стремление определить некое конкретное число кликов, допустимое для выполнения абсолютно любой задачи, является ошибочным с самого начала.
2. Далеко не все клики равнозначны: некоторые из них приводят к длительному времени ожидания (например, при загрузке новой страницы), а другие — к мгновенному ответу системы (например, раскрытие меню-аккордеона).
3. Лишь в редких случаях число кликов отражает реальную ситуацию с качеством разработанного вами пользовательского опыта и интерфейса. Существует множество аспектов дизайна, которые способствуют удобству его использования, независимо от того, требует ли задача 2 клика или 10. К тому же ни один пользователь не застрахован от совершения ошибки, неверного толкования значения того или иного элемента. Если вы будете заняты тем, сколько кликов совершают пользователи, решая ту или иную задачу, вы упустите главное — что люди на самом деле будут делать на сайте, и не сможете предоставить им менее разочаровывающий опыт.

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

NYC.gov

NYC.gov: поиск формы, где можно сообщить о вышедшем из строя счетчике воды, занимает всего 3 клика, но совершить их вы сможете путем изнурительного сканирования и скроллинга. На главной странице пользователи должны нажать NYC Resources (1), а затем просмотреть длинную страницу ссылок. На полпути вниз по этой странице (ниже линии сгиба на большинстве ноутбуков) находится раздел «Жильё и строительство», находите там ссылку для арендаторов (2), которая приводит к очень длинному списку ссылок, среди которых та, которая позволит оставить жалобу на счетчик. К слову, она 133-я по счету

Содержание статьи

Происхождение правила трех кликов

Правило 3-х кликов ведет к разработке чрезмерно перегруженного пользовательского интерфейса

Заключение

Происхождение правила трех кликов

Первые упоминания правила трех кликов встречаются еще в 2001 году в книге Джеффри Зельдмана (Jeffrey Zeldman) «Возьми свой талант в интернет» (Taking Your Talent to the Web), в котором он называет это правило широко распространенной в сообществе дизайнеров того времени практикой. К сожалению, в книге не приводятся данные, свидетельствующие о том, что это правило действительно эффективно; автор заявляет, что «только недалекие люди могут не понимать, что любой интернет-пользователь одержим идеей быстрого удовлетворения своей потребности в информации. Если они не могут найти то, что им нужно, за три клика, они обязательно попробуют сделать это еще раз, но уже на другом ресурсе».
Фраза, гласящая, что пользователи стремятся как можно быстрее удовлетворить свои потребности в определенном контенте, кажется вполне логичной, и подтверждений ей вы можете найти достаточно. Однако примечателен тот факт, что первое заявление об эффективности правила 3-х кликов не подкрепляется информацией о каких-либо исследованиях, доказывающих этот вывод. Вам остается только довольствоваться утверждением, что если вы проигнорируете это правило, пользователи «могут» уйти на сайт вашего конкурента.

Секреты юзабилити: как создать успешный интернет-магазин

Правило 3-х кликов ведет к разработке чрезмерно перегруженного пользовательского интерфейса

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

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

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

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

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

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

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

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

Более важным для качественной навигации является следующее:

1. Убедитесь, что названия пунктов меню имеют сильный информационный след (information scent); избегайте использования расплывчатых, незнакомых или узкоспециальных терминов, знакомых только тем, кто близко знаком с вашей компанией.

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

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

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

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

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

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

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

Возможности в области кибербезопасности сервиса Accenture представлен специальной страницей

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

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

Не бесите пользователей: 10 типовых ошибок юзабилити в интерфейсе

Заключение

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

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

Прокачайте свой онбординг!

По материалам: nngroup.com

Прокачайте ваш онбординг
с навигатором интерфейсов Experrto