Personas¶

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

¶История и происхождение

Концепция персон в её современном виде была впервые сформулирована американским специалистом по юзабилити Аланом Купером в книге «The Inmates Are Running the Asylum» (1999). Купер, занимаясь проектированием программного обеспечения, заметил, что разработчики часто ориентируются на «среднего пользователя», который не существует в реальности. Вместо этого он предложил создавать конкретных вымышленных персонажей, чьи цели и сценарии использования становятся основой для проектных решений. До Купера похожие подходы применялись в маркетинге (например, «типичные покупатели»), но именно он систематизировал метод и связал его с процессами проектирования взаимодействия (Interaction Design).

¶Классификация и виды персон

В зависимости от целей и глубины проработки выделяют несколько типов персон:

¶По цели использования

• Целевые персоны (Goal-directed personas) — описывают пользователей, чьи цели и мотивации являются ключевыми для продукта. Создаются на основе глубинных интервью и наблюдений. Наиболее распространены в UX-дизайне.
• Ролевые персоны (Role-based personas) — фокусируются на должностных обязанностях и функциях пользователя в организации. Часто используются при проектировании корпоративных систем (B2B).
• Эмпатические персоны (Empathy personas) — делают акцент на эмоциональном состоянии, боли и переживаниях пользователя. Применяются в проектах, связанных с социальными услугами, здравоохранением, образованием.
• Анти-персоны (Anti-personas) — описывают пользователей, для которых продукт не предназначен. Помогают избежать «раздувания» функционала и нецелевого использования.

¶По степени детализации

• Базовые персоны (Proto-personas) — создаются на основе гипотез команды без проведения полномасштабных исследований. Используются на ранних этапах для быстрой проверки идей.
• Исследовательские персоны (Research-based personas) — разрабатываются на основе данных полевых исследований, опросов, аналитики. Считаются наиболее достоверными.
• Статистические персоны (Statistical personas) — строятся на основе кластерного анализа больших массивов данных (например, из CRM или веб-аналитики). Позволяют выявить скрытые паттерны поведения.

¶Структура и содержание персоны

Типичная персона включает следующие компоненты:

1. Имя и фотография — вымышленные, но реалистичные. Фото подбирается так, чтобы отражать типичную внешность представителя группы.
2. Демографические данные — возраст, пол, образование, профессия, доход, семейное положение, место жительства.
3. Цитата — фраза, отражающая ключевую мотивацию или боль пользователя. Например: «Я хочу быстро найти нужную информацию, не тратя время на лишние клики».
4. Цели и задачи — что пользователь хочет достичь при взаимодействии с продуктом.
5. Боли и фрустрации — проблемы, с которыми сталкивается пользователь в текущем опыте.
6. Сценарии использования — типичные ситуации, в которых персона обращается к продукту.
7. Техническая грамотность — уровень владения цифровыми технологиями.
8. Поведенческие паттерны — привычки, предпочтения, каналы получения информации.

¶Методология создания

Процесс разработки персон включает несколько этапов:

1. Сбор данных — проведение качественных (интервью, дневниковые исследования) и количественных (опросы, веб-аналитика) исследований. Важно охватить репрезентативную выборку реальных пользователей.
2. Анализ и кластеризация — выявление повторяющихся паттернов поведения, целей и мотиваций. Пользователи группируются в кластеры, каждый из которых становится основой для одной персоны.
3. Синтез — создание детализированного описания вымышленного персонажа, представляющего кластер. Важно, чтобы персона была правдоподобной, но не содержала избыточных деталей, не влияющих на проект.
4. Валидация — проверка персон на соответствие реальным данным. Если возможно, проводятся дополнительные интервью или тестирование гипотез.
5. Визуализация и распространение — оформление персон в виде плакатов, карточек или цифровых артефактов, которые используются командой в процессе проектирования.

¶Применение

Персоны находят применение в различных областях:

¶UX-дизайн и разработка ПО

• Проектирование интерфейсов — персоны помогают определить, какие функции и элементы интерфейса будут наиболее востребованы.
• Сценарии использования — на основе персон создаются user stories и сценарии взаимодействия.
• Тестирование юзабилити — персоны используются для рекрутинга участников тестирования и интерпретации результатов.

¶Маркетинг и реклама

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

¶Стратегическое планирование

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

¶Критика и ограничения

Метод персон не лишён недостатков. Основные критические замечания:

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

¶Примеры

¶Пример 1: Персона для интернет-магазина

• Имя: Елена Петрова
• Возраст: 34 года
• Профессия: менеджер по закупкам
• Семья: замужем, двое детей
• Цитата: «Мне нужно быстро найти качественную одежду для детей по приемлемой цене, чтобы не тратить выходные на походы по магазинам».
• Цели: экономия времени, удобный поиск по размеру и возрасту, возможность возврата без проблем.
• Боли: сложная навигация, отсутствие фильтров по размеру, долгая доставка.

¶Пример 2: Персона для мобильного банка

• Имя: Иван Смирнов
• Возраст: 28 лет
• Профессия: IT-специалист
• Цитата: «Хочу управлять финансами с телефона, не заходя в отделение банка».
• Цели: быстрые переводы, оплата счетов, контроль расходов.
• Боли: медленная работа приложения, сложная процедура авторизации, отсутствие push-уведомлений.

¶Интересные факты

• В некоторых компаниях персоны получают настоящие имена сотрудников, чтобы команда лучше запоминала их.
• Существуют «живые» персоны — актёры, которые играют роль пользователя на встречах команды, чтобы обеспечить более глубокую эмпатию.
• В проектах, связанных с безопасностью, создаются «персоны злоумышленников» для моделирования атак.
• Метод персон активно используется в государственных проектах, например, при разработке порталов госуслуг.

¶Источники

• Cooper, A. (1999). The Inmates Are Running the Asylum: Why High Tech Products Drive Us Crazy and How to Restore the Sanity. Sams Publishing.
• Pruitt, J., & Adlin, T. (2006). The Persona Lifecycle: Keeping People in Mind Throughout Product Design. Morgan Kaufmann.
• Nielsen, L. (2013). Personas – User Focused Design. Springer.
• Goodwin, K. (2009). Designing for the Digital Age: How to Create Human-Centered Products and Services. Wiley.
• Norman, D. (2005). Emotional Design: Why We Love (or Hate) Everyday Things. Basic Books.