Должен заметить, что порядок, в котором нужно отвечать на эти вопросы, не предписан, но многие команды следуют определенной логике. Первым делом мы обычно изучаем ценность идеи. Часто это самый сложный и главный вопрос, так как при отсутствии ценности все остальное не имеет значения. Нередко нам приходится решать проблему риска юзабилити до того, как потребитель сумеет распознать ценность нашего предложения. В любом случае мы анализируем юзабилити и ценность одновременно, с привлечением одних и тех же пользователей и клиентов.
Как только становится ясно, что у нас есть разработка, которую потребители считают ценной, и она спроектирована так, что, по нашему мнению, пользователи смогут разобраться в принципах ее работы, приходит время проанализировать этот подход с инженерами, чтобы убедиться в осуществимости замысла с технической точки зрения. Если и тут результаты обнадеживают, мы показываем свою идею в компании всем, у кого могут возникнуть в связи с новым продуктом вопросы или сомнения: юристам, маркетологам, продавцам, СЕО и прочим специалистам. Обычно эти бизнес-риски оцениваются в последнюю очередь, ведь никому не хочется «расшевелить улей», пока он не уверен в том, что дело того стоит. Случается, идеи, дожившие до этого момента, совсем не похожи на те, с которых вы начинали, а нередко были предложены одной из упомянутых выше заинтересованных сторон. Так что гораздо лучше представить им какие-либо подтверждения того, что в их идее потребителям не все понравилось, и объяснить все внесенные изменения.
Глава 50. Тестирование юзабилити
Тестирование юзабилити, как правило, наиболее продуманная и понятная форма тестирования на этапе исследования продукта, используемая уже много лет. Конечно, сегодня инструменты стали намного эффективнее, и команды проводят такие тесты гораздо чаще, чем раньше, но и в целом это не самый сложный вид деятельности. Главное отличие от тестирования юзабилити в прошлом — его проведение на этапе исследования — с использованием прототипов, а не готовых продуктов — а не в конце процесса, когда исправления и коррекции сопряжены со значительными непродуктивными тратами, а то и с чем-то похуже.
Если ваша компания достаточно велика и в ней есть собственная группа исследователей пользователей, во что бы то ни стало добейтесь, чтобы эти люди как можно больше времени работали на вашу команду. Даже если этого времени будет не очень много, такие специалисты обычно представляют собой потрясающий ресурс для менеджера продукта; и если вы сможете подружиться с кем-то из них, то получите отличное подспорье.
Если компания располагает средствами для привлечения сторонних сервисов, можно воспользоваться для тестирования своих идей и продуктов услугами одной из множества фирм, специализирующихся на исследовании пользователей. Однако из-за цены, взимаемой большинством из них, скорее всего, вы не сможете себе позволить такой подход к тестированию юзабилити в нужном объеме. Дело в том, что если вы похожи на большинство компаний, то у вас не слишком много ресурсов и еще меньше денег. Но это ни в коем случае не должно помешать вам работать в этом важнейшем направлении.
А теперь я расскажу, как проводить тестирование юзабилити идеи или нового продукта самостоятельно. Нет, это не позволит вам достичь эффективности специально обученного и подготовленного исследователя, по крайней мере поначалу, и, скорее всего, понадобится провести не одну серию тестов, чтобы в нем поднатореть, но в большинстве случаев вы сможете практически с самого начала самостоятельно выявлять самые серьезные проблемные области продукта, а это, безусловно, очень и очень важно.
В отличных книгах подробно описывается, как проводить неофициальное тестирование юзабилити, но я не стану пересказывать их содержание, а обращу ваше внимание на ряд наиболее существенных моментов.
КАК ПОДОБРАТЬ ПОЛЬЗОВАТЕЛЕЙ ДЛЯ УЧАСТИЯ В ТЕСТИРОВАНИИ
Прежде всего нужно собрать группу объектов исследования. Если у вас есть особая команда исследователей пользователей, то подбирать людей и планировать тесты будут они; и это огромное подспорье. Но если вам приходится делать все самим, в вашем распоряжении есть несколько вариантов:
• Если в компании реализуется программа определения потребителей, которую я подробно описывал ранее, вы всегда готовы к этой задаче — по крайней мере когда работаете над продуктом для корпоративных клиентов. Если же вы создаете потребительский продукт, придется дополнить имеющуюся группу.
• Для привлечения участников к тестированию можно разместить приглашение на сайте электронных объявлений или осуществить поиск в сети с использованием сервиса Google Ads — что особенно правильно в случае, если вы ищете пользователей, которые в настоящий момент пробуют продукт, похожий на ваш.
• Если у вас есть список адресов электронной почты ваших пользователей, можете отобрать участников из него. А продуктовый маркетолог поможет вам сократить выборку.
• Можно привлекать волонтеров на сайте своей компании — сегодня многие крупные организации с удовольствием участвуют в тестированиях. Однако волонтеров всегда нужно проверять, чтобы все отобранные люди относились к вашему целевому рынку.
• Вы всегда можете пойти в места, где собираются ваши пользователи: торговые выставки софта для бизнес-клиентов, маркетплейсы, спорт-бары для любителей фэнтези-спорта и другие. Если продукт предназначен для удовлетворения какой-нибудь реальной потребности, у вас не будет недостатка в тех, кто согласится потратить на вас час или два. И кстати, захватите с собой символические подарки, чтобы раздать их в знак благодарности за внимание.
• Если вы просите пользователей прийти для участия в тестировании к вам, скорее всего, нужно будет им чем-то компенсировать это одолжение. Мы обыкновенно организуем встречи с участниками тестов там, где удобно всем, например в кафе Starbucks. Такая практика стала настолько широко распространенной, что у нее даже появилось название — starbucks-тестирование.
ПОДГОТОВКА ТЕСТА
Юзабилити-тестирование обычно проводится с применением пользовательского прототипа высокой детализации. Собрать полезные сведения о юзабилити можно и с помощью пользовательского прототипа средней детализации, но для изучения ценности, которое обычно проводится сразу после этого теста, все равно понадобится более реалистичный продукт (о причинах этого я расскажу чуть позже).
В большинстве случаев в тестировании юзабилити и (или) ценности участвуют продакт, дизайнер продукта и один из инженеров-программистов команды (из тех, кому нравится посещать такие мероприятия). Я стараюсь привлекать наших разработчиков по очереди. Как я уже упоминал, в присутствии инженера-программиста нередко возникает некое волшебство, поэтому я стараюсь по возможности всегда привлекать таких специалистов. Если в тестировании вам помогает сторонняя компания по исследованию пользователей, управляет тестом обычно она, но ваши продакт-менеджер и дизайнер обязательно должны присутствовать на каждом тесте.
Следует заранее определить набор задач для тестирования. Обычно тут все просто. Если вы разрабатываете, скажем, приложение для будильника на мобильном устройстве, то пользователям придется устанавливать будильник, находить и нажимать кнопку повтора и так далее. Встречаются и менее очевидные задачи, но при тестировании юзабилити нужно сосредоточиться на основных, то есть на тех, которые будут выполняться чаще всего.
