kazminaviktoriya1
Перейти в профиль
Выйти из профиля
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="42" height="42"><rect fill-opacity="0"/></svg>)
Добавить аккаунт
Персоны
В этом уроке:
Вы узнаете, как и для чего создают персон, которые помогают лучше понять пользователя, а также научитесь создавать их самостоятельно.
Пример для разбора:
В этом уроке теория будет подкрепляться примером создания персоны для сервиса доставки здоровой еды. Сервис — это приложение с каталогом готовых блюд и возможностью доставки в течение трёх часов по Москве. Для проектирования пользовательского интерфейса нужно ответить на вопросы: кто будет пользоваться этим сервисом (женщины или мужчины), сколько им лет, какой образ жизни они ведут, кем работают? Ответы на вопросы и станут реальными данными, на основе которых можно создавать персон.
Для чего нужны персоны
Персона описывает как будто бы реального человека с конкретными параметрами и личностными характеристиками, но на самом деле за этим описанием не скрывается настоящий человек.
Команда разработки применяет технику «персоны» (создаёт вымышленных персонажей или архитетипы пользователей ПО) в течение всего процесса проектирования пользовательского интерфейса. Персоны выполняют несколько важных функций:
Выявляют новые требования и проверяют уже собранные
Системный аналитик использует персон, чтобы выделить требования к ПО и разработать сценарии использования (с ними вы подробнее познакомитесь в следующем уроке).
При работе над пользовательским интерфейсом команда разработки обращается к персонам для того, чтобы проанализировать особенности поведения, привычки, цели и задачи пользователей. Это позволит разработать удовлетворяющий их потребностям пользовательский интерфейс. Благодаря персонам команда чётко понимает требования к интерфейсу и не распыляется на ненужную функциональность, не пытается угодить всем.
Распространяют информацию
Персоны используются для передачи информации всем заинтересованным лицам. Информация в таком формате воспринимается легче, чем многостраничные тексты с требованиями, и позволяет сохранять общее понимание пользователя.
Помогают сопереживать пользователям
Персоны вызывают эмпатию, то есть позволяют команде разработки сопереживать пользователям. У членов команды появляется понимание целевого пользователя в виде персоны. Когда команда разработки задаётся вопросами о необходимости какой-либо функции, её участники спрашивают друг друга: «А хочет ли этого персона? Поможет ли это нашему персонажу достигнуть цели?».
Приносят разработчикам больше удовлетворения от работы
Команда разработки получает больше удовлетворения от своей работы, когда создаёт ПО не для абстрактного пользователя, а для персоны. Всё потому, что персона даёт более чёткие представления о целях и потребностях пользователя. Команда понимает, для кого работает и как её работа может быть полезна пользователям.
Разрешают споры
У участников команды может разниться мнение о требованиях к ПО. Персоны — инструмент для принятия решений. Все решения обсуждаются с точки зрения персоны, а не членов команды.
Этапы создания персоны
Всего четыре этапа создания персон:
- Выявить классы пользователей.
- Собрать данные о пользователях.
- Составить описание персоны.
- Заполнить шаблон описания персоны.
1. Выявить классы пользователей
Составляя спецификацию требований к ПО, системный аналитик описывает классы пользователей и их характеристики. Для каждого класса пользователей, описанного в спецификации, создают, как правило, одну или несколько персон.
Например, для приложения по доставке здоровой еды выявляют такие классы:
- Пользователи. Представители этого класса — клиенты сервиса, которые заказывают блюда в приложении.
- Курьеры. Представители этого класса пользуются приложением, чтобы принять заказы и доставить их до пользователей.
Чтобы определить, сколько персон нужно создать для каждого класса пользователей, требуется собрать данные о представителях этого класса.
2. Собрать данные о пользователях
Несмотря на то что персоны — это вымышленные персонажи, создавать их нужно на основе фактических данных о пользователях.
Данные о пользователях, которые нужны для создания персон:
- Цели — одна из ключевых характеристик; описывает то, чего пользователь хочет достичь, используя программное обеспечение, и какой конечный результат он хочет получить.
- Демографические данные — пол, возраст, место жительства, семейное положение.
- Особенности образа жизни — то, что отличает и выделяет этого пользователя в быту.
- Мотивации — причины, по которым пользователь захочет использовать ПО.
- Барьеры — то, что мешает использовать ПО.
Список данных можно дополнять в зависимости от предметной области, для которой создают персон. Собираемые данные должны быть значимыми и давать представление о взаимодействии пользователя с приложением.
Например, для команды разработки социальной сети важно узнать, на каких устройствах пользователь будет выходить в соцсеть (смартфон или компьютер) и какая операционная система на них установлена. Знание о том, какая ОС на устройстве пользователя, позволит корректно отображать для него интерфейс соцсети.
Как собрать данные о пользователях
В спринте «Разработка требований» вы узнали, что для сбора требований системный аналитик использует коллективные и независимые техники. В первом случае СА работает над выявлением требований с заинтересованными лицами, во втором — работает над информацией самостоятельно.
Эти же техники используются и для сбора данных о пользователях. Дизайнер интерфейсов и системный аналитик собирают данные о пользователях с помощью интервью, анкетирования, наблюдения и других коллективных техник.
Они также используют независимые техники, например анализ статистических данных. Статистические данные можно собрать самостоятельно или взять из открытых источников.
Теоретически, персону можно создать на основе знаний о предметной области. Системный аналитик может предположить ответы респондентов на вопросы и создать персону на их основе.
Такой подход требует минимальных затрат для реализации, но в последствии может обернуться большими потерями. В этом случае созданная персона — субъективна, и доказательств того, что она хоть как-то соответствует действительности, нет. Ошибки в определении характеристик персон негативно скажутся на всех дальнейших этапах проектирования UI. Поэтому при создании персон следует использовать данные о пользователях, а если добыть их невозможно, — статистические данные.
После сбора данных можно приступать к описанию персоны.
3. Составить описание персоны
Составим описание персоны для приложения по доставке здоровой еды на примере класса «пользователь».
Цели
Для описания персоны нужно прежде всего определить её цели — то, что пользователь хочет получить от данного ПО.
В рассматриваемом примере цель — возможность заказывать здоровую еду через приложение, не переживая о её качестве.
Демографические данные о персоне
Для описания персоны нужно определить её основные демографические данные: пол, возраст, место жительства.
В процессе анализа данных выяснилось, что 65% потенциальных пользователей приложения — мужчины. Это не значит, что нужно отказаться от создания персон женского пола, но больше внимания всё же стоит уделить персонам-мужчинам.
Возраст опрошенных мужчин — от 25 до 32 лет. Значит, возраст создаваемой персоны будет в таком же диапазоне. Установим его на уровне 28 лет. Данные о возрасте говорят, что пользователи приложения — молодые люди, которые на «ты» с мобильными приложениями и имеют большой пользовательский опыт. У них также сформированы определённые привычки и модели взаимодействия с пользовательским интерфейсом.
Полученные данные говорят о том, что пользователи живут в мегаполисах, где широко развит сервис услуг, включая доставку. В качестве города, в которой живёт описываемая персона, укажем Москву. Она подходит по всем характеристикам.
Личностные характеристики и особенности
Эти характеристики сильнее приближают персону к реальному человеку и дают команде представление о ней.
Среди личных качеств респондентов в первую очередь удалось выделить любовь к спорту, приверженность активному образу жизни и внимательность к своему здоровью.
Личные качества напрямую связаны с образом жизни пользователя. В полученной от респондентов информации также можно выделить работу в офисе и нехватку времени на готовку из-за плотного графика работы.
Мотивация
Мотивация указывает на функциональность приложения, которая привлечёт пользователей и выгодно выделит его среди конкурентов.
Мотивация пользователей — использовать сервис, который предлагает только здоровое питание с возможностью поиска блюд нужной калорийности.
Барьеры
Недостатки приложения. То, что отталкивает пользователей, из-за чего они перестают пользоваться приложением.
Возможные недостатки: приложение не позволяет узнать дополнительную информацию — фото блюда и его состав.
Имя
Получившейся персоне нужно придумать имя. Оно должно соответствовать демографическим особенностям, например, полу и месту жительства. Имя позволяет воспринимать персону как настоящего человека (при этом персона — вымышленный персонаж). В процессе разработки персону будут называть по имени вместо «пользователь».
Назовём персону из примера Артуром. Так вполне могут звать 28-летнего мужчину из Москвы.
Фотография
Для завершения образа нужно сделать так, чтобы персона запоминалась и визуально — подобрать для неё фото.
Считается, что оптимальное количество персон — от трёх до пяти. Но для небольшого проекта, например, детской компьютерной игры, может понадобиться одна или две персоны. Если персон слишком много, команда разработки перегружена информацией, и техника теряет смысл.
Алан Купер (Alan Cooper), создатель техники персон, в своей книге «Психбольница в руках пациентов» объясняет это на примере проектирования автомобиля. Если при разработке пытаться удовлетворить потребности множества персон — мамы с детьми, которой нужна большая просторная машина, плотника, который нуждается в грузовом пикапе, и менеджера, мечтающего о спортивном автомобиле, — получится что-то несуразное:
Вряд ли кто-то из персон, для которых создавался этот автомобиль, захочет купить его. В таком случае правильнее было бы создать три машины: минивэн для мамы с детьми, пикап для плотника и спортивный автомобиль для менеджера.
В итоговом наборе персон можно выделить одну-три ключевые персоны. Это те персоны, которым для достижения целей подходит только спроектированный под них интерфейс.
Например, для сервиса доставки еды ключевая персона — человек с аллергией. Этим пользователям недостаточно простого поиска блюд. Нужно добавить дополнительные функции, которые позволят исключить из поиска блюда с определёнными ингредиентами (например, глютен) и добавлять комментарии к конкретному блюду в заказе.
4. Заполнить шаблон описания персоны
На последнем этапе всю собранную информацию нужно структурировать в том виде, который будет удобен для всех участников процесса. Для этого используются шаблоны — графическое представление всех созданных персон.
Шаблон позволяет сделать персоны более запоминающимися и упрощает их описание для чтения. К шаблонам нужно обращаться в течение всего процесса проектирования интерфейса. Это позволит не упустить важные детали о конечном пользователе. Шаблоны могут быть краткими и полными.
Краткий шаблон
Краткий шаблон используется для того, чтобы предоставить основную информацию о персоне. Такой шаблон подойдёт для участников команды разработки, которые уже знакомы с персонами.
Он используется и на начальных этапах работы по созданию персон, когда полное описание ещё не сформировано.
Краткий шаблон включает в себя:
- Фото.
- Имя.
- Возраст.
- Место жительства.
- Краткое описание.
- Цели.
Так будет выглядеть готовый краткий шаблон для персоны Артура — пользователя приложения для доставки здоровой еды:
Полный шаблон
Полный шаблон используют для детального описания персоны. Он содержит подробную информацию о персоне и используется для знакомства команды с ней, выявления новых требований и проверки уже собранных.
Полный шаблон включает:
- Фото.
- Имя.
- Возраст.
- Пол.
- Место проживания.
- Личностные характеристики.
- Цели.
- Описание.
- Мотивацию.
- Барьеры.
Для персоны Артура готовый полный шаблон будет выглядеть так:
Как персоны влияют на требования к ПО
Важно помнить, что создание персоны — не конечная цель проектирования UI, а лишь техника, которая используется для дальнейшей разработки пользовательских сценариев.
На основании созданных персон с учётом их особенностей (целей, технической грамотности, демографических данных и прочих) формируются требования к пользовательским интерфейсам. Все решения по каждой части интерфейса, включая размеры экранов и элементов, а также стилевые характеристики для приложения доставки здоровой еды принимаются, например, с учётом ответа на вопрос: «Чего хочет Артур?»
Попробуйте потренироваться:
Выберите подходящие для каждой персоны требования к пользовательскому интерфейсу.
Подведём итоги
Персоны — это вымышленные персонажи, которые отображают взаимодействие обычного пользователя с ПО и помогают команде разработки сопереживать ему.
Несмотря на то что персоны — это не настоящие люди, для их создания используются реальные данные о пользователях. Данные о пользователях собирают дизайнер интерфейсов и системный аналитик. Они применяют интервью, анкетирование, наблюдение и другие техники.
На основе собранной информации формируются описания персон. Описания персон оформляют по шаблону, который представят команде разработки.
При работе над интерфейсом команда разработки обращается к персонам для анализа особенностей поведения, привычек, целей и задач пользователей. Это позволяет ей разработать удовлетворяющий их потребностям пользовательский интерфейс. Когда команда разработки создаёт ПО не для абстрактного пользователя, а для персоны, её участники получают больше удовлетворения от своей работы, а ПО становится более качественным.
