Для начала исследователи создают примерную схему. Она обычно включает описание роли пользователя, цели и ее обоснования. В дальнейшем исследователи опрашивают всех заинтересованных лиц и добавляют подробности в свою схему; в результате создается полноценная история. Однако в гибких методах разработки задача историй о пользователях – без особых затрат времени и сил выявить основные требования к ПО (часто их можно описать в одном предложении).
На сайте, посвященном гибким методам разработки (www.agile-software-development.com/2008/04/writing-good-user-stories.html
), говорится следующее: «Пользовательские истории – простой способ собрать технические требования во время проекта, альтернатива длинным спецификациям». Общая схема такова: «Как [роль пользователя] я хочу [цель], чтобы [причина]», например:– Как соискатель я хочу найти работу, чтобы продвинуться по карьерной лестнице.
– Как специалист по кадрам я хочу опубликовать вакансию, чтобы найти нового члена команды.
Джо-Энн Хакос и Джинни Редиш в своей книге «Анализ пользователя и задачи для дизайна интерфейса»[40]
рассказали о сценариях и пользовательских историях. Они считают, что сценарий помогает проиллюстрировать результаты анализа, и толкуют этот термин так же широко, как мы – понятие сторителлинга:«В сценарии можно рассказать о пользователях, их работе и окружении; показать, как они справляются с заданиями, каковы их задачи и каким образом все эти элементы взаимосвязаны. Главное преимущество историй – реалистичность. Они также помогают понять, какие элементы необходимо добавить в разработку, что ценят пользователи и что воспринимают как препятствие к достижению цели».
Они выделили несколько типов историй (в их терминологии – сценариев): от краткого описания ситуации, контекста или действий пользователя до
Авторы предложили несколько способов использования сценариев. Схемы помогают определить гипотезы. В рамках сценариев задач можно описать пользователей, привести уже имеющуюся информацию и определить требования к будущему продукту с учетом условий его использования. А в сценарии действий можно рассказать о новом продукте и взаимодействии пользователей с ним.
Истории в исследовании пользовательского опыта
Мы рассмотрим пять областей исследования пользователей, в которых истории наиболее эффективны (в каждом случае необходимо учесть особенности целевой аудитории):
• Предварительный сбор информации.
• Исследования и получение новых данных.
• Генерирование идей, эксперименты.
• Тестирование.
• Озвучивание и продажа идей.
Предварительный сбор информации
На любом этапе работы с пользователями вы можете услышать истории об их перспективах и целях (рис. 5.2). Основная аудитория таких историй – вы (и ваши коллеги).
РИС. 5.2.
Сбор информации из разных источниковНаверное, вам уже рассказывают такие истории. Остается только записать их и отобрать самые интересные. Можно также отдельно отметить, что упущено в этих историях, и позже подробнее исследовать эти моменты.
В человеко-ориентированном проектировании это часть этапа
Исследования и получение новых данных
Истории дополняют другую информацию: от логов сайта до результатов функционального анализа. Они помогают прояснить, о чем идет речь в обзорах и аналитических статьях, или обозначить области, которые нужно дополнительно исследовать. В процессе анализа вы можете отобрать нужные истории, как показано на рис. 5.3.
РИС. 5.3.
Истории помогают прояснить информациюОсновная целевая аудитория таких историй – исследовательская группа. Однако уже можно задуматься, какие истории будут интересны дизайнерам, разработчикам, менеджерам и другим людям, которые воспользуются результатами вашего проекта.
В человеко-ориентированном проектировании они помогают понять пользователей и определить фронт работ с учетом их требований. На этом этапе нужно отобрать истории, которые станут убедительными аргументами для ваших доводов.
Эксперименты