Определение пользовательских профилей

Кирилл Вятчин

Сам термин «человеко-компьютерное взаимодействие» говорит о наличии человека в качестве одной из сторон взаимодействия. Однако это отнюдь не какой-то мифический «обычный человек» или «среднестатистический пользователь». Если бы дизайнеры мебели, зная, что средний рост человека, допустим, 1,75 м, делали все кровати исключительно такой длины, баскетболисты были бы очень огорчены. Каждая система, каждый интерфейс предназначен для использования изредка одной, а чаще — несколькими конкретными категориями пользователей, которые обладают определенными характеристиками. Процесс определения этих характеристик, создание своеобразных «портретов» пользователей, является обязательным этапом проектирования любого интерфейса. Этот этап обычно называется «Определение пользовательских профилей». В данной статье речь пойдет о том, для чего профили нужны, как они создаются и как используются дизайнерами интерфейсов.

Для чего нужно определение профилей?

«Удобных» интерфейсов не существует. Точнее, не существует интерфейсов, которые были бы одинаково удобны в использовании для абсолютно всех людей. Если вам сообщат, что какая-либо интерактивная система «удобна», — спросите, для кого именно она удобна и при каких условиях. Часто приходится слышать, читать ставшую банальной фразу, гласящую, что интерфейс должен быть адекватен решаемым с его помощью задачам, а также прост в использовании и обучении. Загвоздка в том, что нет каких-то конкретных и стандартных правил вроде «как сделать адекватный и удобный интерфейс». Правил нет, потому что для разных людей, в силу совершенно объективных причин, удобными окажутся разные интерфейсы. Учитывая это, не удивительно, что для дизайнера интерфейсов совершенно необходимо знать, кто системой, которую он проектирует, будет, собственно, пользоваться, и в каких условиях это будет происходить. Причем знать это нужно уже на начальных этапах разработки интерфейса. Полагаться в этом вопросе на одну только «интуицию», или только на «здравый смысл», конечно, можно, но в редких, довольно простых случаях. Обычно же разработчик не может сходу определить значимые характеристики будущих пользователей системы, или же его глаза застят несоответствующие действительности стереотипы. Или, как вариант, ему известны вовсе не те характеристики пользователей, которые могут помочь в разработке интерфейса (к примеру, для разработчика сайта, на котором осуществляется он-лайн заказ пиццы на дом, не имеет особого значения характер прерываний рабочей деятельности пользователя, тогда как для разработчика офисного приложения подобная информация крайне важна).

Итак, для определения характеристик аудитории продукта и составляются пользовательские профили. Для сбора информации о пользователях используются различные методы: как качественные (например, проведение интервью с пользователями конкурирующих продуктов), так и количественные (к примеру, если есть возможность, можно провести формализованное анкетирование пользователей). Кроме непосредственного сбора информации, разработчики могут сами описывать часть аудитории программного продукта на основе своего опыта.

Еще одна польза от профилей заключается в том, что впоследствии на их основе отбираются объекты тестирования. Это должно, во-первых, облегчить процесс отбора участников тестирования, и, во-вторых, — обеспечить валидность результатов тестирования (а тестирование принесет мало пользы, будет проходить без участия реальных будущих пользователей).

Как выглядят профили?

В результате работ по определению пользовательских профилей, разработчики получают описание главных категорий пользователей, причем часто одна из этих категорий может определяеться как основная. Точное их количество, разумеется, зависит от продукта. Для системы, рассчитанной на широкую аудиторию, количество категорий пользователей будет больше, нежели для продукта, предназначенного для использования исключительно специалистами. Понять это легко на следующем примере: программа для обработки любительских фотографий должна быть спроектирована так, чтобы ею могло пользоваться как можно большее количество людей: от программиста с двадцатилетним стажем, у которого постоянно не хватает времени, до вашей бабушки, которая решила упорядочить семейный фотоархив. В этом случае категорий пользователей будет несколько больше, нежели при проектировании интерфейса для управления атомной электростанцией.

Каждый из профилей содержит подробное описание характеристик пользователя, существенных в контексте его взаимодействия с системой. Сюда входят цели пользователя, его социальные характеристики (пол, возраст, образование, профессия и т.п.), характерные для него модели поведения, условия, в которых он будет использовать систему, навыки пользователя, характеристики его компьютера. Другими словами — все то, что окажет впоследствии значимое влияние на предпочтения пользователя в интерфейсе программы.

На самом деле, создать набор характеристик — не особая проблема. Однако нелегко создать адекватные профили, которые станут действительно эффективным материалом, который поможет глубже понять целевую аудиторию системы, и будет полезен в процессе разработки интерфейса.

«Персоны»

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

«Персоне» дается имя, возраст, описываются ее цели, в зависимости от того, что за систему мы проектируем, кратко описывается либо ее рабочий день (если, например, проектируется офисное приложение), либо другой контекст использования системы. При этом если в профиле сказано, что «пользователи данного типа работают в условиях частых прерываний основной деятельности», то в профиле будет написано, что «на протяжении первой половины дня Владимиру Ильичу приходиться часто отвлекаться от редактирования отчета для того, чтобы отвечать на телефонные звонки клиентов». Иногда даже для документа, который описывает «персону», рисуется небольшой портрет или вставляется фотография.

В общем, создание персон — занятие не только полезное, но и веселое. Кроме того, в дальнейшем, созданные «персоны» могут очень пригодиться для создания пользовательских сценариев.

Пример профиля

В интернете можно найти много «готовых к употреблению» шаблонов для создания профилей. «Готовых к употреблению» взято в кавычки, потому что на самом деле для каждого проекта в профилях будет множество специфических пунктов. Но как основу для создания своих профилей их вполне можно использовать.

Вот примерный шаблон профиля, который используем в работе мы (представлены только основные пункты, разумеется):

Социальные характеристики

Навыки и умения

Рабочая среда

Мотивационно-целевая среда

К определению целей и мотивации пользователей следует подходить особенно осторожно, так как тут вполне можно столкнуться с тем, что наши стереотипы и представления о целях вовсе не совпадают с реальным положением вещей. Важно не спутать реальные цели и мотивации пользователей с «желаемыми целями». Например, начальнику хотелось бы, чтобы целью Владимира Ильича было стремление к профессиональному росту, а мотивацией — понимание ответственности перед фирмой. А на самом деле оказывается, что главным мотивом Владимира Ильича является наличие на работе выделенной линии и возможности флиртовать с сотрудницами, а целью — поменьше напрягаться и пораньше уходить домой.