Hi-Tech

Анализ сложности интерфейса: что это и с чего начать

Объясняет исследователь пользовательского опыта в IBM Габриэлла Кампанья.

В закладки

Рик и Тим разработали этот метод вместе с IBM Research, и мне посчастливилось поучиться у них. Несколько месяцев назад мы с руководителем отдела исследований дизайна IBM Security Риком Собесиаком и руководителем отдела дизайна IBM Systems Тимом О'Кифом выступили с докладом на сессии «Лучших практик в области исследования дизайна» об анализе сложности интерфейса.

После этой презентации я получила много сообщений в Slack и электронных писем от других групп разработчиков, желающих провести анализ сложности. Я применила этот метод к IBM PowerAI Vision — продукту моей команды, — чтобы продемонстрировать важность работы над UX по снижению сложности конкретной задачи или последовательности задач.

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

Обзор метода

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

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

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

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

Какие параметры нужно оценить

Изменения контекста: движение пользователя внутри продукта для завершения шага. 1.

Пример: незначительное изменение контекста при переносе пользователя на новую страницу

Помощь в навигации: предоставляется поддержка для начала и завершения шага. 2.

Пример: текст о том, как начать работу, поможет узнать основные возможности продукта

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

Пример: пользователю нужно выбрать параметры с помощью кнопок

Обратная связь системы: реакция системы на действия пользователя во время выполнения шага. 4.

Пример: журнал уведомлений в режиме реального времени отражает шаги, предпринятые пользователем

Обратная связь об ошибках: реакция системы на типичные ошибки пользователя. 5.

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

Новые понятия: информация, которую пользователь должен понять для конкретного шага. 6.

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

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

Когда использовать

Тем не менее есть несколько требований для его использования: Этот метод достаточно хорошо адаптируется к разным потребностям разработчиков.

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

Опираясь на эти требования, во время разработки продукта я применила анализ сложности интерфейса для нескольких случаев использования:

  1. Сравнить предыдущий пользовательский интерфейс с новым (это может точно показать эффективность работы команды дизайнеров по разработке продукта и управлению им).
  2. Чтобы сравнить один и тот же поток задач (task flow) в продукте конкурента и нашем продукте (отлично подходит для понимания того, где требуется работа над UX, чтобы продукт не уступал чужому).
  3. Чтобы сравнить два варианта совершенно новой функции в пользовательском интерфейсе (это помогает, когда в продукт вводятся инновации или когда при интеграции определённой функции ставки слишком высоки, и команда дизайнеров UX должна убедиться, что получит нужные результаты).

Анализ сложности старого (слева, 29 шагов) и нового (справа, 15 шагов) интерфейсов PowerAI Vision. Параметры обозначены цветами (сверху вниз): обратная связь, отзывы об ошибках, входные параметры, новые понятия, изменения контекста, помощь в навигации Анализ сложности интерфейсов — сравнение двух потоков задач продуктов А и Б. Продукт А уступает по параметрам «обратная связь об ошибках» (синий цвет), «новые понятия» (серый) и «помощь в навигации» (голубой)

Как использовать

Есть три основных шага для проведения анализа сложности интерфейса.

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

Разбить задачу пользователя на отдельные шаги и взаимодействия

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

Для одной задачи нужно выполнить несколько шагов, для шага — несколько взаимодействий

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

  • создать новый набор данных;
  • загрузить изображения;
  • создать категории;
  • присвоить категории изображениям.

Чтобы создать новый набор данных, пользователь должен кликнуть на иконку «+», ввести название для набора данных и кликнуть на кнопку «Ок».

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

Оценить сложность каждого шага или взаимодействия в задаче по шести параметрам

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

Метрики, по которым оцениваются шаги: помощь в навигации, обратная связь системы, обратная связь об ошибках и новые понятия.

Метрики, по которым оцениваются взаимодействия: изменения контекста и входные параметры.

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

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

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

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

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

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

Советы

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

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

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

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

Показать больше

Похожие публикации

Добавить комментарий

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

Кнопка «Наверх»