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

Некоторые до сих пор считают, что продакт-менеджер и дизайнер продукта слишком к нему привязаны, поэтому не способны объективно провести тестирование юзабилити; что полученный результат может глубоко ранить их чувства; что они будут слышать только то, что хотят услышать. Такое препятствие устраняется двумя способами: во-первых, путем обучения продакт-менеджеров и дизайнеров поведению в ходе тестирования; во-вторых, как можно более ранним и быстрым проведением тестов, прежде чем создатели продукта влюбятся в свои детища. Хороший продакт знает, что поначалу любой продукт «неправильный», ведь никто не способен сделать все правильно с первого раза. И ему известно, что знания, полученные благодаря этим тестам, — самый скорый и верный путь к успеху в разработке.

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

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

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

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

ТЕСТИРОВАНИЕ ПРОТОТИПА

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

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

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

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

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