Веб-аналитика: анализ информации о посетителях веб-сайтов - [28]
Проверки могут проводиться с активной версией веб-сайта, бета-версией, экранным прототипом HTML или Microsoft Office PowerPoint, либо даже с бумажной распечаткой. Подобные бумажные прототипы, иногда называемые каркасами (wire-frame), аппроксимируют то, что пользователь мог бы увидеть на компьютерном экране. Это избавляет группу разработки от необходимости создавать экранный прототип.
Пока пользователи выполняют свои задачи, проводящие проверку наблюдают. Ведущий следит за действиями пользователей и отмечает, способен ли участник реализовать задачу, за какой промежуток времени и какие действия он при этом предпринимает. В то время как участник занимается задачей, ведущий может задавать остальным участникам дополнительные вопросы, чтобы проанализировать их комментарии.
Например, если участник говорит: “Это было просто”, ведущий может переспросить: “Расскажите подробнее”. Это нейтральное приглашение поощряет человека объяснить, что он думает и почему он решил, что так будет лучше. Поскольку ведущий не задает наводящих вопросов и не помогает, выполняя поставленную задачу участник вынужден справляться с устройством так, как он делал бы это дома или на работе.
Ассистент постоянно записывает комментарии сеанса и замечания по важнейшим пунктам. Наблюдатели делают тот же самое. Иногда они и общаются с ведущим, прося его задать участникам большее вопросов или разъяснить что-нибудь. Зачастую лабораторные проверки применимости записывают также на видео для последующего просмотра и показа широкой аудитории в компании.
Проверка применимости особенно хороша для оптимизации пользовательского интерфейса, рабочего процесса, учета мнения клиента и выяснения его реальных действий.
Существует четыре этапа выполнения успешной лабораторной проверки применимости: подготовка, проведение, анализ данных и сопровождение.
Основные этапы и фазы подготовки:
1. Выявите критически важные задачи, подлежащие проверке. (Например, для
Amazon.com это: насколько просто нашим клиентам возвратить товар или затребовать замену?)
2. По каждой задаче напишите сценарий действий участника проверки. (Например: вы заказали у нас цифровую камеру Sony. Когда вы получили коробку, в ней не оказалось сменного объектива. Вы хотели бы обратиться на Amazon за разъяснением. Каковы ваши действия?)
3. Укажите для каждого сценария правильное решение. (Например: пользователь находит на сайте поддержки необходимую страницу, abc.html, следует по ссылке на веб-страницу Contact Amazon, заполняет форму запроса и щелкает на кнопке Submit (Передача).)
4. Определитесь, кем должны быть участники проверки (новички, опытные пользователи, покупатели с сайтов конкурентов и т.д.).
5. Определите структуру компенсации для участников.
6. Свяжитесь с кадровым агентством своей компании (или независимым), чтобы нанять соответствующих людей.
7. Проведите пробные проверки с кем-либо из сотрудников компании, чтобы удостовериться в работоспособности сценариев и других элементов. Так вы обнаружите наиболее очевидные проблемы и сможете устранить их прежде, чем начнется реальное дело.
Шины рвут асфальт — наконец-то в ваших руках реальные люди! Основные этапы этой фазы следующие:
1. Поприветствуйте участников и ознакомьте их с условиями. (“Рад видеть вас в нашей компании, вот зеркало, люди за ним наблюдают за вами, а мы все записываем. Вы не должны волноваться и старайтесь делать все правильно.”)
2. Хорошая идея начать с упражнения “размышление вслух”. Вы “услышите” то, что они думают, а кроме того, это упражнение научит их “выражать мысли вслух”. Ведь основная задача проверки — действительно выявить и понять проблемы, с которыми они безусловно столкнутся.
3. Участники должны читать задачи вслух. Это позволит удостовериться в том, что они все прочитали и поняли задачу или сценарий.
4. Тщательно отслеживайте все, что делают и говорят участники, так можно будет установить, где они терпят неудачу при выполнении задач, когда они неправильно истолковывают содержимое веб-страницы или идут по неверному пути.
5. Ведущий может задавать участникам дополнительные вопросы, чтобы прояснить неясности (однако нужно быть внимательным и спокойным, чтобы не выболтать ответ, а также вольно или невольно не повлиять на действия участника).
6. В конце поблагодарите участников и удостоверитесь, чтобы им заплатили сразу.
Основными этапами этой фазы являются следующие:
1. Как можно оперативнее обсудите сеанс со всеми наблюдателями, позволив каждому высказать свои мысли и наблюдения.
2. Запишите отмеченные тенденции и шаблоны.
3. Проведите глубокий анализ, чтобы на основании фактических наблюдений выявить причины отказов. (Например: ответы в разделе веб-сайта FAQ были слишком длинны. Ссылка Contact Us плохо заметна. Ничего удивительного, что пользователи редко звонят по телефону. Или почти каждый жалуется, что вопреки ожиданиям так и не дождался ответа.) Ведущий подсчитывает успехи и неудачи выполнения каждой задачи каждым участником.
4. Выработайте рекомендации для устранения выявленных проблем. Обычно для визуализации результатов используют PowerPoint. Затем по каждому выявленному пункту неудачи выполнения критически важной задачи вырабатываются конкретные рекомендации, призванные улучшить впечатление клиента. Чтобы помочь ответственным лицам расположить рекомендации по приоритетам, их категоризируют на срочные, важные и желательные.