Юзабилити приложений: что это? Юзабилити-лаборатория: экспертная оценка мобильного приложения для iOS
Проведение юзабилити тестирования - один из этапов разработки любого программного обеспечения. Такую услугу оказывает компания A1QA, работающая в сфере тестирования качества ПО уже более 14 лет. За эти годы компания смогла попасть в число лидеров отрасли, во многом благодаря постоянному повышению квалификации своих сотрудников. Дело в том, что QA относится к тому типу сфер деятельности, где даже недолгий простой грозит полной утратой квалификации, поскольку актуальные тренды быстро сменяют друг друга. Сейчас у компании - 8 центров компетенции, офисы в России, Беларуси, Нидерландах, Великобритании и США, 500 инженеров по качеству в штате. Есть у A1QA и собственная Академия - место, где и профессионалы в отрасли тестирования, и новички, могут узнать что-то новое и повысить квалификацию.
Что понимается под юзабилити?
Вообще юзабилити - это удобство использования. Этот термин используют и в микроэкономике, обозначая им характеристику удобности конкретного предмета. В IT юзабилити обозначает удобство программы, сайта, приложения для пользователя. Оно помогает ответить сразу не несколько вопросов:
● Выполняет ли интерфейс стоящие перед ним задачи? Привлекает ли он внимание, вызывает ли желание продолжать изучение ПО, легко ли найти функциональные кнопки и ссылки?
● Какие элементы интерфейса заметнее остальных? Юзабилити тестирование помогает выяснить, «бросаются ли в глаза» важные кнопки, иконки.
Какие аспекты юзабилити важны для пользователя?
Попадая на сайт или запуская приложение, пользователь рассчитывает на то, что ему будет обеспечено удобство навигации. Важна и работоспособность обратной связи: как быстро поддержка отвечает на вопросы в окне чата? Есть ли возможность написать письмо и приложить к нему скриншоты? Когда оператор поддержки не работает, есть ли альтернативный способ сообщить о проблеме?
Потребуется также определить, за какое время пользователь полностью адаптируется к особенностям приложения, сравнить реальные маршруты перехода со страницы на страницу с конверсионными, то есть приносящими прибыль.
Какие методы используют при тестировании в A1QA?
Чтобы не упустить ни одной мелочи (которая в дальнейшем может оказать сильное влияние на юзабилити), в компании практикуют двойной подход к тестированию.
В первую очередь в ходе юзабилити тестирования проводится экспертный анализ. Специалисты анализируют сценарии использования программного продукта, тестируют разные прототипы интерфейса для выбора оптимального варианта, систематизируют выявленные проблемы и анализируют их причины.
Помимо экспертов, к тестированию привлекаются специально созданные фокус-группы. Задача членов таких групп заключается в использовании ПО, а все выявленные в ходе этого ошибки фиксируются и проверяются специалистами. Благодаря тому, что привлеченные тестировщики не знакомы с системой, им удается указать на интуитивно непонятные опции и места программы, которые потом будут исправлены.
Что даст проведенное специалистами тестирование?
Грамотный подход к тестированию всех аспектов качества программного обеспечения, в том числе и его юзабилити, позволяет существенно улучшить работу приложения, сайта, корпоративной ИТ-системы. В результате повышается удовлетворенность пользователей полученным ими продуктом, что также сказывается на коммерческой успешности разработки. Повышая лояльность пользователей, вы работаете на перспективу: зная, что одна из ваших работ высоко оценена, они будут с большей охотой приобретать или скачивать ваши другие программные продукты.
В A1QA тестированием юзабилити занимается отдельный центр компетенции. Над проектами работают эксперты, обладающие сертификатами IBUQ, что уже гарантирует высокое качество исполнения всех этапов работы.
Просмотры:
- 00:20
- 00:18
- 04.04.2019 21:06
- 04.04.2019 21:03
- 04.04.2019 21:00
- 04.04.2019 20:53
- 04.04.2019 20:44
- 04.04.2019 20:25
- 04.04.2019 20:22
С приятным, на ваш взгляд, дизайном, удобным функционалом, полезными опциями, выпустили релиз продукта, но… Несмотря на мощную маркетинговую поддержку, пользователи стали уходить к конкурентам.
В чем же дело? Причин может быть несколько. Одна из наиболее вероятных – проблемы с юзабилити вашего мобильного приложения. Избежать такой ситуации, заранее устранить все недостатки и поможет грамотное юзабилити-тестирование. Порядок действий при этом следующий.
Шаг 1. Установка в мобильное приложение системы аналитики
При разработке мобильного приложения стоит сразу встроить в него : Яндекс.Метрику, Google.Analytics, Flurry, Mixpanel. Через некоторое время, допустим, через месяц, сервис предоставит информацию о том, кто, а главное, как пользуется мобильным приложением.
Например, Flurry анализирует:
- количество и основные характеристики пользователей (гендерную принадлежность, возраст, географию использования приложения)
- периодичность запуска приложения
- количество и длину сессий
- навигацию и события внутри приложения (переходы между экранами)
- сбои в работе
Все эти данные помогут понять, по каким траекториям передвигаются пользователи внутри приложения, с каких экранов они чаще всего уходят, и с чем это может быть связано.
Допустим, в большинстве случаев пользователь выходит из приложения на этапе заполнения корзины. Какие могут быть причины?
- Посетитель не может разобраться, как заполнить основные поля в Корзине.
- Не видит часть товаров в Корзине и не понимает, добавлены они или нет.
- Пользователю не очевидно, прошла оплата или возникли какие-то затруднения.
Для проверки гипотез отказа от приложения нужно протестировать юзабилити приложения на различных персонажах и сценариях.
Шаг 2. Создание персонажей и сценариев работы в мобильном приложении
Персонажи и сценарии – неплохой инструмент для описания целевой аудитории приложения.
Персонаж – это, с одной стороны, некая абстракция, смоделированный представитель сегмента аудитории, а с другой – вполне конкретная личность со своими особенностями поведения, привычками, потребностями. На их основе и строится пользовательский сценарий взаимодействия с приложением.
В случае с приложением для онлайн-покупок, сценарий может выглядеть примерно так:
- запуск приложения
- ввод поискового запроса
- выбор интересного варианта в поисковой выдаче
- изучение характеристик
- изучение отзывов
- заказ
- получение уведомления о сроках доставки
После установки системы аналитики, создания персонажей и сценариев использования мобильного приложения, самое время переходить к…
Шаг 3. Собственно юзабилити-тестирование
Для теста юзабилити мобильного приложения нужно найти несколько человек, максимально соответствующих описанию персонажей, составить для них список задач таким образом, чтобы респонденты прошли нужные сценарии в приложении. Если в приложении предусмотрена покупка товаров или услуг, необходимо предоставить пользователям банковскую карту.
В ходе тестирования перед респондентами следует поставить конкретные цели и наблюдать, как именно они будут реализовываться.
В листах оценки юзабилити следует отметить:
- была ли достигнута цель в мобильном приложении
- какие сложности возникли в ходе тестирования
- сколько времени пришлось потратить пользователю на достижение цели
Шаг 4. Анализ полученных данных
После тестирования следует изучить листы оценки и проанализировать, на каких этапах работы в мобильном приложении возникают сложности.
Одна из возможных причин – ошибки в . Перегруженный интерфейс, сложная и непонятная навигация, многоступенчатая система регистрации – всё это запутает пользователя и не даст ему совершить в приложении целевые действия.
Шаг 5. Выводы и устранение ошибок
Составив список критических ошибок, нужно выполнить улучшение юзабилити мобильного приложения, а затем провести контрольный тест и убедиться в том, что работа приложения стала гораздо лучше.
Юзабилити-тестирование мобильного приложения – важная часть его успеха у целевой аудитории. Проводить аудит юзабилити рекомендуется и на этапе прототипа, и после выхода релиза мобильного приложения. А затем пару раз в год – для своевременного устранения ошибок и, безусловно, чтобы оставаться в тренде мобильной разработки.
Навигация мобильных версий сайтов и приложений должна быть наглядной, понятной и вдобавок занимать минимум места на экране. По сути, она должна дополнять собой инструменты поиска, а иногда — и заменять их, и этому есть несколько причин:
- Пользователи порой не знают, что они хотели бы найти на вашем сайте, поэтому ваша цель — помочь им выяснить это, разграничив область поиска, например, указав категории товаров.
- Сформулировать правильный поисковый запрос — не такая простая задача, как может показаться, а люди по природе своей еще и ленивы. Гораздо эффективнее будет предложить им готовые решения в виде навигационных ссылок.
- Наконец, строка поиска на сайте часто работает не настолько эффективно, как того ожидают пользователи.
На мобильных устройствах правильная навигация еще более актуальна: занимая существенную часть экрана, она привлекает намного больше внимания, чем на десктопе. Из-за недостатка места строка поиска и ссылки меню в верхней части страницы могут помешать быстро получить нужную информацию. Не заставляйте пользователей скроллить, обращайте пристальное внимание на эти элементы — они должны быть заметны с первого взгляда, но при этом не нарушать : приоритет контента перед интерфейсом.
На сегодняшний день это одна из главных проблем мобильных интерфейсов: как сделать навигацию заметной и удобной для использования, и при этом не отвлекать от содержимого. Рассмотрим ключевые принципы построения навигации мобильных сайтов и приложений на конкретных примерах.
Верхняя панель навигации
Верхняя панель навигации досталась мобильным сайтам в наследство от десктопных устройств. Эта полоска в верхней части экрана, на которой размещены основные навигационные ссылки — популярный и достаточно эффективный инструмент, однако имеет два существенных недостатка. Во-первых, он хорош, только когда на сайте относительно мало других элементов навигации, и во-вторых — занимает слишком ценное пространство в верхней части экрана.
Вот, например, как выглядят главные страницы мобильной версии сайта BBC и приложения Google Play Apps:
Обратите внимание, что Google Play смог уместить больше элементов в панели навигации, используя «карусель»
Панель вкладок
Панель вкладок — ближайший родственник верхней навигационной панели, который часто используется в приложениях. Она может размещаться как в верхней части
страницы (в основном, Android), так и в нижней (IOS).
Панели вкладок, как правило, присутствуют в большинстве мобильных приложений и имеют те же недостатки, что и панель навигации. Существенное их отличие в том, что панель вкладок закреплена, то есть постоянно видна на экране, даже когда пользователь прокручивает страницу вниз, а панель навигации, как правило, просто прокручивается вместе содержанием страницы. Хотя иногда применяется и так называемая «липкая навигация» (sticky navigation), когда навигационная панель остается в верхней части экрана либо автоматически появляется там, когда пользовать начинает скроллить страницу вверх.
В качестве примеров можно привести ленту новостей Facebook на мобильных платформах. Facebook на iPhone (слева) и Android (справа) использует панель вкладок для основной навигации по приложению. Вкладки расположены в соответствии с официальными принципами данных операционных систем: внизу — на iPhone и в верхней части страницы — на Android. При этом навигационные иконки на IOS еще и подписаны:
Если их более пяти, становится трудно уместить их все на панели, сохранив при этом оптимальный для сенсорного экрана размер. Конечно, можно использовать «карусель», как в примере с Google Play — то есть разбить пункты навигации по категориям, но это не всегда уместно. Пользователь не всегда может догадаться, что за пункты скрываются за следующим элементом карусели, и не всегда станет проверять их.
Пример — старая версия приложения Weather Channel: здесь панель вкладок реализована так, что не сразу понятно, что каждая вкладка внизу скрывает под собой еще несколько. И тем более сложно угадать, какие именно пункты там содержатся:
Если вы решите использовать панель навигации или панель вкладок, они должны быть основным элементом интерфейса, но еще немного места стоит отвести на другие инструменты — например, на окно поиска.
Если на сайте 4-5 основных вариантов навигации, возможно, имеет смысл сделать их видимыми постоянно, особенно если они ведут к часто используемым страницам и опциям. Однако, не забывайте, что навигация должна соответствовать контексту приложения. Так, если есть другие обязательные элементы — например, иконка корзины, вход в учетную запись и т. д, то их тоже нужно учитывать, чтобы в целом интерфейс не занимал слишком много места.
Например, вот как выглядит страница результатов поиска сайта AutoZone:
Хотя в панели навигации содержится всего четыре основных пункта (Магазин, Консультации по ремонту, Заказ и Найти магазин), помимо них на страницу выводится еще несколько элементов интерфейса (логотип, корзина, строка поиска, вкладки с результатами поиска и т. д.), так что суммарно они занимают около трети экрана.
Скрытые меню (сэндвич и другие варианты)
Сэндвич-меню, или меню-гамбургер — это навигационное меню, содержащее в себе несколько пунктов или даже несколько подменю и разворачивающееся, только когда пользователь кликает по нему. В свернутом состоянии оно занимает минимум места, и в этом одновременно его преимущество и недостаток, так как данный элемент навигации менее заметен, чем обычное меню.
Пример использования сэндвич-меню — сайт USA Today. Здесь оно применяется для основных навигационных опций. Открывается нажатием на значок в левом верхнем углу экрана:
Еще один вариант скрытой навигации — меню обнаруживается, только когда пользователь проводит пальцем по экрану. Например, в приложении Sephora на внутренних страницах меню можно вызвать, проведя пальцем слева направо:
Однако самой кнопки меню не видно, поэтому многие пользователи, скорее всего, не обнаруживают эту функцию и ограничивают себя в функционале, используя только видимые кнопки.
В целом, как уже говорилось выше, скрытое меню имеет одно существенное преимущество перед навигационной панелью — оно занимает минимум места. Однако имейте в виду, что большую часть времени навигационные ссылки будут скрыты. Чтобы воспользоваться ими, юзер должен целенаправленно зайти в меню и выбрать один из пунктов, к чему он еще не совсем привык, несмотря на то, что в мобильных версиях сайтов гамбургер-меню встречаются уже довольно часто. В связи с этом, стоит доработать систему навигации с помощью дополнительных инструментов — например, перекрестных ссылок.
Навигационный хаб
Так называют страницу (обычно это главная страница сайта), на которой размещены все ключевые навигационные элементы. Это узловая точка, перекресток всех дорог, куда пользователь возвращается каждый раз, когда ему нужно перейти в другой раздел.
Недостаток данного подхода в том, что домашнюю страницу приходится полностью отдать под нужды навигации, а пользователя вынудить делать лишний шаг (возвращение на главную) при перемещении по сайту.
Это, прежде всего, сайты и приложения, используемые не для просмотра контента, а для достижения очень конкретных задач — например, регистрации на рейс или изменения тарифа мобильной связи. В таких случаях пользователь редко выполняет более одной задачи за посещение, поэтому необходимость возвращаться на главную страницу для выбора другой ветви навигации его не будет раздражать.
Наглядный пример — мобильная версия сайта авиакомпании United. На главной странице расположены ключевые навигационные элементы, а на внутренних в верхней части страницы предусмотрена кнопка «Home» для возврата на главную. Причем пользователи редко совершают два типа действий (например, покупку билета и регистрацию на рейс) за одно посещение. Так что большинству из них эта кнопка не понадобится.
Выводы
Сделать мобильную навигацию простой и удобной не так просто из-за ограничений, связанных с небольшим размером экрана. Можно по-разному пробовать решать эту задачу, но почти всегда вы будете сталкиваться с проблемами юзабилити.
Суть в том, чтобы выбрать такие решения, недостатки которых меньше всего будут проявляться конкретно на вашем сайте:
- Сэндвич-меню вмешают большое количество навигационных ссылок, но при этом они становятся заметны, только когда пользователь вызывает меню. Этот подход актуален для сайтов, ориентированных в основном на просмотр контента.
- Панель навигации и панель вкладок съедают часть места на экране, но хорошо работают, когда вариантов для выбора немного.
- На сайтах, ориентированных на решение конкретных задач, можно использовать стартовую страницу в качестве навигационного хаба.
Компании по юзабилити тестированию выполняют такую верификацию для того, чтобы помочь разработчикам создать быстрые и простые в использовании приложения. Главная цель – обеспечить удобство пользования приложением, создать интерфейс, соответствующий общим стандартам.
Выполняя юзабилити тестирование, тестировщику нужно:
- убедиться, что кнопки соответствующего размера и что они удобны для больших пальцев;
- расположить кнопки в одной области экрана, чтобы не сбивать с толку пользователей;
- проверить, расположены ли изображения и иконки в соответствии со средой приложения;
- убедиться, что цвет кнопок, выполняющих те же функции, совпадает;
- убедиться, что система функционирует корректно при увеличении и уменьшении масштаба;
- обеспечить минимальный ввод с клавиатуры;
- выяснить, можно ли вернуться или отменить действие в случае нажатия неверной клавиши;
- выяснить, не перегружены ли контекстные меню, так как они предполагают быстрое использование;
- проверить, насколько текст прост, понятен и виден ли пользователю;
- убедиться, что короткие предложения и абзацы читабельны;
- найти оптимальный размер шрифта;
- убедиться, что в случае загрузки большого объема информации, приложение предупреждает пользователя о возможных сбоях;
- проверить, возможно ли выйти из приложения в любом режиме работы, и возобновит ли оно работу в том же режиме;
- проверить, все ли строки отображаются на необходимом языке, и содержит ли приложение опцию перевода;
- убедиться, что компоненты приложения синхронизируются с действиями пользователя;
- обеспечить руководство, которое могло бы помочь понять приложение и использовать его эффективно.
Тестирование мобильного приложения выполняется с помощью участия пользователей, так как только реальные люди могут понять субъективные ощущения, вызванные работой с приложением.
Тестирование мобильных приложений — это метод тестирования, нацеленный на определение уровня удобства пользования, обучаемости, понятности и привлекательности для целевой аудитории продукта, разрабатываемого в контексте определенных условий.
Уровень юзабилити оценивается следующими пунктами:
- Производительность и эффективность – сколько времени и этапов потребуется пользователю для выполнения основных заданий приложения; например, разместить новость, зарегистрироваться, совершить покупку (чем меньше нужно времени и шагов – тем лучше).
- Точность – сколько ошибок совершает пользователь во время работы приложения?
- Активация памяти (напоминание) – как долго пользователь помнит, как пользоваться приложением после задержки в работе в течение длительного периода времени? (Повторяющееся выполнение операций после задержки должно быть быстрее, чем у нового пользователя).
- Эмоциональная отдача – как чувствует себя пользователь после выполнения задачи: он испытывает смешанные чувства, стресс, или ему, наоборот, все понравилось? Посоветует ли он систему своим друзьям?
Два принципа улучшения удобства пользования:
- «Защита от дурака» — если в поле предлагается ввести номер телефона, то диапазон должен быть ограничен только номерами, и клавиатура должна быть оформлена соответствующим образом. То же должно быть сделано для электронной почты и других элементов, предполагающих ввод данных.
- Цикл Деминга (Plan-Do-Study-Act) – это означает, что информация о дизайне и удобстве пользования должна быть принята от существующих пользователей и основанная на их мнении, должны быть спланированы изменения приложения.
Чтобы узнать насколько удобен сайт или другой программный продукт для пользователей, надо спросить об этом у них самих. Но считается, что тестирование на «на живых людях» отнимает много сил и времени у разработчика и/или владельца ресурса.
На этот случай существуют онлайн инструменты для юзабилити-тестирования. Они помогают выяснить, насколько продукт соответствует ожиданиям пользователей, и в то же время, экономят время и средства на проведение исследований.
В этой статье представлен обзор десяти простых и доступных инструментов для юзабилити-тестирования сайтов. Что приятно, всеми описанными приложениями, за исключением последнего, можно воспользоваться бесплатно: они вообще не требуют оплаты или имеют бесплатные версии с ограниченным функционалом.
Сначала идет описание всех десяти приложений, а затем сравнительная таблица, где отражены их основные характеристики.
UsabilityHub
На сайте доступны три онлайн инструмента, позволяющие тестировать юзабилити сайта или веб-приложения по скриншотам страниц.Optimal Workshop
На сайте OptimalWorkshop можно оптимизировать сайт, используя три разных инструмента:
- Optimalsort - это инструмент, который помогает организовать структуру сайта с помощью метода сортировки карточек .
- Treejack - приложение для тестирования многоуровневой информационной архитектуры (ИА) сайта. Чтобы начать тестирование, структуру веб-сайта необходимо организовать как таблицу и загрузить в Treejack.
- Calkmark предназначен для тестирования юзабилити веб-страниц. Он помогает понять, насколько просто (или сложно) пользователям сайта находить нужную информацию. Чтобы начать работу, загружаем скриншот веб-страницы и ставим перед пользователями какую-либо задачу. Calkmark накапливает ответы и выдает результаты тестирования в виде тепловой карты кликов, а также сообщает среднее время, необходимое для выполнения каждой задачи.
В бесплатной версии можно создавать только небольшие проекты, со следующими ограничениями:
- OptimalSort: десять участников и 30 карточек за один опрос.
- Chalkmark и Treejack: 10 участников и 3 обследуемые задачи за один опрос.
Этот бесплатный онлайн инструмент можно интегрировать на сайт. Он создает небольшой опрос посетителей сайта, состоящий всего из 4 вопросов. Вопросы сформулированы таким образом, чтобы можно было выявить наиболее достоверную обратную связь от пользователей.
Интегрируется с Google Analytics и доступен на 10 языках, хотя русского, к сожалению, среди них пока нет.
Feng-GUI
Feng-GUI имитирует взгляд пользователя в течение первых 5 секунд воздействия визуального эффекта. Это приложение создает карту движения глаз по странице (heatmap) на основе алгоритма, который предсказывает, на что, скорее всего, будет смотреть реальный человек.Прямо на главной странице сайта можно загрузить скриншот и увидеть вероятные области повышенного внимания посетителя.
ClickHeat
Это бесплатное программное обеспечение с открытым кодом интегрируется на сайт и создает визуальную тепловую карту кликов посетителей веб-страницы. А так как код ClickHeat находится непосредственно на сервере, то карта отражает результат работы реальных пользователей сайта.
WebVisor
Российская система, которая после установки javasript-кода на страницы сайта, позволяет отслеживать и анализировать поведение пользователей.С ее помощью можно:
- Записывать действия посетителей сайта: клики, скроллинг, нажатие клавиш, заполнение форм, выделение и копирование текста.
- Воспроизводить записанные действия в режиме «живого видео».
- Проводить детальную аналитику поведения посетителей веб-сайта.
- Составлять карты активности пользователей: тепловые карты кликов, карты внимания и карты скроллинга.
SitePolice
Еще один русскоязычный онлайн инструмент для юзабилити-тестирования сайтов. Он дает возможность владельцам сайта протестировать свой ресурс при помощи аудиторов, а аудиторам заработать своим трудом.Как это работает?
- Заказчик выставляет свой сайт на суд «полицейских», формулирует несколько вопросов, на которые хотел бы получить ответы и выбирает тарифный план аудита.
- Аудиторы пишут отчет по сайту в практически свободной форме. В отчете есть только два обязательных раздела: «анализ юзабилити сайта и способы решения проблем» и «общий вывод». За свои отчеты и активность на сайте «полицейские» получают баллы, которые потом могут превратить в деньги.
- Если заказчик аудита не против, то все отчеты «полицейских» остаются на сайте сервиса для общего просмотра.
Сравнительная таблица инструментов для юзабилити-тестирования
| Название | Русский язык | Кто тестирует | Объекты тестирования | Результаты тестирования | Наличие бесплатной версии |
| UsabilityHub | Есть | Тестеры сервиса; другие пользователи UsabilityHub | Скриншот веб-страницы | Ответы на вопросы, сформулированные в начале теста; тепловая карта кликов | Бесплатно с ограничением — пользователи бесплатной версии должны сами тестировать чужие сайты |
| UserPlus | Есть | Своими силами с помощью опросника; тестеры сервиса (в бета-версии) | Скриншот веб-страницы | Оценка страницы на соответствие международным стандартам | Бесплатно с ограничением — один скриншот в месяц |
