Что такое для нас удобство использования? Всегда ли это меньше кликов и переходов, меньше смен экранов, меньше полей для заполнения? Когда мы можем увеличить количество информации, которую предоставляем пользователям, и при этом удобство использования только увеличится? Всегда ли уменьшение числа действий пользователя означает уменьшение времени работы с интерфейсами? Или же мы должны уменьшить неопределенность на каждом этапе работы, сократив при этом общее количество операций со стороны пользователя?
На эти вопросы и часть других отвечает доклад, предоставляя конкретные сценарии и подходы при создании интерфейсов, направленные на ускорение работы с ними. Но для начала давайте рассмотрим, какие сейчас существуют стандарты в области комфортного времени работы с интерфейсами.
Порядка 2-10 секунд пользователь готов ждать появления интерфейса (или хотя бы его предвестника) на экране своего компьютера. При этом еще 5-30 секунд может уходить на ознакомление с ситуацией. Если время работы с программным продуктом превышает заявленные цифры, то уже стоит забить тревогу. Однако если при этом в интерфейсе есть какой-либо индикатор загрузки, то время его ожидания может быть еще несколько (десятков) секунд. При все этом пользователь привык к достаточно быстрого реагированию на свои действия: уже после 0,2с уже будет возникать тревога, все ли в порядке с продуктом.
Из всего вышесказанного следует некоторое количество сценариев организации работы с интерфейсами.
В случае сложного интерфейса (многосоставного), время ожидания которого сложно регулировать для всех пользователей, можно использовать следующую схему работы.
Во-первых, если пользователь привык получать обратную связь от продукта через 0,2с после своих действий, то нужно это обратную связь обеспечить! Т.е. отображать произвольный индикатор загрузки при обработке пользовательких данных и смене экрана. Однако если обработка данных происходит быстрее, то лишний раз индикатор лучше не показывать (не мелькать им). Поэтому стоит сделать переключать для отображения индикатора только в том случае, если ожидание продолжается больше 0,2с.
Очень часто интерфейс для пользователя не понятен (много новы понятий и терминов). Но отделить «продвинутого» пользователя от «обычного» нет никакой возможности. Именно с этой целью (научить новых и не раздражать старых) вводятся подсказки, которые появляются в специально отведенных местах (знак вопроса рядом с каждым термином). Это распространенная практика экономит время пользователей и снижает время ознакомления (за счет обучения) и работы (за счет минимизации обучающих элементов) с интерфейсом.
В том случае, когда необходимо разбить интерфейс на несколько последовательных шагов (экранов), то общее количество шагов обязательно должно быть выведено. Дополнительно каждый шаг стоит снабдить не только названием, но и кратким описанием или даже иллюстрацией (если шаг автоматический и не требует от пользователя никаких действий). В случае автоматических действий продукта, если требуется бездействие пользователя, то последнего обязательно нужно об этом проинформировать. Очень хорошо, если пользователя удастся развлечь, и время ожидания для него пройдет незаметно.
Если от пользователя требуется заполнить какую-то большую форму, то ее стоит разбить на несколько шагов таким образом, чтобы время работы с каждым шагом составляло 20-40 секунд. Это позволит обеспечить должную интерактивность, не раздражая пользователя частой сменой. В любом случае, после каждого внедрения или реорганизации интерфейса нужно проводить юзабилити-тестирование для оценки результатов.
Спасибо за внимание. Вопросы?