Глава 9. Юзабилити- тестирование за 10 центов в день
Как упростить тестирование,чтобы сделать его доступным
Где-то раз в месяц на моем автоответчике появляется одно из таких сообщений:

Как только я слышу фразы «через две недели» (или даже «через два месяца»)и «юзабилити-тестирование» в одном предложении, я сразу же вспоминаю то самое ощущение «пожарного-бросающегося-внутрь-горящего-химзавода», потомучто я прекрасно понимаю, о какой ситуации идет речь.
Если говорят, что через две недели, значит, почти наверняка это просьба об авральном тестировании. Дата запуска сайта стремительно приближается, и всенервничают по этому поводу. И в этот момент кто-то говорит: «Может, нам лучше провести тестирование юзабилити?».
Если же речь идет о двух месяцах, то, скорее всего, они просто хотят уладить какой-то внутренний спор – обычно это касается чего-то специфичного, напримерцветовой палитры. Мнения в коллективе разделились между двумя разнымиподходами к дизайну: одним нравится сексуальный вариант, другим – элегантный. В конце концов кому-то из тех, кто наделен полномочиями выделять средства, надоедает этот спор, и он говорит: «Ладно, чтобы уладить этот вопрос, давайте проведем тестирование».
Самое главное заключается в том, что, хотя юзабилити-тестирования и помогают уладить такие споры, они обычно выявляют, что предмет, вокруг которого велись эти споры, не так уж и важен. По сути, люди хотят прибегнуть к тестированию для того, чтобы выяснить, какого цвета должны быть занавески, когдаокна в доме даже еще не вставлены. Например, с помощью тестирования они могут открыть для себя, что нет большой разницы между тем, использовать ли горизонтальную навигацию или вертикальное меню, если никто не может понять,в чем состоит идея сайта.
К сожалению, большинство юзабилититестирований проводится либо в недостаточном объеме, либо слишком поздно, либо с неверными целями.
Повторяем все вместе: метод фокусных групп –это не то же самое, что юзабилити-тестирование
Иногда тот телефонный звонок звучит с еще большей обеспокоенностью в голосе.

Если в просьбе о срочном тестировании упоминаются фокусные группы, то, скорее всего, идея о таком тестировании возникла в отделе маркетинга. Во времяразработки сайта сотрудники отделов маркетинга часто чувствуют себя лишенными возможности влиять на ход разработки. Несмотря на то что они большевсех стараются определить потенциальную аудиторию сайта и ее потребности,дизайнеры и разработчики все-таки имеют больше возможностей влиять на процесс построения сайта.
По мере приближения даты запуска сайта сотрудникам отдела маркетинга может показаться, что их единственный шанс сохранить здравый рассудок – этоприбегнуть к авторитету исследований. А известным им способом исследованияявляется метод фокусных групп.
Иногда мне приходится изрядно потрудиться, чтобы объяснить клиентам, чтона самом деле нужно применять юзабилити-тестирование, а не метод фокусных групп. Вот вкратце в чем состоит разница между этими исследовательскими подходами:
- В методе фокусных групп небольшая группа людей (обычно от 5 до 8 человек) садится за стол и оценивает идеи и образцы дизайна, которые им демонстрируются. Это групповой процесс, и его результаты основаны главным образом на том, как участники группы реагируют на мнения друг друга. Метод фокусных групп подходит для того, чтобы быстро получить диапазонмнений и оценок пользователей по поводу тех или иных вещей.
- В юзабилити-тестировании каждому пользователю по отдельности демонстрируется нечто (это может быть сайт, опытный образец сайта или макеты отдельных страниц), и затем его просят либо попытаться понять, что он видит,либо выполнить какое-то задание.
Метод фокусных групп очень полезен для определения в самом общем виде потребностей и предпочтений вашей аудитории. Он подходит для проверки того,насколько разумна идея сайта и насколько его «ценное предложение» привлекательно для пользователей. Кроме того, это хороший способ для подбора названий для сервисов на вашем сайте, а также выяснения того, что же люди думаюто ваших конкурентах.
Однако метод фокусных групп не позволяет определить, как работает ваш сайти как можно его улучшить.
С помощью этого метода можно узнавать те вещи, которые нужно знать на ранних этапах, еще до начала непосредственной разработки. Конечно, этот методможно применять и позже, например для уточнения деталей или при пользовательском тестировании. Но метод фокусных групп не может вам показать, насколько людям удобно и легко пользоваться вашим сайтом, поэтому нельзя путать этот метод с другим – юзабилити-тестированием.
Немного правды о тестировании
Вот те основные вещи, которые я знаю о тестировании:
- Если вы хотите получить хороший сайт, то его нужно тестировать. Послетого как вы поработаете с сайтом хотя бы пару недель, вы уже не сможете посмотреть на него свежим взглядом. Вы слишком много знаете. Поэтому единственный способ узнать, как он работает, – это протестировать его.
Тестирование напомнит вам, что не все люди думают так же, как и вы, знаютто же, что и вы, и используют Интернет тем же самым способом, что и вы. Раньше я считал, что тестирование похоже на путешествие – оно познавательно. Вы узнаете, насколько люди разные и в то же время одинаковые. Онодает вам возможность увидеть все свежим взглядом.
Однако теперь я думаю, что тестирование больше напоминает встречу друзей из разных городов. Когда вы показываете им свой город, вы сами неизбежно начинаете видеть те вещи, которые обычно не замечаете, потому чтопривыкли к ним. В то же время выясняется, что другие вещи, абсолютно понятные для вас, совсем не очевидны для других.
- Лучше протестировать одного пользователя, чем не тестировать ни одного.Тестирование всегда полезно. Даже самый плохой тест с самым неподходящим пользователем поможет вам увидеть то, что позволит улучшить вашсайт. На своих семинарах я обязательно устраиваю живой юзер-тестинг, показывая слушателям, что проводить его легко и что он всегда дает массу ценной информации. Я вызываю добровольца, который должен выполнить некое задание на сайте, принадлежащем одному из присутствующих на семинаре. Тестирование занимает менее десяти минут, но обладатель сайта обычноуспевает исписать несколько страниц. Не было случая, чтобы он не попросил дать ему запись процесса тестирования, чтобы он, вернувшись с семинара, мог показать ее своей рабочей группе. (Рассказывают даже, что однажды, просмотрев такую запись, разработчики изменили сайт, сэкономив в результате $100 000.)
- Лучше протестировать одного пользователя в начале разработки, чем50 пользователей в конце. Большинство людей почему-то думает, что тестирование – это слишком «большое и серьезное» дело. Если и вы будете придерживаться этой точки зрения, то не будете проводить тестирование на достаточно ранних этапах разработки и с достаточной частотой, что позволилобы извлечь из него максимальную пользу. Простой тест, причем пораньше,когда у вас еще есть время, чтобы использовать его результаты, почти всегдаценнее, чем изощренный тест и поздно.
Одно из распространенных мнений заключается в том, что при необходимости можно легко вернуться и внести в веб-разработку какие-то изменения.Однако оказывается, что не так уж и просто внести изменения в уже открытый сайт. Некоторые пользователи будут недовольны почти любым изменением, и даже незначительные перемены часто влекут за собой серьезные последствия. Поэтому старайтесь с самого начала все строить правильно.
- Важность привлечения репрезентативных пользователей преувеличена.Конечно, всегда лучше проводить тестирование с теми людьми, которые похожи на ваших потенциальных пользователей. Однако много важнее проводить тестирования часто и на ранних этапах разработки. Мой принцип, каквы далее увидите, формулируется следующим образом: «Приглашайте, когохотите, и выезжайте «на кривой».
- Задача тестирования не в том, чтобы что-то доказать или опровергнуть,а в том, чтобы собрать достаточно информации для получения критическойоценки. К примеру, часто полагают, что тестирование можно использоватьдля доказательства того, что система навигации «а» лучше, чем система навигации «б». В действительности ни у кого нет достаточных ресурсов, чтобыпровести исчерпывающие исследования такого рода. Тестирование помогаеттолько собрать ценные данные, которые в сочетании с вашим личным и профессиональным опытом, а также здравым смыслом позволят с большой долей уверенности сделать правильный выбор между системами «а» и «б».
- Тестирование – это повторяющийся процесс. Тестирование непроводится один-единственный раз. Вы что-то создаете, потомтестируете это, потом корректируете, потом опять тестируете...
- Лучшим средством тестирования является живая реакция аудитории. Одна из причин, по которой фильмы братьев Марксбыли так популярны, заключалась в том, что перед началомсъемок они отправлялись на гастрольные туры и представлялипублике водевильные сцены своего фильма. Они проводили попять спектаклей в день и постоянно импровизировали, обращая внимание на то, какие строчки вызывали больший смех.Даже после того как какая-то строка была уже утверждена,Граучо продолжал слегка экспериментироватьс ней, чтобы попытаться ее улучшить.
Сверхэкономное тестированиена последние деньги
Юзабилити-тестирование применяется довольно давно, и его основная идея ясна:если вы хотите узнать, насколько просто пользоваться вашим программнымобеспечением, или сайтом, или пультом дистанционного управления для видеомагнитофона, то понаблюдайте за тем, как кто-нибудь использует ваш продукти возникают ли при этом какие-либо трудности. Затем внесите в ваш продуктнужные исправления и протестируйте его опять.
Сначала такое тестирование было очень дорогостоящим. Для этого требовалисьспециальная лаборатория с комнатой наблюдения и зеркальным стеклом и хотябы две видеокамеры, чтобы фиксировать реакцию пользователя и тестируемыйпродукт. Чтобы получать статистически достоверные результаты, нужно былопривлекать к таким тестированиям много испытуемых. Это была целая наука.Стоимость одного такого тестирования варьировалась от 20 до 50 тысяч долларов. И, конечно, такие тестирования не могли проводиться часто.

Но в 1989 году Якоб Нильсен написал статью под названием «Техника проведения юзабилити-тестирований с меньшими затратами». В ней он утверждал, чтотех же самых результатов можно достичь без помощи лабораторий и с привлечением намного меньшего числа пользователей.
Идея о проведении тестирований с меньшими затратами была громадным шагом вперед. Но беда в том, что до сих пор большинство людей относится к тестированию как к «очень большому и серьезному делу», поэтому плата за тестирование продолжает варьироваться от 5 до 15 тысяч долларов. И в результате оно непроводится так часто, как это необходимо.
Я же хочу в этой главе предложить вам еще более радикальный вариант экономного тестирования.
Я постараюсь объяснить вам, как провести собственное тестирование, если у васнет на это ни денег, ни времени. Если вы можете позволить себе нанять профессионала в области юзабилити, обязательно наймите при условии, что это не приведет к уменьшению количества тестов.


Сколько пользователей нужно протестировать
На мой взгляд, в большинстве случаев в каждом цикле тестирования должноучаствовать не больше трех, максимум четырех пользователей.
Вероятнее всего, уже первые три пользователя помогут вам выявить все самыезначительные проблемы. К тому же намного важнее провести больше цикловтестирования, чем стремиться собрать всю возможную информацию из каждогоцикла. Тестирование в цикле только трех пользователей, скорее всего, позволитвам провести хотя бы еще один цикл.
Кроме того, после корректировки проблем, обнаруженных в первом цикле, те жесамые пользователи, приглашенные на следующий цикл, возможно, обнаружатдругие проблемы, поскольку застревать на исправленных они уже не будут.
Если вы тестируете только трех или четырех пользователей, то вы можете обсудить полученные результаты в тот же день и сразу сделать нужные изменения.Если же в вашем тестировании участвует более четырех пользователей, то объемзаметок, сделанных в процессе тестирования, становится слишком большим,чтобы их можно было быстро прочитать. К тому же большинство из этих заметокбудет касаться мелких проблем, возникнет опасность заблудиться в трех соснахи потерять главное.
Это одна из причин, по которым я практически покончил с письменными отчетами (я называю их «большими громогласными») в своих обзорах и в юзабилити-тестах. Я наконец понял, что большинство коллективов, занимающихсявеб-разработками, обладают умением находить проблемы, намного превышающим доступные им ресурсы, необходимые для устранения этих проблем, и поэтому очень важно сосредоточить усилия на самых серьезных препятствиях. Я заменил письменные отчеты одно-двухчасовыми совещаниями, в которых принимает участие весь коллектив веб-разработчиков. К концу такого совещания обычноудается очертить круг важных вопросов и наметить пути их решения.

Приглашайте, кого хотите, и выезжайте«на кривой»
Приступая к тестированию, многие стремятся привлечь тех пользователей, которые точно отражали бы целевую аудиторию – ну, к примеру, бухгалтеры мужского пола в возрасте от 25 до 30, чей пользовательский опыт составляет от годадо трех лет и кто недавно приобрел пару дорогой обуви.
Однако самым большим секретом юзабилити-тестирования является то, чтов общем-то не важно, кого вы подбираете для тестирования.
В действительности, для тестирования большинства сайтов достаточно привлечь людей, которые знакомы с основами Интернета и имеют некоторый минимальный опыт его использования.
Если у вас есть возможность нанять специалиста по подбору участников тестирования, то воспользуйтесь этим, чтобы сделать отбор пользователей более целенаправленным, при условии, конечно, что это не приведет к уменьшению числациклов тестирования. Но если поиск идеального пользователя приведет к тому,что вам придется провести меньше тестов, то я рекомендую другой подход:Возьмите любого и по нему догадайтесь обо всей вашей аудитории.
Другими словами, старайтесь привлекать пользователей из вашей целевой аудитории, но не уделяйте этому особо большого внимания. Лучше попробуйтеучесть различия между людьми, которых вы тестируете, и теми, кто составляетвашу аудиторию. Я считаю такой подход более приемлемым по следующим тремпричинам:
- Мы все «чайники». Приглядитесь к «эксперту», и вы часто сможете заметить,что и он порой делает «как получится» – только на более высоком уровне.
- Не всегда разумно создавать сайт, который могли бы использовать тольколюди из вашей целевой аудитории. Если вы разрабатываете сайт для бухгалтеров, используя терминологию, с вашей точки зрения понятную всем бухгалтерам, то, вероятно, вы обнаружите, что небольшое, но ощутимое числобухгалтеров все-таки не поймут, о чем вы будете говорить. Поэтому в большинстве случаев нужно учитывать не только опытных потребителей вашейинформации, но и новичков. Если даже ваша бабушка сможет использоватьваш сайт, то эксперт тем более.
- Экспертов редко когда раздражает содержание, которое понятно и новичкам. Все любят ясность. (Именно ясность, а не замалчивание.)
Но для применения этого подхода есть исключения:
- Если предполагается, что ваш сайт будет ориентирован исключительнона какую-то одну группу людей, то старайтесь по возможности тестироватьтолько людей из этой группы. Например, если вашу аудиторию должны составлять только женщины, то обязательно тестируйте сайт именно с участием женщин.
- Если ваша аудитория состоит из нескольких четко определенных группс разными интересами и потребностями, то следует хотя бы раз протестировать пользователей из каждой группы. Например, если вы разрабатываетеуниверситетский сайт, то по крайней мере в одном цикле тестирования должны участвовать два студента, два профессора, два аспиранта, два администратора. Но в следующих циклах уже могут участвовать любые представители вашей аудитории.
- Если для использования вашего сайта нужно обладать знаниями из какой-то специальной области (например, сайт по валютным операциям, предназначенный для специалистов по финансам), то хотя бы для одного циклатестирования следует привлечь людей из этой области. Но не делайте этогона следующих циклах, если это приведет к уменьшению числа тестов.
При отборе пользователей:
- Предлагайте разумное вознаграждение. Обычная плата за одночасовое тестирование варьируется между 50 долларами для «средних» пользователейи несколькими сотнями долларов для специалистов, например кардиологов. Я стараюсь предлагать немного больше, чем средние расценки, потомучто, во-первых, тем самым я даю понять, что мнение пользователей важно,и, во-вторых, в этом случае люди меньше опаздывают и проявляют большийинтерес к тестированию. Не забывайте, что даже если тестирование длитсяне более 30 минут, людям обычно приходится тратить около часа на дорогу.Кроме того, должен сказать, что предпочитаю работать с людьми, которыминтересен сам процесс тестирования, а не денежное вознаграждение.
- Пусть ваше приглашение звучит просто. «Нам нужны люди, которые моглибы взглянуть на наш сайт и оценить его. Это очень просто и потребует не более 45 минут или часа. Оплата будет составлять __ долларов.»
- Старайтесь избегать обсуждения сайта (или организации, для которой онразрабатывается) до тестирования. Нужно, чтобы ваши пользователи могли сразу сказать, понимают ли они, что видят, или нет. (Конечно, если тестирование происходит в офисе организации, то им будет сразу ясно, чей этосайт.)
- Не стесняйтесь приглашать своих друзей и соседей. Не нужно думать, чтовы как-то навязываетесь к ним, ведь большинству людей нравится участвовать в тестировании. Всегда приятно, если к вашему мнению внимательноприслушиваются, да еще и платят за это деньги. Кроме того, в таких тестированиях люди с удовольствием узнают много полезного для себя про Интернет и компьютеры в целом.
Где тестировать?
Все, что вам понадобится, – это помещение с двумя стульями, компьютер (подключенный к Интернету

Я бы еще посоветовал провести кабель от видеокамеры в соседнюю комнату,в которой каждый, кто участвует в разработке, мог бы сам наблюдать за ходомтестирования по телевизору.
Видеокамера должна фиксировать то, что видит пользователь (на экране монитора или на бумаге в зависимости от того, что вы тестируете), а также то, что произносят пользователь и ассистент. В большинстве случаев вам не придется возвращаться к видеозаписи, но все равно она может понадобиться, если, например,кто-то из вашей рабочей группы не присутствовал лично при тестировании.
Видеокамеру, телевизор, кабель и штатив вы можете приобрести менее чем за600 долларов. Но если ваш бюджет не потянет даже эту сумму, то, наверное, можно попросить кого-нибудь из ваших сотрудников принести свою камеру из дома.
Я бы не советовал записывать тестирование на видео. На самом деле я, как правило, рекомендовал вообще не прибегать к видеозаписям, потому что записипрактически никогда не используются, усложняют весь процесс и делают егодороже.
Однако за последние три года изменились три вещи: персональные компьютерыстали намного быстрее, жесткие диски намного больше и к тому же резко улучшилось ПО, записывающее изображения экранов. На тестовом компьютере в фоновом режиме запускается какая-нибудь подобная программа, например Camtasia, и записывает все, что происходит на экране, и все, что говорят пользовательи тот, кто проводит тестирование. Записывает и может все это воспроизвести потом на компьютере. Оказывается, что эти файлы имеют большую ценность,так как их просмотр отнимает намного меньше времени, чем просмотр видеозаписи; к тому же их могут одновременно просматривать все, кто подключен к компьютерной сети. Советую всем работать с этим ПО во время юзер-тестинга.
Кто должен проводить тестирование?
Имеет смысл приглашать всех, кто имеет отношение к разработке, – непосредственно разработчиков, сотрудников из отделов маркетинга и развития, совладельцев сайта. Если возможно, пригласите (пусть хотя бы заглянут) и кого-нибудьиз руководства – часто им становится так интересно, что они задерживаются набольшее время, чем собирались.
Что и когда тестировать?
Ниже приводится таблица, в которой указаны различные типы тестирования,проводимые на каждом этапе разработки.
Перед тем как заняться разработкой сайта, следует протестировать какие-нибудь подобные сайты – это могут быть уже существующие сайты-конкурентыили другие сайты со стилем, структурой или сервисами, схожими с идеей вашего текущего проекта.
Сначала попробуйте воспользоваться ими сами. Потом понаблюдайте, как имипользуются другие (один-два человека), и определите, что в них работает и чтоне работает. Многие пропускают этот шаг, но он очень полезен: для вас кто-тобесплатно создал рабочий прототип вашего сайта.
Если вы вообще никогда не проводили никакого тестирования, то этот этап также будет для вас очень полезным. Он позволит не только разобраться в том, какпроводить тестирование, но и даст вам возможность научиться терпению, поскольку в самом начале тестирования уже своего сайта очень трудно не воспринимать лично реакции пользователей. Поэтому тестирование на первых порахчужого сайта поможет вам увидеть, как люди вообще реагируют в процессе такого тестирования, и привыкнуть к их реакциям.
С уже существующими сайтами можно проводить два вида тестирований:
- Тестирование «Что здесь?». Пользователям демонстрируют сайт и выясняют, понимают ли они, что видят: понятно ли назначение сайта, его «ценноепредложение», структура, функционирование и т. д.
- Выполнение заданий. Пользователя просят выполнить то или иное действие и затем наблюдают, насколько легко ему удается это сделать.
Как правило, результаты будут более ценными, если вы сумеете сделать так,чтобы пользователи сами определяли задания для выполнения. Например,лучше сказать: «Найдите книгу, которую вы хотите купить или которую недавно купили», чем «Найдите книгу о приготовлении пищи по цене не выше14 долларов». Если людям дают выдуманные задания, то у них не возникаетэмоционального отношения к ним, и поэтому они не используют весь свойличный опыт при их выполнении.
Когда вы занимаетесь разработкой сайта, всегда полезно демонстрировать пользователям свои идеи уже на ранних этапах разработки, начиная с черновых набросков. Дизайнеры часто неохотно показывают то, что еще находится в процессе разработки, но пользователи могут свободнее выражать свое мнение, если онивидят, что работа еще не закончена и что-то может измениться. Кроме того, еслиразработка еще не закончена, пользователи не будут отвлекаться на детали и смогут оценить именно суть содержания и формулировки названий и заголовков.
Далее, когда вы уже приступите к построению частей сайта и разработке действующего прототипа, вы можете начать тестировать сайт с помощью метода выполнения заданий.
Также рекомендую применять метод, который я называю «Cubicle test» (протестировать кого-либо из соседней комнаты). Когда вы сделаете страницу какого-тонового типа (особенно это касается форм), то распечатайте ее и покажите кому-нибудь из соседней комнаты, чтобы он разобрался в ее содержании. Такое неформальное тестирование может быть очень полезным для выявления большогочисла возможных проблем.
Текст одной из сессий тестирования
Далее приводится аннотированный отрывок из текста типичного (но выдуманного) тестирования. Обсуждаемый сайт существует в действительности, но с техпор его переработали.Участницу тестирования зовут Джэнис, ей около 25 лет.










Сразу же прочитайте отчеты
Постарайтесь, чтобы после каждого цикла тестирования каждый участник рабочей группы смог прочитать все отчеты и подумать о том, что делать дальше.
На собрании рабочей группы раздайте копии всех отчетов и приложите к нимкопии набросков и изображений, которые тестировались. Следует обсудить двавопроса:
- Отбор. Рассмотрите проблемы, с которыми сталкивались пользователи, и решите, какие из них должны быть исправлены.
- Поиск решений. Определите возможные решения для отобранных проблем
Наверное, это тоже покажется сложным. В конце концов, ведь это те же самыелюди, которые не могли ни о чем договориться до тестирования. Так в чем жеразница?
Суть заключается в следующем: то, что вы узнаете на юзабилити-тестировании, обычно само по себе является разумными достаточно очевидным для тех, кто это тестирование наблюдает.
Возможность посмотреть на свою работу чужими глазами часто помогает найтисовершенно новые решения и увидеть старые идеи в новом свете.Кроме того, нельзя забывать, что тестирование – это неоднократный процесс, поэтому вам не нужно искать некое окончательное решение. Просто подумайтео том, что вы попробуете теперь.
Типичные проблемы
При тестировании вы можете столкнуться со следующими типами проблем:
- Пользователям не ясна концепция сайта. Они просто не понимают ее. Онисмотрят на сайт или страницу и либо не знают, как это понять, либо им только кажется, что они понимают, но их понимание неверно.
- Пользователи не могут найти слова, которые ищут. Обычно это значит, чтолибо а) вы разделили содержание не на те категории, на которые разделилибы сами пользователи, либо б) категории разработаны верно, но их названияне соответствуют тем, которые ожидают увидеть пользователи.
-Слишком много всего. Иногда пользователи не могут найти то, что находится прямо на той самой странице, на которую они смотрят. В этом случае нужно либо а) уменьшить визуальный шум на странице, либо б) добавить «громкости» на то, что пользователи должны видеть в первую очередь в визуальной иерархии страницы.
Некоторые принципы отбора проблем
Вот несколько советов, как определять, что нужно исправлять, а что не нужно:
- Не обращайте внимание на проблемы «каяка» . В любом тестировании выможете встретиться со случаями, когда пользователь на какой-то момент запутывается, но потом почти сразу разбирается в ситуации без всякой помощи, как если бы он перевернулся на каяке, а потом сразу же вернулся в нормальное положение. Это даже забавно. Нет преступления, нет наказания
Если столкнувшись с такой проблемой, а) каждый пользователь быстро замечает ее, б) ему удается без помощи вернуться в нормальное положение и в) попутно не ощутить раздражения, то можете не обращать на проблему внимания. Вообще говоря, вполне допустимо, если с двух попыток удается найтиверный выход.
Конечно, если ситуацию исправить легко, не нарушив ничего другого, тообязательно сделайте это. Однако нужно сказать, что когда тестирование выявляет проблемы «каяка», обычно это не оказывается неожиданностью дляразработчиков. Как правило, эти проблемы появляются в результате некоторой неоднозначности, для которой трудно найти какое-то определенное решение. Например, обычно на сайте есть хотя бы один или два элемента, которыенельзя точно отнести к какой-то одной категории верхнего уровня. В частности, одна половина пользователей может искать списки лучших фильмовсначала в разделе «Стили жизни», а другая половина – в разделе «Искусство». В любом случае половина всех пользователей ошибется при своей первой попытке, но на второй попытке все посетители выберут правильный раздел. Это вполне приемлемо.
- Не поддавайтесь искушению добавлять что-либо. Когда тестирование показывает, что пользователи чего-то не «схватывают», то возникает желание добавить что-нибудь вроде объяснения или инструкции.
Однако чаще всего правильным решением оказывается удаление того, чтозатрудняет понимание, а вовсе не добавление еще какого-то содержания.
- Относитесь скептически к просьбам о добавлении новых сервисов. От пользователей часто можно услышать: «Я бы хотел(а), чтобы здесь еще можно было воспользоваться х». Следует всегда с осторожностью относиться к такимпожеланиям о новых сервисах. Часто оказывается, что у пользователей ужеесть возможность использовать похожий сервис, а они просто говорят о том,что им нравится.
-Срывайте те плоды, которые висят низко. Победа – быстро и дешево. Вотглавное, чего не следует упускать в каждом цикле тестирования:
› Неожиданные находки. Это те моменты прозрения, которые возникают во время тестирования, когда некоторая проблема и ее решение вдруг становятся для всех очевидными, как только первый же пользователь начинает пользоваться сайтом «как получится». Это все равно что найти клад. Вам следует сразу же «воспользоваться» счастьем и внести нужные исправления.
›Возможность внести простые исправления. Старайтесь не упускать возможности внести те изменения, которые почти не требуют усилий или требуют небольших усилий, но необходимость внесения этих исправлений слишком очевидна.
И последний совет, который заслуживает своего раздела:
Не выплесните ребенка вместе с водой
Как и любой хороший дизайн, успешно разработанная веб-страница основанана тонком балансе между всеми ее элементами. Поэтому важно не забыватьо том, что внесение даже незначительных изменений может существенно повлиять на работу всего сайта. Иногда главная трудность при исправлении проблемдизайна как раз и заключается в том, чтобы не нарушить работу других частейсайта.
Каждый раз, когда вы хотите сделать какое-то изменение, тщательно подумайте о том, что еще при этом будет затронуто. В частности, когда вы делаете что-тоболее заметным на странице, проследите, чтобы что-то другое, не менее важное, не потеряло в своем «весе».
Всего одно утро в месяц, больше и не надо
Я думаю, что в идеале каждая веб-команда должна тратить на юзабилити-тестирование одно утро ежемесячно.Опросите утром трех-четырех пользователей и разберите за ланчем их действия.Только и всего.
Когда будете уходить с ланча, команда уже решит, что надо исправить, и с тестированием будет покончено еще на месяц. Ни отчетов, ни бесконечных совещаний.
Проведение этого мероприятия в утренние часы также резко увеличивает вероятность того, что большинство членов команды найдут время понаблюдать, покрайней мере, за некоторыми тестами, что весьма желательно.
Если вы собираетесь провести некоторые тесты лично (а я надеюсь, что это так),то некоторые советы вы сможете найти в главе 10 «Юзабилити-тестирование:снимаем кино» первого издания этой книги. Моя следующая книга будет целиком посвящена теме самостоятельного проведения юзабилити-тестов, но не хочу, чтобы ждали, когда она появится. Начинайте тестирование сейчас.
