Тестирование прототипов решений: про что важно помнить
Когда вы провели валидацию гипотез в рамках проблемного интервью, вы приступаете к тестированию прототипов решений. Тут важно не забывать про такие хаки, как:
1.Нужен опыт использования, а не мнение. Нам нужно, чтобы респондент комментировал именно ход своих мыслей и действий, пока выполняет задачу. Но по умолчанию люди пытаются сразу предлагать идеи о том, как улучшить систему. Полезен только наглядный опыт первого использования продукта случайным человеком, а не мнение о том, как надо «допилить вот эту фичу».
2.Необходимо ставить задачи «верхнего уровня». То есть не «Найти кнопку», а «Организовать рабочий процесс». И не стараться в формулировке задания подсказать пользователю, как решать задачу, тем более, если варианты решения могут быть разными.
3.Это не количественный тест, а качественный. Не нужно нанимать много людей и создавать репрезентативную картину. Главное понять – могут ли люди справиться с заданием и устраивает ли продуктовую команду, как это происходит (мучительно или не очень). Достаточно заказать 3-4 теста, чтобы гарантированно получить один содержательный или обратить внимание на несколько эпизодов из разных тестов.
4.Не обязательно искать тестера именно из своей ЦА. Подходит почти любой уверенный пользователь ПК, по крайней мере, для нашего продукта. Если продукт изначально очень сложный, то кейс должен быть простым. Например, для сложной программы: “… найти куда загрузить данные эксперимента, запустить обсчет и получить результат, далее сохранить в файл...”.
5.Проводить тесты необходимо на незнакомых людях. Случайные люди всегда лучше, чем круг общения. Друзья и знакомые быстро закончатся, да и не все из них захотят «подвисать» целый час над интерфейсом. А нам важен именно первый опыт взаимодействия с продуктом. Тестирование нужно проводить регулярно, и нужны пользователи со «свежим» взглядом.
