10 заповедей юзабилити-тестирования мобильных приложений
Опубликовано: 2016-06-05Мобильное юзабилити-тестирование и обеспечение качества, возможно, не обладают таким мужеством или славой, как проектирование и разработка приложений, но тестировщики — невоспетые герои мира мобильных приложений. Когда юзабилити-тестирование проведено правильно, с готовым приложением приятно взаимодействовать, и пользователь будет с нетерпением ждать возможности открыть его снова и снова.
С другой стороны, неадекватное UX-тестирование и контроль качества могут помешать успеху вашего мобильного приложения и привести к гибели вашего конечного продукта. Ошибки, сбои и другие сбои UX гарантируют, что приложение попадет прямо в мусорную корзину.
Чтобы убедиться, что вы даете своим пользователям потрясающий опыт, которого они жаждут, убедитесь, что вы следуете этим 10 заповедям юзабилити-тестирования:
Заповедь UX-тестирования №1: не экономьте на тестировании
Петре Морока — эксперт по тестированию удобства использования мобильных устройств в DICE https://dice.fm(@dicefm), приложении, которое позволяет пользователям находить концерты, фестивали и мероприятия без платы за бронирование билетов.
«Очень важно знать свою целевую аудиторию, а также устройства и размеры экранов, которые мы намерены поддерживать, — говорит Морока. «Например, я начинаю с проверки самой старой комбинации устройства и ОС, которая у меня есть, а затем продвигаюсь к последней комбинации мобильного устройства и ОС. Это дает вам довольно четкое представление о проблемах с удобством использования, с которыми могут столкнуться пользователи на старых устройствах».
«Что бы вы ни делали, не думайте, что вы знаете, как ваше приложение будет выглядеть на конкретном устройстве», — добавляет Морока. «Я бы предпочел быть уверенным, что функция работает должным образом на всех доступных устройствах. Даже если это означает отодвигание сроков, не стоит идти на поводу у неопределенности».
Иногда это может означать неприятный разговор с вашим личным менеджером, но оно того стоит. «Я видел, как люди пропускают проверку старых устройств, когда руководитель проекта дышит им в затылок, чтобы выпустить приложение», — говорит Морока. «Не поддавайтесь давлению! Лучше получить немного тепла от вашего менеджера проекта, чем от пользователей, которые оставляют плохие отзывы о вашем приложении».
Заповедь UX-тестирования № 2: проверь доступность
Шэрон Розенблатт сообщает нам из Accessibility Partners, LLC(@Access_Partners), которая консультирует по доступности для компаний, стремящихся сделать свои продукты более удобными для людей с ограниченными возможностями.
«Поскольку мы тестируем юзабилити в моей компании, наше внимание сосредоточено на доступности для людей с ограниченными возможностями», — говорит Розенблатт. «Важно, а во многих случаях и предусмотрено законом, чтобы технологии были доступны для людей с ограниченными возможностями».
Если последнее предложение вызвало у вас панику, прочтите наше руководство для начинающих по доступному дизайну пользовательского интерфейса для мобильных устройств — скорее всего, вы уже рассмотрели некоторые из этих моментов при тестировании удобства использования мобильных устройств.
«Мы тестируем приложения с инженерами, которые имеют инвалидность: будь то слепота, плохое зрение, глухота или неспособность пользоваться мобильными устройствами или держать их в руках, мы стараемся проверить все», — говорит Розенблатт. «Мы также призываем разработчиков использовать вспомогательные технологии, такие как программное обеспечение для чтения с экрана, лупы, распознавание речи, такие как Siri, и многое другое, чтобы имитировать опыт пользователя с ограниченными возможностями. В конце концов, к приложению нельзя получить доступ, если оно не может использоваться большой демографической группой людей, которые считают себя инвалидами».
Проверьте эту инфографику.
Заповедь UX-тестирования № 3: соблюдайте закон красного маршрута
Брайан Клейтон — генеральный директор GreenPal (@YourGreenPal), своего рода Uber для ухода за газонами.
Рекомендуется для вас:
Что означает положение о борьбе со спекуляцией для индийских стартапов?
Как стартапы Edtech помогают повысить квалификацию рабочей силы Индии и стать готовыми к будущему ...
Технологические акции нового века на этой неделе: проблемы Zomato продолжаются, EaseMyTrip публикует...
Индийские стартапы срезают путь в погоне за финансированием
Цифровая маркетинговая платформа Logicserve Bags Финансирование 80 CR INR, ребрендинг как LS Dig...
Отчет предупреждает о возобновлении нормативного контроля над Lendingtech Space
«Закон красного маршрута основан на эвристике общественного транспорта в Лондоне. Автобусу разрешено ездить только по улицам с красной полосой посередине. Это называется красный маршрут, и он позволяет всем остальным транспортным средствам уйти с их пути, но это единственный путь, по которому они могут двигаться», — говорит Клейтон.
Для тех, кто находится по эту сторону Атлантического океана, представьте себе любой город, в котором вы были, где был троллейбус (если вы когда-либо были на берегу Джерси, вы, возможно, слышали культовую запись «Пожалуйста, следите за трамваем!» предупреждая вас, чтобы вы ушли с пути трамвая на променаде Вайлдвуд).
«Эта аналогия может быть перенесена в дизайн приложений, потому что мы должны проектировать красный маршрут в наших приложениях как единственный путь, по которому может идти пользователь, и никак иначе», — говорит Клейтон. «Затем мы должны разработать наши приложения вокруг этого красного маршрута, убрав все вспомогательные маршруты, которые может выбрать пользователь».
Один из лучших способов удостовериться, что пользователь остается на «красном маршруте», — это четко определить процесс адаптации пользователя (вот семь приложений, которые преуспевают в адаптации пользователя, и то, что они делают правильно). Тщательно проверив путь пользователя и опыт адаптации во время тестирования удобства использования, вы устраните множество потенциальных недоразумений конечных пользователей, а также убедитесь, что вы получаете желаемое действие от своего пользователя, которое может включать в себя следование CTA, покупку дополнение, размещение обзора и другие пути, которые в конечном итоге приносят пользу приложению.
Заповедь UX-тестирования № 4: используйте правильные инструменты
Когда дело доходит до инвестирования в новые инструменты для вашего бизнеса, кажется, есть две проблематичные философии. Иногда вы сталкиваетесь с менеджерами проектов, которые не решаются инвестировать время или капитальные затраты в покупку и изучение нового инструмента, который потенциально может рационализировать и улучшить рабочий процесс команды и увеличить производительность в геометрической прогрессии. С другой стороны, вы столкнетесь с менеджерами, которые хотят попробовать каждый новый блестящий инструмент, который выходит, не задумываясь, действительно ли он улучшит их процесс или просто станет обузой для дизайнеров, разработчиков и тестировщиков.
Правильный подход, конечно, где-то посередине. Выполнение мобильного юзабилити-тестирования совершенно нового приложения с использованием устаревших инструментов — это не только пустая трата вашего времени, но и негативное влияние на пользователей (и, в конечном счете, потеря потенциального бизнеса). Крайне важно, чтобы менеджеры проектов связались со своей командой, чтобы оценить любые болевые точки в процессе юзабилити-тестирования и попытаться исправить это, изменив процесс или подыскав инструмент для ускорения или автоматизации конкретной задачи.
Не знаете с чего начать? Ознакомьтесь с этими 11 инструментами, которые облегчают тестирование удобства использования мобильных устройств. Все они проверены экспертами по мобильным приложениям.
Заповедь UX-тестирования № 5: тестируйте на реальных устройствах
Конечно, использование всех правильных инструментов во время тестирования имеет следствие: вы также не должны позволять эмуляции и автоматизации полностью контролировать ваш процесс тестирования. Никакое программное обеспечение для эмуляции не может идеально воспроизвести опыт взаимодействия с сенсорным экраном на реальном физическом устройстве под управлением определенной операционной системы, и никакое автоматизированное средство не может заменить распознавание человеческого мозга (по крайней мере, до тех пор, пока у нас не появятся репликанты, не уступающие в Bladerunner ).
С учетом сказанного, конечно же, аналоговый «мясной» мир мозгов, смартфонов и планшетов имеет свои ограничения. Невозможно иметь доступ ко всем устройствам, находящимся в обращении, под управлением всех возможных операционных систем, особенно если вы разрабатываете для Android, который не распространяет обновления ОС на все устройства, как это делает Apple, и имеет несколько производителей, выпускающих устройства с большим разнообразием. спецификаций. (К сожалению, фрагментация Android по-прежнему остается одной из самых больших проблем мобильного пользовательского интерфейса, на которую до сих пор нет простых ответов). Даже если бы у вас был бюджет, чтобы позволить себе такую огромную кучу устройств, тестирование каждого из них было бы трудоемкой тратой времени.
Так в чем компромисс? Если вы работаете в агентстве, один из способов преодолеть это препятствие — отправить электронную таблицу всем в организации, где они могут добровольно протестировать свой телефон. В этой электронной таблице разбейте столбцы по типу устройства и ОС, на которой оно работает, а затем выберите приличный образец старых и новых версий для тестирования.
Если вы делаете это в одиночку, вы можете инвестировать в старые бывшие в употреблении устройства, которые вы можете найти по дешевке на таких сайтах, как Ebay или Craigslist. В качестве альтернативы, вы можете сообщить своим друзьям, что вы собираете старые устройства и рады «приютить» их смартфоны и планшеты, как только они перейдут на более зеленое пастбище. Опять же, выберите несколько устройств из собранной вами коллекции для тестирования — еще лучше, пригласите своих друзей в качестве бета-тестеров и соберите их отзывы! Что подводит нас к следующему пункту…
Заповедь UX-тестирования № 6: Почитай своих бета-тестеров
Точно так же, как писатели всегда должны иметь вторую пару глаз для редактирования своей работы, так и тестировщики мобильного юзабилити должны заручиться помощью бета-пользователей. Независимо от того, насколько сильны ваши навыки UX-тестирования, у всех начинают мутнеть глаза после нескольких часов работы с одним и тем же кодом и пользовательским интерфейсом, и очень важно, чтобы вы видели, как ваше приложение работает в руках самых разных пользователей. Чем больше, тем лучше.
Заповедь UX-тестирования № 7: документируй
Документация — не самый привлекательный аспект разработки мобильных приложений, но она по-прежнему чрезвычайно важна для процесса тестирования удобства использования. Без надлежащей документации вы столкнетесь с кошмарными ошибками управления версиями (подробнее об этом позже), членами команды, которые будут сбиты с толку, когда изменится определенная функция пользовательского интерфейса, и бесчисленными проблемами связи, которые можно решить простым: «Это прямо здесь, в журнале изменений». Говоря о журналах изменений…
Заповедь UX-тестирования № 8: управляй изменениями
Одна из самых больших катастроф мобильного пользовательского интерфейса, с которой вы можете столкнуться во время тестирования удобства использования, — это большая старая ошибка версии. Вы видите проблему, исправляете ее либо в прототипе, либо в коде, но не можете сообщить, что внесли изменение. Затем разработчик отправляет новую версию кода или дизайнер передает вам обновленный дизайн без той ошибки, которую вы исправили. В лучшем случае вы помните только что сделанное изменение и переделываете его в новой версии, на этот раз правильно документируя. В худшем случае вы забудете, что все произошло, а затем эта ошибка останется в пользовательском интерфейсе, нарушая пользовательский интерфейс только после публикации вашего приложения.
Заблокируйте свой процесс, обновляйте свои журналы изменений и старайтесь изо всех сил избегать одновременного использования нескольких версий вашего приложения или прототипа. Хотя это может показаться экономией времени, когда приближается крайний срок, в конце концов вы можете только доставить себе больше проблем.
Заповедь UX-тестирования № 9: повторяй
Если вы читали нашу статью об инструментах управления рабочим процессом, без которых ваш бизнес мобильных приложений не может жить, вы прочитали слово «итерация» достаточно, чтобы у вас потекли глаза. Современная разработка приложений опирается на концепцию итерации, то есть пересмотр вашего продукта до тех пор, пока он не приблизится (и, в конечном итоге, не достигнет) к совершенству в постоянном процессе, а не придерживается жесткого линейного процесса управления проектом, который не допускает изменений вверх или вниз по течению. .
Весь смысл мобильного юзабилити-тестирования состоит в том, чтобы сделать конечный продукт как можно более совершенным. Вам может потребоваться несколько циклов, чтобы проработать каждый изгиб в UX, но эта итерация — один из самых важных способов, с помощью которых вы можете обеспечить волшебный опыт для своих пользователей.
Заповедь UX-тестирования № 10: Ты должен протестировать свой прототип
Вам не нужно ждать, пока разработчик внесет последние штрихи в свою последнюю строку кода, чтобы начать тестирование удобства использования мобильных устройств — на самом деле, вы можете протестировать свой дизайн пользовательского интерфейса задолго до того, как он попадет в руки вашей команды разработчиков. UX-тестирование — один из многих способов, с помощью которых умные компании используют интерактивные прототипы для оптимизации своих процессов и получения бесценных отзывов о своих самых революционных идеях для мобильных приложений.
[ Proto .io — это инструмент для создания прототипов мобильных приложений, используемый предпринимателями и стартапами для создания полностью интерактивных реалистичных прототипов, которые выглядят и работают как настоящие приложения.]