непосредственно под ним. Вносить изменения на уровнях, находящихся вблизи вершины пирамиды, не так уж сложно, в то время как пересмотр гипотез, лежащих вблизи ее основания, может иметь критические последствия для всех верхних слоев. Например, изменение UX-дизайна страницы с целью сделать ее более удобной для использования можно считать незначительным. Но давайте предположим, что ваше ценностное предложение основывалось на гипотезе о неважности некого потребительского преимущества, однако тестирование на пользователях показало, что на самом деле это не так. Теперь вам придется вносить изменения в свое ценностное предложение, что, в свою очередь, повлияет на набор функций MVP и UX-дизайн продукта. Вот почему необходимо в первую очередь сосредоточиться на решении проблем, возникающих на самом низком уровне, обрабатывая ту информацию, которую вы получаете в ходе пользовательского тестирования. Как только вы убедитесь в том, что все проблемы устранены, можно будет перенаправить усилия на решение задач, относящихся к следующему, более высокому уровню.
Рисунок 10.2. Пирамида соответствия продукта рынку
Итеративное пользовательское тестирование
Как я уже указывал в главе 9, каждый пользовательский тест предоставляет ценную информацию о вашем MVP. По завершении каждого раунда тестирования полезно обсудить его результаты с командой разработчиков, чтобы поделиться наблюдениями и обобщить полученные знания. Я рекомендую использовать таблицы (подобные Таблице 9.1) для фиксации ключевых результатов, полученных в каждом раунде пользовательского тестирования.
Подводя итоги, вы можете получить сводные данные по всем участникам, чтобы понять, сколько из них (в процентном отношении) дали одинаковые, положительные или отрицательные, отзывы. Это должно помочь определить приоритетность внесения необходимых изменений в MVP. Если все или большинство пользователей указали на наличие одной и той же проблемы, ее решение должно быть более приоритетным. Если же какой-то другой недочет был отмечен всего одним или двумя пользователями, его можно отправить в конец очереди на исправление. Кроме этого, необходимо определить, каким вопросам вы планируете уделить особое внимание во время следующего раунда тестирования.
Раунд первый
Давайте вернемся к примеру, который был представлен в главе 9. Для начала мы обобщим результаты первого раунда тестирования с участием пяти пользователей в одном столбце Таблицы 10.1. Вы можете заметить, что я удалил из результатов положительные отзывы. Это сделано для упрощения. Итак, по результатам первого раунда тестирования мы выявили четыре проблемы:
1. 80 % пользователей пожаловались на отсутствие функции Y;
2. 60 % пользователей не нашли ссылку «Зарегистрироваться»;
3. У 60 % пользователей возникли трудности с регистрацией;.
4. 40 % пользователей не поняли наш слоган.
Давайте рассмотрим каждую из них более подробно. Тот факт, что функция Y отсутствует, является проблемой формирования функционала MVP. В данном случае эта функция входила в наш расширенный список. Мы сочли ее ценной, но планировали создать позже и не посчитали нужным включить ее в MVP. Теперь, когда в результате тестирования мы выяснили, что пользователи ожидали увидеть ее в составе тестируемой версии продукта, принято решение о ее добавлении. Наш коллега уже работает над созданием дизайна для функции Y, и по готовности, мы добавим его в проектные артефакты.
Таблица 10.1 Отслеживание результатов нескольких раундов пользовательского тестирования
Тот факт, что пользователи не нашли ссылку «Зарегистрироваться», является проблемой визуального дизайна. Чтобы ее исправить, наш визуальный дизайнер перенесет ссылку на более видное место, увеличит ее размер и отобразит в виде кнопки, используя при этом цвет, который будет хорошо заметен на экране.
Трудности с регистрацией относятся к проблемам дизайна интерактивности. Для устранения данной проблемы решено изменить процесс регистрации с учетом мнений пользователей.
Тот факт, что многие участники тестирования не поняли наш слоган, является проблемой целевого месседжа. Оказывается, используемая формулировка не смогла донести смысл, который мы в нее вкладывали. В результате слоган не смог эффективно отразить отличительные преимущества нашего продукта. Для исправления ситуации мы проводим мозговой штурм, чтобы придумать новые варианты. Наиболее предпочтительная версия будет вынесена на суд пользователей во втором раунде тестирования. Все произведенные обновления обязательно отражаются в проектных артефактах.
Раунд второй
Теперь, когда четыре проблемы, выявленные в первом раунде, устранены, мы можем вновь провести тестирование нашего продукта на пользователях. Полученные результаты фиксируем в столбце «Раунд 2» Таблицы 10.1. Мы видим, что после добавления функции Y никто из новых пользователей не пожаловался на ее отсутствие, что, конечно же, свидетельствует о значительном прогрессе в этом направлении. Еще одним серьезным достижением является тот факт, что все пять участников второго раунда тестирования на этот раз обнаружили ссылку «Зарегистрироваться».
Однако 40 % пользователей вновь сочли процесс регистрации слишком сложным, несмотря на то что мы его переработали. Такое случается. Переделка продукта на основе пользовательских отзывов не всегда получается идеальной с первого раза. В ходе проведения второго раунда тестирования пользователи уже не сталкивались с некоторыми специфическими трудностями, относящимися к сфере UX, однако одно из наших исправлений сработало не так хорошо, как мы ожидали. Кроме того, мы заметили незначительные проблемы с некоторыми новыми элементами дизайна. Учитывая полученные результаты, мы решили провести совещание с участием всех членов команды, чтобы обсудить проблемы, с которыми пользователи все еще сталкиваются при регистрации, провести мозговой штурм для выработки возможных решений и определить лучшие из них. В итоге мы разработали новую версию процедуры регистрации, которая, по нашему мнению, стала более простой, и включили ее в состав обновленных проектных артефактов.
Нас порадовал тот факт, что у пользователей не возникло никаких проблем с пониманием нашего нового слогана, как это было во время первого раунда тестирования. Всегда приятно видеть, как проблема, имевшая высокий процент нареканий, обнуляется уже в следующем раунде тестирования после внесенных исправлений. Обычно это означает, что решение оказалось настолько удачным, что можно спокойно переключиться на другие задачи.
Случается, что после устранения одних ошибок, в обновленной версии MVP обнаруживаются новые. Показательный пример: участники второго раунда тестирования были довольны тем, что у нашего MVP появилась функция Y, но 80 % из них указали, что эту функцию сложно использовать. После подробного обсуждения проблемы юзабилити, с которой, по нашим наблюдениям, столкнулись пользователи, мы разработали ряд улучшений для этой функции и соответствующим образом обновили проектные артефакты.
Для нас стал сюрпризом тот факт, что 80 % участников тестирования выразили желание, чтобы функция Y работала совместно с функцией X, тогда как мы считали, что она должна быть автономной. Тщательный анализ показал, что представление пользователей о том, как должны работать эти две функции, имеет глубокий
