ваш продукт на тех устройствах, которыми они пользуются дома или на работе. При этом вы даже можете выяснить для себя что-то новое, с чем не сталкивались в ходе внутренних обсуждений и тестов.
Я рекомендую модератору и записывающему во время сеанса сидеть за столом рядом с пользователем (по бокам от него). Это позволяет вам смотреть в одну сторону и видеть все происходящее на экране. Кроме того, в этом случае вы сможете наблюдать за его мимикой и улавливать другие малозаметные сигналы.
Я призываю всех членов команды разработчиков быть наблюдателями во время проведения тестов на пользователях. Гораздо эффективнее, когда свидетелями обратной связи одновременно являются сразу несколько человек. Пока вы находитесь в процессе поиска рыночного соответствия вашего продукта, пространства проблем и решений могут быть настолько размытыми, что гипотезы и мнения членов команды будут существенно различаться. Совместное наблюдение за процессом тестирования помогает достичь общего понимания. При этом вы не должны напрягать участников тестирования присутствием большого количества людей в одном помещении. Не менее важно, чтобы все присутствующие, кроме модератора и пользователя, сохраняли молчание и не нарушали процедуру тестирования. Если желающих наблюдать достаточно много, вы можете настроить веб-камеру, которая будет транслировать видеоизображение на монитор, установленный в отдельной комнате. Если размеры помещения, где проводится тестирование, позволяют это сделать, вы можете подключить проектор к ноутбуку пользователя и транслировать изображение на большой экран. При этом наблюдатели должны находиться за пределами поля зрения пользователя, но достаточно близко, чтобы слышать его комментарии.
Некоторые члены команды могут выражать желание посмотреть процесс тестирования не в режиме реального времени, а в записи. За свою карьеру я участвовал в огромном количестве тестирований, но никогда не видел, чтобы кто-то действительно просматривал такие записи. Если кто-то из членов вашей команды недостаточно мотивирован, чтобы присутствовать на тестировании лично, у него не появится достаточной мотивации и для того, чтобы потратить время на просмотр записи. Кроме того, многим участникам тестирования не нравится сама идея стать героем хранящейся где-то видеозаписи. Так что, если ваша команда видит в этом реальную необходимость и действительно собирается просматривать записи тестирования, тогда дерзайте – при условии, что пользователь даст на это свое согласие. В противном случае отбросьте эту идею и сосредоточьте все свое внимание на тестировании, происходящем в реальном режиме времени.
Как структурировать процедуру тестирования
Итак, вы успешно привлекли для тестирования несколько целевых потребителей, и первый из них уже находится в комнате с модератором. Как вы будете проводить тестирование? Во-первых, полезно заранее подготовить тестовый скрипт, в котором перечисляется все то, что вы планируете показать и о чем спросить участника. Это поможет не упустить из виду что-то важное и более эффективно распорядиться отпущенным вам временем. Тестовый скрипт должен четко описывать, какие именно артефакты дизайна или части продукта вы планируете показать пользователю, какие задачи он должен будет попытаться выполнить, и какие вопросы вы планируете ему задать. Все это должно быть перечислено в желаемом хронологическом порядке.
Может быть полезным проведение предварительной «обкатки» теста на ком-нибудь из членов вашей команды, чтобы устранить любые недочеты подготовки и просто потренироваться. Это особенно полезно в тех случаях, когда предстоящее мероприятие заставляет вас нервничать. Также вам может пригодиться распечатка тестового скрипта (или его сжатая версия), чтобы сверяться с ней по ходу проведения исследования.
Пользовательские тесты обычно длятся около часа, плюс-минус 15 минут. Это время может быть увеличено, если пользователь в восторге от продукта и дает вам много полезных отзывов. Я рекомендую потратить первые 10–15 минут сеанса на разогрев пользователя и выяснение его потребностей, а также того, какими решениями он пользуется в настоящее время. Затем я трачу от 40 до 45 минут на получение его отзывов о тестируемом продукте или артефактах дизайна. Заключительные 5-10 минут я отвожу на подведение итогов, во время которого отвечаю на вопросы пользователя и сам задаю вопросы, которые у меня остались.
Правильное начало играет очень важную роль. Поэтому будет разумным потратить минуту или две на болтовню, чтобы просто немного узнать собеседника. Установление взаимопонимания и создание комфортной обстановки обычно приводит к тому, что пользователь становится более открытым и предоставляет вам больше полезной информации в ходе тестирования. Не менее важно сразу рассказать участнику о ваших ожиданиях. Дело в том, что большинство людей ведут себя тактично и стараются обойтись без критических высказываний, особенно при личном общении. Они осознают, что вы, вероятно, являетесь членом команды разработчиков тестируемого продукта, и, соответственно, не хотят ранить ваши чувства. Плата за участие в тестировании также может привести к смещению реакции пользователя в более позитивную сторону. Чтобы помочь пользователю абстрагироваться от всех этих естественных устремлений, вы должны прямо сказать ему о том, что хотите получить объективную обратную связь, даже если она будет негативной. Объясните, что его честная оценка не затронет ничьих чувств. Напротив, критические отзывы помогут сделать продукт лучше, а ведь именно это и является основной целью проведения пользовательского тестирования.
Важно, чтобы во время проведения теста пользователь озвучивал свои мысли так, чтобы вы могли это услышать. У некоторых людей есть естественная склонность к проговариванию, в то время как другие, являясь по своей природе более замкнутыми, предпочитают оставлять свои мысли при себе. Чтобы убедиться в том, что вы получаете достаточно полную обратную связь, рекомендуется побуждать пользователя делиться своими мыслями вслух по мере их возникновения (то есть озвучивать поток сознания) на протяжении всего сеанса. Если пользователь продолжает молчать после вашей просьбы, нужно повторить ее еще раз.
Все перечисленные советы позволяют повысить шансы на получение ценной обратной связи, однако результат не гарантирован. Несмотря ни на что, некоторые люди так и не скажут ни слова критики о продукте, а другие дадут вам слишком мало. Вы можете обнаружить, что около 10 % участников тестирования окажутся «бесполезными». Если вы не получаете качественной обратной связи от значительного числа приглашенных на тестирование пользователей, вам стоит пересмотреть свои критерии отбора участников, тестовый скрипт или кандидатуру модератора – поскольку отсутствие нужного результата является признаком того, что что-то из перечисленного (если не все) явно нуждаются в улучшении.
Как задавать правильные вопросы
Ознакомительные вопросы отлично подходят для изучения проблемного пространства и формирования ценностного предложения с помощью пользователей. Вы можете начать интервью с вопроса о текущих потребностях участника, а также выяснить его мнение о ключевом преимуществе, которое вы планируете предоставить своим продуктом. Например, если бы вы были сотрудником Uber, то могли бы начать с того, что спросили
