Концепт-тестирование – это еще один эксперимент, направленный в большей степени на взаимодействие с клиентом. В этом случае вы пытаетесь продемонстрировать или показать концепцию пользователю, чтобы оценить его мнение. Они могут быть разными по исполнению: от целевых страниц и эскизов с низкой точностью, до прототипов с более высокой точностью или видеороликов о том, как реализуется услуга. Идея заключается в том, чтобы представить идею решения самым быстрым и легким способом.
Важно отметить, что данный тип эксперимента имеет тенденцию быть скорее генеративным, чем оценочным. Как и исследование проблем, генеративные эксперименты помогают лучше понять, чего хочет пользователь от решения. Объясняя концепцию, вы просите пользователей представить себя в определенной ситуации и задаете вопросы о том, решит или не решит проблему предложенный вариант.
Если вы хотите сделать его оценочным, чтобы твердо проверить гипотезу, вам нужен определенный критерий «прошел или не прошел». Это может быть то, что я называю просьбой – что-то, что вам потребуется от пользователя (либо в форме обязательства, денежной суммы, времени, либо какого-то другого вложения, которое покажет его заинтересованность). Целевые страницы, например, почти всегда предлагают идею и содержат просьбу в виде ввода адреса электронной почты.
Во многих компаниях, находящихся на ранних стадиях развития, концепт-тестирование – это способ получить первые продажи или капитал. Именно так компания
Поэтому компания прибегла к эксперименту с решением. Команда сняла видео, демонстрирующее возможности
Недавно на семинаре один из менеджеров спросил меня: «Всегда ли нам нужно проводить эксперименты? Что, если проблема легко устранима?» Ответ – нет. Хотя «Консьерж», «Волшебник страны Оз» и концепт-тестирование – хорошие методы, иногда вам не нужно так тщательно экспериментировать. Важно помнить, что эти инструменты используются при более высоком уровне неопределенности.
Например, я работала с одной командой, которая экспериментировала над тем, как уменьшить количество звонков в техподдержку. Команда обнаружила проблему – на экране пропала необходимая кнопка. Будучи отличниками в методологии, они хотели провести A/B-тест, отобразив кнопку для половины участников и измерив изменения. Я сказала команде, что это неправильный подход. В данном случае команда знала проблему и решение. Пришло время его реализовать. Здесь не было необходимости в предварительном тестировании, хотя они все равно должны были измерить, уменьшилось ли количество звонков после внедрения.
Зачастую решение не такое однозначное, как недостающая кнопка, но и не такое сложное, как некоторые другие примеры, рассмотренные в этой главе. В этом случае вам все равно следует разрабатывать продукт и учиться, а не спешить с готовым решением. Но есть, однако, и другие инструменты, к которым вы можете прибегнуть, например, прототипы.
Но если при создании прототипа вы не пойдете по пути дизайн-спринта, который включает в себя интенсивное исследование пользователей, вы можете легко застрять, пытаясь решить проблему, которую не понимаете. Прототипы не имеют смысла, когда вам нужно подтвердить проблему. В этом случае вы будете создавать великолепный дизайн, но ничего не узнаете. Вот почему необходимо сосредоточиться на изучении проблемы до начала любой деятельности по поиску решения.
Важно помнить, что любой тип эксперимента должен использоваться уместно и в правильном контексте. При этом вы можете и должны использовать свой творческий потенциал, чтобы придумать различные типы экспериментов. Будьте изобретательны! Но помните, что главная цель на этом этапе – научиться, а не заработать.