Шрифт:
Очень простая мысль: если вы хотите посмотреть, как люди пытаются использовать создаваемый вами продукт, вам необходимо этот продукт им предоставить, хоть в каком-нибудь виде. Это означает, что вы должны хорошо понимать, что именно вы будете тестировать в следующий раз.
Многие думают, что тестировать недоделанный продукт невозможно, что для этого нужен хотя бы функционирующий прототип.
Однако профессионалы, занимающиеся юзабилити, советуют начинать тестирование как можно раньше.
Их опыт позволяет им утверждать, что серьезные проблемы с юзабилити можно выявить уже на начальных этапах разработки, даже если вам почти нечего показать пользователю.
Более того, они прекрасно знают, что гораздо проще и дешевле устранить недостатки в начале, еще до того, как ошибочные идеи будут внедрены. Порой серьезные проблемы выявляются настолько поздно, что их уже невозможно исправить. Худшее, но, увы, самое распространенное решение – дождаться, пока сайт будет разработан и готов к запуску, и в этот момент начать тестирование.
К сожалению, приходится признать, что люди склонны сопротивляться идее раннего тестирования. Чаще всего они пытаются оправдаться, используя следующие аргументы.
• «Мы еще слишком мало сделали». Казалось бы, если ничего не работает, то нечего и тестировать. Но что мешает показать людям наброски дизайна, даже если они нарисованы от руки на салфетке?
• «Продукт еще слишком сырой». Дизайнеры очень не любят показывать свои недоделанные работы. Однако пользователи меньше стесняются в выражениях при описании своих впечатлений от продукта, зная, что он впоследствии будет доработан.
• «Зачем заставлять людей тратить время на разглядывание того, что еще сто раз изменится?» Когда вы занимаетесь разработкой, идеи, которые вы держите в голове, всегда лучше тех, которые уже воплощены в виде кода или наброска. Да, пользователи расскажут вам об уже известных вам проблемах, но, поверьте, без сюрпризов не обойдется. По большому счету, именно ради таких сюрпризов все и затевается: на многое вы могли не обратить внимания, потому что слишком хорошо знаете предмет или потому что гораздо меньше смыслите в чаяниях пользователей, чем вам кажется.
Я дам вам в связи с этим вот какой совет:
Начинайте раньше, чем вам кажется нужным
Обычно люди инстинктивно действуют по принципу «лучше еще немного подождать». Это худшее, что можно предпринять. Тут ведь вот какой замкнутый круг: чем хуже получается продукт, тем меньше вам хочется его кому-либо показывать. Между тем, если вы преодолеете это нежелание, то будет лучше для вас самих.
В процессе разработки любого продукта ваша команда будет постоянно выдавать какие-то артефакты: у вас появятся грубые наброски, каркасы, «рыбы», рабочие модели, и так далее. Тестируя все эти штуковины, вы сможете выявить целый ряд проблем. Порой вовсе необязательно для этого иметь перед глазами настоящий сайт.
В следующих разделах этой главы я расскажу, что именно можно тестировать, как это делать и что вам это даст.
Тестирование своего сайта
Если у вас уже есть сайт, и вы собираетесь приступить к его редизайну, то самый очевидный ход – начать с тестирования существующего сайта.
КАК ТЕСТИРОВАТЬ
Сверяясь с процессом, описанным в главах 5–9.
ЧТО ВАМ ЭТО ДАСТ
Вы узнаете немало о том, что сделано неправильно, и сможете избежать этих ошибок при редизайне. Можно сразу заняться исправлением самых серьезных из обнаруженных недостатков. Новый сайт создается не за один день, так зачем же мучить пользователей плохим юзабилити того сайта, с которым они работают?
А еще вы узнаете много нового о том, как на самом деле люди работают с вашим сайтом.
Тестирование чужих сайтов
Пока у вас нет своего сайта, вы можете воспользоваться чужими. Почему бы не протестировать их? Они могут принадлежать конкурентам или просто быть похожими по контенту или функционалу на то, что собираетесь сделать вы. Еще один ход – выбрать для тестирования сайт, предназначенный для той же целевой аудитории, которую вы хотите привлечь на свой интернет-ресурс.
Чужие сайты – это сильно недооцененные объекты для тестирования. Я очень люблю повторять следующую несложную мысль: «Кому-то уже пришлось помучиться, создавая полномасштабный работающий прототип сайта, и при этом решались те же проблемы, которые пытаетесь решить вы. Так почему бы не воспользоваться результатами их труда?»