Помоги проекту - поделись книгой:
Конечно, эту методику нельзя считать полноценным тестированием. Это что-то вроде экскурсии по главной странице, описанной в моем в демо-тесте (глава 2). Тестирование длится не более пяти минут. К участию в нем можно привлекать друзей, соседей – в общем, кого угодно. Имеет смысл предложить изучить черновик дизайна потенциальным посетителям вашего сайта, с этой же просьбой можно обратиться и к посетителям соответствующих отраслевых выставок.
Для проведения тестирования достаточно произвести следующие несложные манипуляции.
1. Подойти к понравившемуся вам человеку.
2. Сказать: «Будьте так любезны, окажите небольшую услугу – взгляните вот на это!»
3. Вручить набросок (он может быть выполнен в виде аккуратной схемы, а может представлять собой небрежный рисунок на салфетке).
4. Спросить: «С чем этот рисунок у вас ассоциируется? Что можно сделать на основе этого наброска?»
Обратите внимание: вы не должны интересоваться, понравился ли набросок собеседнику. Единственное, что вам нужно, – понять, с чем ассоциируется у зрителя ваша схема.
5. Слушайте внимательно. Вы, должно быть, услышите следующее: «Что ж, это похоже на главную страницу сайта. Сдается мне, с его помощью вы пытаетесь распространять нечто. А вот эти штучки – изображения лучшей продукции из вашего ассортимента. А вот здесь написано «Магазин». Наверное, можно сделать заказ прямо на сайте. Правда непонятно, что скрывается за названием раздела «Бонусы».
Если хотите, можете задать несколько уточняющих вопросов, например: «Как вам кажется, что может находиться в разделе "Бонусы"?»
Если описание посторонними людьми вашего наброска совпало с вашей задумкой, возьмите салфетку побольше и продолжайте делать наброски. Обычно, впрочем, кое-какие детали схемы кажутся им бессмысленными, а что-нибудь обязательно понимают как-нибудь не так. Надо сделать выводы. Как видите, можно устранить ряд проблем с юзабилити, не написав ни одной строчки кода будущего сайта.
ЧТО ВАМ ЭТО ДАСТ
Вы поймете, насколько прозрачна и понятна ваша концепция, насколько реально с ходу уловить ее. Ответы, которые вы получите в ходе тестирования, позволят вам с самого начала осознать либо правильность выбранного пути, либо существенные его проблемы.
Вот пример из личного опыта. Много лет я хотел назвать эту книжку «Полевой справочник Стива Круга для пользователей». Ее оформление должно было напоминать справочник для тех, кто любит наблюдать за птицами: Тот же размер и пропорции, тот же внешний вид и стиль изложения.
Мне казалось это прекрасной идеей. Даже не так. Это казалось мне
Потом я совершил глупость: последовал своему собственному совету и решил протестировать этот вариант названия и оформления. Все, кого я опросил, были единодушны.
• Они уловили мою концепцию. Да, оформление им действительно напомнило справочник для наблюдения за птицами, и это признали весьма изящным решением.
• Все, как один, решили, что книга будет посвящена всевозможным типам пользователей Интернета. Когда я сказал, что на самом деле собираюсь написать в ней о
Я сам не смог разглядеть проблему, потому что слишком близко знал предмет тестирования. Я-то прекрасно понимал, как должна была работать моя концепция.
Тестирование каркасной модели
После создания набросков веб-разработчики, как правило, приступают к построению каркасных моделей.
Эта модель представляет собой, по сути, чертеж будущей страницы. На ней обычно показано, где будут размещаться разные типы контента, как будут соотноситься между собой размеры заголовков и инструментов навигации.
КАК ТЕСТИРОВАТЬ
Каркасные модели тестируют, предлагая пользователям задания, связанные с навигацией: «Как бы вы стали искать__________?», «Что вы ожидаете увидеть при переходе по этой ссылке?»
Тестирование каркасных моделей не отнимет много времени, поскольку набор заданий для участников весьма ограничен. Отдельную сессию для этого устраивать нет смысла. Лучше совместить исследование каркасных моделей с исследованием других вещей – например, вашего нынешнего сайта или чужих сайтов.
ЧТО ВАМ ЭТО ДАСТ
Протестировав каркасную модель, вы сможете оценить адекватность придуманной вами структуры и названий. Критерии оценки таковы: в идеале пользователи должны находить искомое там, где они его ищут; названия разделов должны быть признаны осмысленными; навигация должна быть понятной. Например, вы можете полагать, что структура сайта отражает структуру вашей компании, но в результате тестирования выяснится, что пользователи придерживаются иного мнения.
Тестирование дизайна страницЧаще всего у сайта есть несколько страниц с уникальным дизайном (главная страница, например) и ряд страниц, построенных на базе нескольких тематических шаблонов (например, страницы, содержащие статьи, или страницы с описанием продукции). Следующим шагом после создания каркасных моделей является разработка визуальной организации страниц разных типов. И если каркасные модели описывают схемы взаимодействия с пользователем, то верстка страниц формирует визуальный образ сайта.
КАК ТЕСТИРОВАТЬ
Вначале покажите участникам тестирования главную страницу, потом все остальные. Попросите дать описание каждой из них (подробности – на странице 104, в разделе «Экскурсия по главной странице»).
ЧТО ВАМ ЭТО ДАСТ
Ваша цель – выявить проблемы юзабилити, связанные с визуальной организацией страниц. Постарайтесь понять, очевидно ли для пользователей, как «работает» каждая из страниц?
Тестирование работающих прототипови всего остальногоНа более поздних стадиях разработки вы будете иметь дело с работающими кусками сайта, одни из которых будут представлять собой прототипы, другие – уже готовые разделы.
КАК ТЕСТИРОВАТЬ
Сверяясь с процессом, описанным в главах 5–9.
ЧТО ВАМ ЭТО ДАСТ
Озарения, необходимые для улучшения вашего сайта.Глава 5 Не забивайте гвозди микроскопом С кем проводить тестирование и как найти этих людей
Один участник тестирования – это на 100 % лучше, чем ноль участников.
Стив Круг. Первый закон тестирования юзабилити
А теперь самое скучное (по крайней мере, для меня): набор участников.
Якоб Нильсен называет это «черной работой», и так оно и есть: решить, кто вам нужен, найти этих людей, составить расписание и, наконец, сделать так, чтобы все они явились на тестирование.
Мне этот этап никогда не нравился. Возможно, потому, что он единственный не имеет никакого отношения к юзабилити. А может быть, потому, что у меня неподходящий для такого рода дел характер. (Нужно быть очень собранным и любить общаться с незнакомыми людьми.) У некоторых же, напротив, очень хорошо получается, а некоторые так даже получают от этого удовольствие.
Но вне зависимости от того, нравится вам все это или нет: если вы намереваетесь наблюдать за людьми, вам потребуются люди. И при этом (как и на всех остальных этапами процесса) хотелось бы избежать лишних трудностей.
Дело сводится в конечном счете к трем вопросам:
• Кого тестировать?
• Сколько человек понадобится?
• Как их найти?
• Чем компенсировать им потраченное время?
С кем проводить тестирование?
Когда встает вопрос о том, кого привлечь к тестированию, практически все интуитивно приходят к одной и той же идее:
Это звучит в высшей степени разумно. Ведь:
• Первое и самое очевидное: совершенно все равно, смогут ли пользоваться вашим сайтом люди, которые не собираются им пользоваться. Так зачем же привлекать их к тестированию?
• В ходе тестирования репрезентативный пользователь скорее столкнется с теми же проблемами, что и люди, которые в самом деле пользуются вашим сайтом.
• Люди, не принадлежащие к вашей целевой аудитории, могут столкнуться с проблемами, которые у реальных пользователей не возникнут (ошибочные результаты).
• Люди, принадлежащие к вашей целевой аудитории, могут, в отличие от остальных, иметь некие предметные знания [15] .
Однако, как показывает опыт, привлекать к тестированию людей, принадлежащих именно к вашей целевой аудитории, не столь важно (и не так легко), как кажется с первого взгляда.
Взять, к примеру, предметные знания.
Разумеется, встречаются случаи, когда знание и опыт играют роль. Допустим, вы тестируете форму, которую нужно заполнить, чтобы заказать промышленный кран, и участникам тестирования нужно при этом заполнять графы в духе Вылет стрелы (м), Максимальная высота подъема крюка (м), Грузоподъемность (т). В этом случае вам, пожалуй, понадобятся люди, которые разбираются в кранах.
Но даже если вы работаете в области, где предметные знания имеют значение, тут есть свои «но»:
• Ваша аудитория может оказаться значительно менее однородной, чем вам кажется. Например, новички могут и не обладать предполагаемым предметным знанием, а вашим сайтом им все равно надо пользоваться. Если вы продаете в интернете страховки на автомобили, то, вероятно, вы захотите сосредоточиться на людях, у которых автомобили есть и которые что-то уже знают про их страхование. Но ведь нужно, чтобы и те, кто впервые купил машину, могли воспользоваться вашим сайтом.
• Люди, которые обладают предполагаемым знанием, не всегда знают то, что они должны знать (по вашему мнению). Например, много лет назад я тестировал некий продукт, созданный для агентов по торговле недвижимостью. В интерфейсе постоянно использовался термин, значения которого я не знал. Я спросил у разработчиков. Они сказали, что все агенты этот термин знают и постоянно его используют. Позднее я попросил агента (продавшего, кстати, мне мой дом) поучаствовать в небольшом тестировании этого же продукта. И как только мы сели за тестирование, он ткнул пальцем в этот термин и спросил: «Что это значит?»
Большинство самых серьезных проблем с юзабилити не имеют никакого отношения к предметному знанию, они связаны с такими вещами, как навигация, дизайн, визуальная структура, – и их может обнаружить практически всякий.
Я не хочу сказать, что ни в коем случае не нужно набирать людей, похожих на ваших реальных пользователей. Если вам в самом деле нужны «реальные пользователи», разумеется, ищите их. Я говорю о другом: на этом не нужно зацикливаться. Для одних сайтов реальных пользователей найти проще простого, а для других это окажется куда более затратно (и в отношении времени, и в отношении денег), а главное – далеко не всегда необходимо.
Да, отдельные вещи можно обнаружить, только если наблюдаешь, как сайтом пользуется представитель целевой аудитории. Но очень многое можно узнать, наблюдая, как то же самое делает первый встречный. Если вы только-только взялись за тестирование юзабилити вашего сайта, то там, скорее всего, имеется масса проблем, которые может обнаружить «первый встречный», так что в самом начале можно не очень морочиться отбором участников тестирования. Со временем вам захочется привлечь и реальных пользователей. Но и тогда я бы рекомендовал вам брать на каждый раунд по «чайнику».
Я обнаружил, что люди, не принадлежащие к целевой аудитории, порой обнаруживают то, что не замечают «реальные пользователи», просто потому, что у них есть возможность посмотреть на ваш сайт на самом деле со стороны: эффект нового платья короля. По мне так, лучше один вразумительный, наделенный элементарным здравым смыслом «чайник», с которым можно нормально поговорить, чем десять зажатых, нервных и т. п. реальных пользователей.
У меня уже много лет есть девиз:
Не забивайте гвоздимикроскопом
Я хочу сказать: старайтесь найти пользователей, способных репрезентировать вашу аудиторию, но не зацикливайтесь на этом. Просто делайте поправку на ту разницу, которая существует между людьми, которых вы тестируете, и вашей целевой аудиторией.
Если у участника тестирования возникает проблема, просто спросите себя: «Столкнутся ли с той же проблемой наши пользователи? Или она возникла только потому, что участник тестирования не знает профессионального жаргона или недостаточно знаком с предметом, а следовательно, не грозит нашим реальным пользователям?»
Соображайте на троих
Споры о том, сколько человек надо привлекать к тестированию, годами длятся в сообществе специалистов по юзабилити, напоминая подземные пожары, десятилетиями не угасающие в угольных шахтах.
Почти все согласны с тем, что увеличение количества участников, выполняющих одно и то же задание, уменьшает отдачу от тестирования: чем дольше вы за ними наблюдаете, тем меньше новых проблем вы способны заметить. Большинство исследований, проводившихся в этой области, сводились к поиску того количества участников тестирования, которое позволяет выявить максимум проблем. Выводы при этом обычно формулируются примерно так: «Тестирование с пятью участниками выявит 85 % проблем».
Однако все эти аргументы – не для вас (если вы собираетесь заниматься самостоятельным тестированием). Не гонитесь за выявлением максимального количества проблем. Ваша задача – понять, что вам нужно, чтобы обнаружить ровно столько проблем, сколько вы сможете устранить.
За долгие годы работы в этой области я пришел к выводу, что в каждом раунде тестирования должны принимать участие три пользователя. Эта цифра оказалась оптимальной по целому ряду причин.
• Большинство серьезных проблем выявляется первыми тремя участниками тестирования.
• Найти трех человек не так уж трудно (а вот с поиском большего количества участников могут возникнуть проблемы).
• Пытаться выжать максимум из каждого раунда – ложная цель. Куда важнее провести их как можно больше. Чем меньше участников на каждом раунде, тем проще этого добиться.
• Когда в процесс вовлечены всего три человека, можно успеть провести и тестирование, и разбор полетов в течение одного дня.
• Небольшое количество пользователей легче уговорить принять участие в тестировании.
• Увеличение количества участников не только уменьшает отдачу от тестирования, но и приводит к неприятным побочным эффектам. Как только в одной комнате собирается больше трех человек, они сразу начинают поедать огромное количество плюшек, строчить sms и вести разговоры на отвлеченные темы.
• Если в тестировании принимает участие много народу, то появляется столько писанины, что никто не в силах ее обработать. Причем зачастую в этих комментариях много откровенного мусора. Это мешает сосредоточиться на действительно серьезных проблемах: «за деревьями не видно леса».
• Число проблем, выявленных большим количеством пользователей, способно повергнуть разработчиков в уныние. В итоге расстановка приоритетов сама по себе становится серьезной задачей.
Деньги решают всё
Если у вас случайно завалялись деньжата, а времени и желания нанимать участников тестирования нет, озадачьте этой проблемой какого-нибудь агента по поиску персонала.
Для человека, который по долгу службы постоянно ищет людей для фокус-групп, ваш запрос не будет чем-то особенным. Чтобы найти такого «волшебника», достаточно набрать в поисковике «рекрутинг участников фокус-групп» или «маркетинговые исследования». Агентства, организующие исследования методом фокус-групп, обычно берут на себя все заботы, в том числе по аренде помещения и оборудования. По крайней мере, они смогут посоветовать вам выгодный вариант.
Агент разузнает у вас, какие люди вам нужны. Потом подыщет возможных кандидатов (по своей базе или при помощи рекламных объявлений), отберет лучших, расскажет им, когда и куда надо прийти, и даже разошлет им напоминания накануне назначенной даты. Все это стоит не так дорого, как кажется. Буквально две-три тысячи рублей за подбор одного человека. Может, чуть дороже, если у вас очень специфические требования.
Рекрутинг – это та часть процесса тестирования, которую лучше поручить специалисту. Впрочем, моя книга все-таки посвящена самостоятельному тестированию, поэтому я готов предположить, что вы и сами способны справиться. Вот как это делается.
Где их искать?
Для начала подумайте, где водятся нужные вам люди. Когда знаменитого американского грабителя Вилли Саттона спросили, почему он обворовывал банки, он резонно заметил: «Потому что деньги хранятся именно там». Мне кажется, этим все сказано: прикиньте, где могут собираться пользователи, которых вы ищете.
Например, если вам нужны пожилые, стоит посетить социальные учреждения, где они проводят свой досуг, а также библиотеки и церкви. Если нужны потребители, пользующиеся вашей продукцией, поищите соответствующие интернет-форумы, группы по интересам и отраслевые выставки (кстати, и само тестирование можно провести прямо на выставке).
Пользователей вашего сайта логично искать на вашем сайте. Повесьте объявление на главной странице и сделайте всплывающее окошко с приглашением, появляющееся при входе на сайт или при закрытии сайта.
Если вам все равно кто будет тестировать вашу продукцию, попросите поучаствовать в этом благородном деле своих друзей, членов семьи, соседей. Вряд ли для них это будет слишком сложно: обычно такие вещи воспринимаются как полезное развлечение. Людям очень приятно, когда их мнение воспринимают всерьез, да еще и платят за это. Кроме того, в результате тестирования они и сами наверняка узнают что-нибудь, чего они раньше не знали о компьютерах или Интернете.
Есть большой соблазн привлечь к тестированию тех, кто работает в той же конторе, что и вы. Они всегда рядом, выбирать из них легко, и вряд ли они откажутся вам помочь. В достаточно крупной организации вы даже сможете найти людей, более или менее похожих на ваших потенциальных пользователей.
Тут проблема в другом. Велика вероятность, что они слишком много знают. Понятно, что нельзя привлекать людей, непосредственно связанных с тестируемой продукцией и занимающихся ее поддержкой, продажей, документированием или обучением пользователей. Однако многие ваши коллеги могут ничего или почти ничего не знать о вашем проекте. Они могут заниматься разработкой совсем другой продукции, работать в других отделах. Вряд ли в детали проекта посвящены сотрудники администрации, секретари, бухгалтеры и служба персонала.
А если вы разрабатываете корпоративный сайт компании, лучшими кандидатами на участие в тестировании будут новые сотрудники. Им всегда очень хочется произвести хорошее впечатление, они обладают предметными знаниями и не просто похожи на целевую аудиторию – они и есть ваша целевая аудитория.
Я точно знаю, чего вам нужно бояться как огня. Вы сорвете тестирование, если позовете людей из списков, подготовленных вашим отделом маркетинга. Несмотря на то что такой вариант часто кажется весьма привлекательным, обязательно что-нибудь пойдет не так. Или руководство решит, что привлечение клиентов к тестированию негативно скажется на имидже компании, или начнутся какие-нибудь разборки, связанные с соблюдением коммерческой тайны, или что-нибудь еще помешает вам нормально протестировать свой проект.
Если вам никак не удается подыскать нужных людей, попробуйте провести удаленное тестирование (подробнее об этом читайте в главе 14). В таком варианте значительно упрощается задача рекрутинга, поскольку вам не надо искать людей, непременно живущих неподалеку. Достаточно, чтобы у участников тестирования был широкополосный доступ в Интернет.
Повесьте объявление
После того как вы поймете, где «прячутся» ваши пользователи, надо их оттуда как-то выманить. Повесьте приглашение. Например, такое:
«Мы собираемся провести тестирование юзабилити вебсайта. Произойдет это 25 июля с утра в нашем офисе на Петроградской стороне. Вся процедура займет не более часа. Идет набор участников! Мы особенно заинтересованы в тех, кто регулярно оплачивает счета при помощи онлайновых систем.
Если вас заинтересовало это предложение и есть немного свободного времени, отправьте электронное письмо Василию Пупкину по адресу vasia_pupkin@companyname.com. Укажите свое имя, номер телефона и удобное для звонка время».
Не надо писать в объявлении номер телефона, иначе вас замучают звонками. Пролистать несколько десятков писем, поверьте, гораздо проще и эффективнее, чем прослушать несколько десятков звонков. А кандидаты, у которых нет электронной почты, вам, наверное, не очень-то и нужны.
Где вешать объявление? Там, где его смогут увидеть:
• на доске объявлений;
• на электронной доске объявлений;
• разошлите его по электронной почте знакомым специалистам в интересующей вас предметной области и попросите переслать дальше по цепочке;
• на главной странице вашего сайта или во всплывающем окне, появляющемся при входе на сайт.
Выберите самых перспективных
Из всех, кто откликнется на ваше приглашение, вам предстоит выбрать лучших. Для этого надо поговорить с ними по телефону. Во время такого собеседования надо не забыть про следующие моменты:
• узнайте, действительно ли этот человек свободен в день тестирования;
Поделиться книгой: