Персона пользователя: пример для решений в UX-дизайне

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

Чтобы создать персону, определите решение, соберите данные о нужной аудитории, сравните повторяющиеся модели поведения и опишите различия, важные для интерфейса. Используйте профиль в UX-дизайне: свяжите существенную потребность с экраном, взаимодействием или проверкой. Если один и тот же дизайн одинаково подходит всем профилям, возможно, персоны пока не выделяют полезных различий.

Что представляет собой персона

Персона — не отдельный участник интервью, не должность и не воображаемый идеальный покупатель. Она обобщает значимую закономерность, сохраняя контекст, в котором та важна. Один человек может вести себя по-разному на работе, в поездке и при выполнении незнакомой задачи.

Руководство NN/g о персонах описывает их как основанные на исследованиях представления, которые помогают запомнить группы пользователей. Релевантные цели, опасения, опыт и обстоятельства важнее подробной вымышленной биографии. Добавляйте личную деталь только тогда, когда она помогает понять задачу или запомнить полезное различие.

Профиль, основанный на предположениях, обозначайте отдельно. Его иногда называют протоперсоной: это рабочая гипотеза о будущих пользователях до появления достаточных данных. Она помогает планировать поиск участников и исследовательские вопросы, но не является подтверждённым сегментом аудитории. Биографии, созданные ИИ, тоже остаются гипотезами, пока их не поддерживают реальные сведения.

Начните с решения, а не с пустого шаблона

Представим команду, которая меняет приложение для подачи отчётов о служебных расходах. Нужно решить, как сотрудник сохраняет чеки, заполняет недостающие сведения и отправляет отчёт на проверку. Задача не состоит в описании характера каждого сотрудника или прогнозировании его трат.

Изучите работу вокруг формы. Когда человек получает чек? Какие сведения у него есть в этот момент? Он сразу подаёт один расход или позже сверяет несколько? Кто помогает с неизвестной категорией или нечитаемым изображением? Ответы выявляют ограничения, способные изменить дизайн.

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

Сравните данные, не придумывая «типичного пользователя»

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

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

Затем ищите закономерности по нескольким характеристикам. Важна не только частота подачи, но и возможность позже найти чек или необходимость взаимодействовать с коллегой. Не превращайте один признак в полноценную персону автоматически. Синтез результатов UX-исследования помогает сохранить связь между наблюдениями, интерпретациями и противоположными примерами.

Пример персон для приложения учёта расходов

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

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

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

Свяжите профиль с конкретным решением интерфейса

Для редкого пользователя полезны требования к чеку рядом с полем загрузки, краткие пояснения категорий и пример сведений, необходимых проверяющему. Не пытайтесь решить проблему незнакомой задачи длинным обязательным обучением перед подачей единственного чека.

Для часто путешествующего сотрудника важно различие между состояниями «Сохранено как черновик» и «Отправлено на проверку». Покажите недостающие сведения и путь обратно к записи. Успешная загрузка чека не должна создавать впечатление, что отчёт уже отправлен.

Для обоих профилей объясните результат заключительного действия. Подтверждение может содержать идентификатор отчёта и путь к статусу проверки. Если чек не загрузился, сохраните введённые данные и предложите повторить попытку. Общие требования не должны исчезать из обсуждения только потому, что команда демонстрирует различия.

Запишите обоснование рядом с предложением: «Сохранение часто прерывается, поэтому интерфейс оставляет незавершённую запись и позволяет легко продолжить». Это полезно при обсуждении: команда может проверить как основание вывода, так и подходящий ответ в дизайне.

Оформите рабочую доску персон в Pixso

На холсте Pixso Whiteboard выделите для каждого профиля краткие разделы: цель, контекст, поведение, ограничение и следствие для дизайна. Разместите рядом ссылки на исследовательские источники вместо того, чтобы прятать их в декоративной биографии. Чувствительные материалы участников храните в исследовательских записях с соответствующим доступом.

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

Общий холст помогает организовать сравнение. Он не подтверждает правильность сегментов и не заменяет анализ исследования. Когда данные меняются, обновляйте профиль вместе со связанным решением.

Проверьте персоны в работе

Приглашайте участников с нужными моделями поведения и ограничениями, а не с именем или точной биографией вымышленной персоны. Предложите редкому пользователю подать незнакомый расход и объяснить, какое подтверждение требуется. Того, кто сохраняет расходы в поездках, попросите оставить незавершённую запись, выйти и продолжить позже. Наблюдайте за работой с предлагаемым интерфейсом.

Связывайте результаты с задачей. Успешное возобновление черновика подтверждает пользу этого взаимодействия, но не доказывает правильность персоны целиком. Если люди переходят от одного поведения к другому в зависимости от ситуации, команде могут лучше подойти контекстные сценарии, а не жёсткие категории пользователей.

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

Поддерживайте актуальность и связь с задачами

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

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