Марти Каган - Вдохновленные. Все, что нужно знать продакт-менеджеру

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

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

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

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

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

В ходе тестирования нужно делать все от вас зависящее, чтобы удерживать участников в режиме использования и не давать им перейти к критике. Важно определить, могут ли пользователи, применяя ваш прототип, легко выполнять необходимые им задачи, а не то, считают ли они тот или иной элемент страницы недостаточно привлекательным или что, по их мнению, на ней нужно что-то переместить или изменить. Иногда люди, не слишком поднаторевшие в тестировании, задают пользователям неправильные вопросы: «Какие три элемента на странице вы изменили бы?» Меня подобные вещи не очень интересуют — разве что если этот человек по стечению обстоятельств еще и дизайнер продукта. Если бы пользователи знали, чего они на самом деле хотят, создавать программное обеспечение было бы намного проще. Так что обращайте внимание на то, что они делают, а не на то, что говорят.

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

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

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

Повторяйте за собеседником как попугай, так как это полезно во многих ситуациях и помогает не давать пользователю наводок. Если участник тестирования ничего не говорит, а у вас уже нет сил молчать, опишите ему, что он делает: «Я вижу, вы ищете этот список справа». Человек обязательно расскажет вам, что он пытается сделать, что хочет найти и все остальное. Если же он задаст прямой вопрос, вместо ответа-подсказки можно просто повторить его слова. Например, пользователь спрашивает: «А если кликнуть тут, будет новая запись?» — а вы отвечаете: «Вам интересно, нужно ли кликнуть здесь, чтобы получить новую запись?» Как правило, пользователи «покупаются» на такой прием, потому что люди обычно хотят ответить на заданный им вопрос: «Ну да, думаю, так и будет». А еще попугайничанье помогает избегать наводящих оценочных суждений. Если у вас возникло непреодолимое желание похвалить участника тестирования, лучше скажите: «Ну вот, вы создали новую запись». И наконец, по-попугайски повторяя ключевые моменты, вы помогаете коллеге, который ведет записи, оставляя ему на это больше времени.

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

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

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

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