Процесс тестирования прототипа во многом похож на проведение обычного теста на удобство применения1 и поэтому не отличается от уже проведенного вами опроса:

Наберите людей, с которыми будете тестировать прототип. Вы можете применить "сито", созданное для опросов.

Решите, что вы хотите получить от теста. Не старайтесь обследовать каждый дюйм вашего дизайна. Сосредоточьтесь на участках, которые вам кажутся сомнительными, являющихся предметом спора рабочей группы и наиболее ценных для компании и пользователей.

Напишите сценарий с заданиями, которые вы предложите попытаться выполнить людям, и с вопросами, которые вы будете им задавать. Как и в сценарии опроса, не забудьте записать уточняющие вопросы.

"Прокатайте" сценарий с друзьями или коллегами. Важно, чтобы ваши вопросы были корректными, чтобы вы при тестировании чувствовали себя уверенно и знали, сколько будет длиться тестирование.

Есть ряд обширных веб-сайтов по теме проведения тестов на удобство применения, в том числе http://www.usableweb.com и http://www.webword.com. Можно начать со статьи Якоба Нильсена "Маленькая война за HCl: применение методов, снижающих расходы на улучшение удобства применения, и преодоление барьера страха у разработчиков" (Jakob Nielsen. "Guerrilla HCl: Using Discount Usability Engineering to Penetrate the Intimidation Barrier", (1994) http://www.useit.com/papers/guerrillajici.litml). Примеч. aem.

Проведение теста прототипа

Для этого нужны три человека: о ведущий, о регистратор замечаний1, о сотрудник, исполняющий роль компьютера.

Ведущий предлагает потенциальному пользователю сайта попытаться выполнить задания. Пользователя нужно попросить, чтобы вместо мыши он использовал палец. Если пользователь "шелкает" по ссылке, указывая на нее пальцем, то "компьютер" выбирает'рисунок того экрана, который запрашивается по этой ссылке. Если пользователь "щелкает по раскрывающемуся меню", то "компьютер" открывает "гармошку". И так далее.

В процессе этого регистратор замечаний наблюдает за возникающими у пользователя проблемами при продвижении по сайту. Он должен записывать возможные решения (если они очевидны), предлагаемые как пользователем, так и рабочей группой. Когда тест окончен и пользователя проводили, поговорите 10 минут с исполнителем роли компьютера и регистратором о только что увиденном. Вдруг у вас возникнет ситуация типа "Господи, какие же мы идиоты, когда пользователь открыл невероятную для вас ошибку. Запомните ее и проверьте, не будет ли она повторяться. При повторении придется изменить прототип.

Осторожно проводите изменения. При их обилии будет трудно определить, какие из них отвечают актуальным желаниям пользователей и являются универсальным решением проблемы. Сопротивляйтесь желанию реагировать на каждое предложение пользователей по изменению интерфейса. Вы всегда сможете просмотреть записи после тестирования, после чего поправить дизайн. Внесенные изменения должны тщательно записываться регистратором с указанием причин изменений. После этого можно привести следующего пользователя и повторить тестирование.