От целей исследования к тестированию юзабилити: метод 7 шагов

Posted on by riasevastopol

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

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

7 шагов

Итак, что же это за шаги?

1. Выяснить самые ответственные задачи пользователей.
2. Распознать проблемные нюансы совокупности.
3. Сгруппировать результаты шагов 1 и 2 и ранжировать неприятности по важности для компании и пользователей.
4. Сформулировать каждую ответственную проблему.
5. Составить перечень целей изучения для каждой неприятности.
6. Составить перечень задач пользователей для каждой цели изучения.
7. Написать пользовательские сценарии для каждой группы целей.

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

Если вы не всегда можете общаться с соучредителями, сделайте 1 и 2 шаги заблаговременно, шаги с 3 по 5 смогут быть сделаны за один сутки вместе с соучредителями, по окончании чего команда исследователей может сделать шаги 6 и 7 самостоятельно.

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

От целей исследования к тестированию юзабилити: метод 7 шагов

Разглядим подробнее любой ход.

Просматривайте кроме этого: Юзабилити-тестирование: пошаговая инструкция на примере Yelp

1. Выяснить самые серьёзные задачи пользователей

К чему стремятся ваши пользователи?

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

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

Но кроме того в случае если у вас еще нет перечня главных задач, вы имеете возможность выяснить их, разбирая трафик в аналитике сайта, поисковые запросы, результаты опросов, прочие данные и продукты конкурентов. Время от времени главные задачи очевидны: к примеру, на eCommerce-сайте одна из основных задач — приобрести товар. Она делится на пара подпунктов:

  • Отыскать интересующий товар.
  • Сравнить похожие позиции и выбрать, какую из них приобрести.
  • Послать товар в корзину.
  • Осознать, в то время, когда он будет доставлен.
  • Оплатить его.
  • Удостовериться, что приобретение сделана.

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

2. Распознать проблемные нюансы совокупности

О чем больше всего волнуются соучредители?

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

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

Просматривайте кроме этого: 10 неточностей юзабилити-тестов, каковые обязан знать любой маркетолог

3. Сгруппировать результаты шагов 1 и 2 и ранжировать неприятности по важности

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

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

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

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

Неприятность

Приоритет

Наименование

Пользователи

Компания

Неспециализированный счет

Жалобы на уровень качества клиентского обслуживания

5

5

10

Неприятности с качеством результатов поиска

5

3

8

Сложно сравнивать стереосистемы

2

5

7

Визитёры не хватает довольно часто делятся оффером

0

5

5

Практически никто не слушает подкаст

0

4

4

Таблицы и совокупность баллов окажут помощь с ранжированием: расположите неприятности от самых серьёзных к менее ответственным, учитывая и жалобы пользователей, и пользу компании.

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

Задачи этого шага:

1. Найти все ответственные неприятности.
2. Расставить приоритеты.
3. Прийти к соглашению.

Способ оценки не принципиален. Составьте перечень основных неприятностей в таблице, в одной колонке отметьте важность неприятности для пользователей, в второй — для компании. В случае если неприятностей довольно много, ранжируйте лишь 10-15 самых серьёзных.

Сложите цифры из двух колонок и рассортируйте строки по сумме.

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

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

Просматривайте кроме этого: Как пользовательское изучение может оказать помощь при разработке продукта?

4. Постановка каждой серьёзной неприятности

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

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

1. Объясните, что цель заседания — выделить самые ответственные неприятности для тестирования и решить, как как раз его совершить.
2. Поделитесь со всеми перечнем неприятностей, что создали на протяжении шага 3.
3. Запишите заглавия неприятностей на доске (либо разошлите таблицу, в случае если ваша команда планирует онлайн), оставляя рядом с каждой место для правильной формулировки.
4. Объедините связанные неприятности, к примеру так: неприятность — клиенты звонят в работу техподдержки, по причине того, что не смогут отыскать инструкции по настройке совокупности освещения либо не знают инструкции; звонки дорого обходятся компании, и клиенты обиженны.
5. Выберите приоритетные неприятности для изучения, оценивая их так же, как в шаге 3, либо методом голосования.

5. Составить перечень целей изучения для каждой неприятности

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

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

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

6. Составить перечень задач пользователей для каждой цели изучения

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

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

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

К примеру, действия для цели «Выяснить, на каком этапе клиентам нужна инструкция»:

1. Распаковать совокупность освещения.
2. Собрать ее.
3. Подключить ее.

Действия, означающие успех либо неудачу:

1. Клиенты задают вопросы (обратить внимание на их правильные формулировки).
2. Клиенты думают над задачей 60 секунд либо больше.
3. Клиенты обращаются за помощью (обратить внимание, к кому и как).

Дабы решить задачу, клиенты смогут:

1. Поискать инструкцию в коробке либо на ней.
2. Поискать инструкцию на сайте (необходимо обратить внимание на перемещения и поисковые запросы по сайту).

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

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

У для того чтобы детального планирования множество плюсов:

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

К примеру, в обрисованной обстановке вам пригодится решить, желаете ли вы:

1. Обрабатывать звонки в работу технической поддержки и выяснять, что получается у участников.
2. Замечать, как они заполняют формы запросов, чтобы выяснить, как это сложно.
3. Отслеживать вопросы, каковые клиенты желают послать в работу технической поддержки.
4. Отправлять их изучать сайт технической поддержки либо соответствующий лендинг.
5. Подсказывать клиентам, что необходимо либо не требуется делать что-нибудь из вышеперечисленного.

Просматривайте кроме этого: Как создать onboarding-процесс, ориентированный на клиента

7. Написать пользовательские сценарии для каждой группы целей

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

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

Советы:

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

Советы по написанию сценариев

1. Сценарии должны концентрироваться на итогах, мотивирующих пользователей.
2. Сценарии должны подталкивать пользователей сделать как раз то, за чем вам необходимо понаблюдать.
3. В сценариях не должно быть руководств к интерфейсу пользователя.
4. Не упоминайте конкретных ярлыков интерфейса. Возможно сделать исключение для поиска, в то время, когда вы тестируете его, но, быть может, вы желаете узнать, увидят ли люди необходимое поле без ваших подсказок?
5. Применяйте простые слова, понятные каждому, а не технические термины либо жаргонизмы.

Следующие шаги

По окончании написания сценария вам, вероятнее, пригодится:

1. Привлечь соучредителей к наблюдению за пользовательскими сессиями, дабы сконцентрироваться на самых серьёзных проблемах, договориться и взять финансирование для изучений.
2. Решить, что именно вы желаете измерить и как оценивать результаты.
3. Совершить пилотные тесты сессий, дабы отладить сценарии и процессы и выяснить, сколько сценариев стоит тестировать за одну сессию.
4. Включить данные, собранную за эти семь шагов, в собственный замысел изучения для всех сценариев. Сохранить всю другую данные для предстоящей работы.
5. Пригласить соучредителей на тестовые сессии и предложить им также сделать собственные выводы.

Заключение

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

Высоких вам конверсий!

По данным: nngroup.com.

Случайные статьи:

Юзабилити-тестирование сайта: виды, этапы, результаты


Подборка похожих статей:

riasevastopol

More Posts