Портрет клиента

Customer persona

Также: Персона клиента

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

Основание такого понимания дают руководства британских государственных служб: GOV.UK описывает персоны как группы со сходными потребностями и поведением, а Office for National Statistics (ONS, Управление национальной статистики Великобритании) различает пользователей по задачам и знаниям. В этой статье портрет рассматривается именно как исследовательская модель группы. [1, 2]

Кратко

  • Портрет отвечает прежде всего на вопросы «что человек пытается сделать?» и «что ему мешает?». Это следует из подхода к потребностям в GOV.UK. [2]
  • Мнение команды можно записать как гипотезу — предположение для последующей проверки. Приравнивать его к результату исследования нельзя. [3]
  • Учебные примеры ниже показывают, как перейти от общего описания читателей к решению о странице подписки.
  • Вымышленное имя не заменяет сведения о задаче. Оформление карточки и достоверность её содержания следует проверять отдельно.
  • Материалы о реальных участниках исследования могут содержать персональные данные; в России их обработку оценивают по закону № 152-ФЗ. [5]

Происхождение и история термина

У понятия есть документированная связь с проектированием цифровых продуктов. В четвёртом издании книги Алана Купера и соавторов About Face, выпущенном в сентябре 2014 года, есть глава «Моделирование пользователей: персоны и цели». Оглавление связывает её с исследованием пользователей и последующей разработкой сценариев. Это исторический пример применения метода, а не дата изобретения всех способов описания клиентов. [4]

В историческом исследовании Лене Нильсен и соавторов 2021 года сравниваются персоны с разной основой: предположениями, ранее собранными материалами и данными конкретного проекта. Значение имеет не только форма рассказа о человеке, но и то, откуда взялись его характеристики. [6] Так становится понятнее различие между исследовательским портретом и правдоподобным персонажем, придуманным на совещании.

ONS показывает применение персон к статистическому сайту. Например, экспертному аналитику нужны исходные данные для собственного анализа; доступ к ним для него важнее оформления. Это категория пользователей конкретного сервиса. Переносить её без исследования на покупателей одежды или подписчиков медиа было бы ошибкой. [1]

Суть и механизм

Портрет связывает наблюдение с решением. Команда сначала узнаёт, как люди действуют, затем выделяет повторяющиеся задачи и препятствия, а после решает, что изменить. GOV.UK предлагает изучать существующие материалы, интервьюировать людей и наблюдать за ними. Потребность при этом следует описывать через проблему пользователя, а не через заранее выбранное решение. [2]

Рассмотрим учебный пример. Команда издания пишет: «Наш читатель хочет получать рассылку». Здесь уже выбран способ доставки. Если реальная задача — вовремя узнавать об изменениях правил в своей отрасли, рассылка становится лишь одним вариантом. Человек может предпочесть календарь, уведомление или короткую сводку. Портрет должен сохранить задачу и обстоятельства: что именно нужно узнать, к какому моменту и что случится при опоздании. Иначе команда начнёт улучшать удобство рассылки, даже не проверив, нужна ли она.

В этом же примере характеристика «читает с телефона по дороге на работу» полезна, если из неё следует проверяемый вопрос: сможет ли человек понять вывод без большой таблицы? Характеристика «любит путешествовать» ничего не объясняет, пока не показана связь с выбором подписки. Деталь стоит включать ради решения, которое она помогает обосновать, а не ради объёмной биографии.

Чем портрет отличается от сегмента

Для работы с примером удобно разделить три вопроса. Целевая аудитория отвечает: «К кому обращается издание?» Сегментация — разделение этой аудитории на группы по выбранным признакам — отвечает: «Какие группы мы сравниваем?» Портрет раскрывает: «Как люди из группы решают задачу и почему сталкиваются с трудностями?» Это рабочее разграничение для учебной ситуации, а не единая обязательная классификация маркетинга.

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

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

Виды и классификации

Нильсен и соавторы различают три типа персон по происхождению сведений. Это классификация конкретного исследования, а не стандарт для всех отраслей. [6]

Тип Основа описания Что важно понимать
На предположениях Представления команды о пользователях Это гипотезы, которые ещё нужно проверить
На вторичном исследовании Уже собранные для других целей материалы, в рассмотренном случае без подробностей о предметной области Нужно проверить, раскрывают ли они именно нынешнюю задачу
На исследовании конкретного проекта В рассмотренном случае — большой объём качественных и количественных данных, относящихся к задаче Следует сохранять связь характеристик с исходными данными

В исследовании 2021 года участники, работавшие с персонами на предположениях, чаще обращались к собственному опыту и догадкам. Однако сравнивались разные компании, участники и описания; авторы отмечают, что эти различия могли повлиять на результат. Работа не доказывает гарантированный эффект любого портрета, построенного на данных. [6]

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

Как применяется на практике

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

Сначала команда собирает вопросы, а не заполняет готовую биографию. Как человек в последний раз выбирал источник информации? Что сравнивал? Кому показывал условия? На каком шаге остановился? Это предложенный сценарий исследования. Он развивает рекомендацию GOV.UK превращать необоснованные мнения в вопросы и выбирать методы под то, что нужно узнать. [3]

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

Первый черновик портрета получает название «Проверяет пользу для своей задачи». В нём записано: выбирает самостоятельно; хочет до оплаты увидеть пример разбора; затрудняется соотнести общие обещания с рабочим вопросом. Второй назван «Согласует доступ для команды»: собирает условия, передаёт их руководителю, должен объяснить стоимость и число доступов. В обоих случаях имя можно добавить для удобства разговора, но оно не будет основанием выводов.

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

У каждого вывода остаётся запись об основании. Например: «трудность упомянута в двух интервью; частота среди всех посетителей неизвестна». Если журнал событий сайта показывает уход со страницы, это ещё не объясняет причину. В нашей ситуации человек мог не понять условия, отвлечься или просто отложить покупку. Поэтому команда сопоставляет наблюдаемое действие с рассказами и следующей проверкой, а не дописывает мотив из головы.

В этой учебной работе интервью — подробный разговор о конкретном опыте — даёт новые сведения, а портрет помогает их обобщить и обсудить. Если команда не знает, почему человек остановился при покупке, готовая карточка не ответит за него. Нужно вернуться к исследованию. Руководство GOV.UK также предполагает продолжение исследования по мере развития сервиса. [2]

Как измерить или проверить

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

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

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

Затем команда заранее выбирает наблюдаемый результат. В нашем примере участнику показывают страницу и предлагают объяснить, кто получит доступ и как он устроен. Оценивать стоит содержание ответа: сумел ли человек пересказать условия без подсказки. Фраза «страница нравится» не отвечает на этот вопрос.

Учебный расчёт: до изменения страницы условия правильно объяснили 4 из 10 участников, после изменения — 7 из других 10. Доля правильных ответов равна числу правильных ответов, делённому на число участников соответствующей группы: 4 / 10 = 40%, 7 / 10 = 70%. Разница составляет 30 процентных пунктов. Знаменатель здесь — участники проверки, а не посетители сайта и не покупатели.

Этот расчёт описывает только две условные группы. Он не доказывает, что продажи выросли или что причиной различия стал именно портрет. В примере одновременно могли измениться состав участников, объяснение задания и сама страница. Для убедительного сравнения нужно отдельно продумать условия проверки; красивое число не устраняет неопределённость.

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

Ошибки, ограничения и спорные вопросы

Главная опасность в учебном примере — принять узнаваемый образ за доказательство. Если сотрудник говорит «это совсем как мой знакомый», он подтверждает сходство с собственным опытом, а не распространённость поведения среди клиентов. Наблюдение о склонности дополнять персоны догадками есть и в историческом исследовании Нильсен и соавторов. [6]

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

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

Наконец, нужно учитывать, кого удалось изучить. Разговоры только с действующими подписчиками не содержат опыта людей, которые отказались до покупки. Руководство GOV.UK рекомендует разнообразие участников, включая людей с затруднениями и потребностью в поддержке. Размер группы зависит от метода; единое обязательное число интервью для всех портретов отсюда не следует. [3]

Правовой аспект

В России персональные данные — сведения о человеке, которого можно определить прямо или косвенно. Поэтому имя не единственный признак: замена его номером сама по себе не гарантирует, что человека невозможно узнать. Это следует из определений статьи 3 закона № 152-ФЗ. [5]

Статья 5, части 2, 4 и 5, требует определённой законной цели и соответствующего ей состава данных без избыточности; статья 6, часть 1, устанавливает основания обработки. Название работы «исследованием» не освобождает от этих условий. Для конкретного проекта необходима правовая оценка сбора, хранения и использования материалов. Использована редакция закона от 26.07.2026, доступная на 21.10.2026. [5]

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

Частые вопросы

Портрет клиента — описание одного покупателя?

В принятом здесь исследовательском смысле он описывает группу со сходным поведением и потребностями. Отдельное интервью даёт материал, но не делает биографию участника моделью всей аудитории. [2]

Обязательно ли придумывать имя и биографию?

Для учебной задачи достаточно названия роли, цели, условий и подтверждений. Имя может служить удобным обозначением карточки; оно не проверяет её содержание.

Можно ли начать с мнения команды?

Да, как с явно обозначенной гипотезы. GOV.UK предлагает превращать необоснованные предположения в исследовательские вопросы. Важно не потерять эту пометку после оформления карточки. [3]

Когда обновлять портрет?

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

Связанные термины

Источники

  1. Office for National Statistics. (n.d.). Understanding your users: User personas. https://service-manual.ons.gov.uk/content/writing-for-users/user-personas (дата обращения: 21.10.2026). ↑ а б
  2. Government Digital Service. (n.d.). Learning about users and their needs. https://www.gov.uk/service-manual/user-research/start-by-learning-user-needs (дата обращения: 21.10.2026). ↑ а б в г д
  3. Government Digital Service. (2026, October 15). Plan user research for your service. https://www.gov.uk/service-manual/user-research/plan-user-research-for-your-service (дата обращения: 21.10.2026). ↑ а б в г
  4. Cooper, A., Reimann, R., Cronin, D., & Noessel, C. (2014). About face: The essentials of interaction design (4th ed.). Wiley. ISBN 978-1-118-76657-6. Каталог и оглавление издателя: https://www.wiley-vch.de/en?isbn=9781118766576&option=com_eshop&view=product (дата обращения: 21.10.2026). ↑
  5. Российская Федерация. Законы. О персональных данных : Федеральный закон от 27.07.2006 № 152-ФЗ : в ред. от 26.07.2026. Ст. 3, п. 1, 9; ст. 5, ч. 2, 4, 5; ст. 6, ч. 1 // КонсультантПлюс. URL: https://www.consultant.ru/document/cons_doc_LAW_61801/ ; ст. 3: https://www.consultant.ru/document/cons_doc_LAW_61801/4f41fe599ce341751e4e34dc50a4b676674c1416/ ; ст. 5: https://www.consultant.ru/document/cons_doc_LAW_61801/96fbc469f91f57235cc842a85e0516a99f23dc85/ ; ст. 6: https://www.consultant.ru/document/cons_doc_LAW_61801/315f051396c88f1e4f827ba3f2ae313d999a1873/ (дата обращения: 21.10.2026). ↑ а б в
  6. Nielsen, L., Larusdottir, M., & Larsen, L. B. (2021). Understanding users through three types of personas. In C. Ardito et al. (Eds.), Human-computer interaction – INTERACT 2021 (Lecture Notes in Computer Science, Vol. 12933, pp. 330–348). Springer. DOI: 10.1007/978-3-030-85616-8_20. Прочитанная авторская рукопись: https://researcher.itu.dk/ws/files/86422122/Personas_INTERACT_2021_camera_ready.pdf ; карточка университета: https://researcher.itu.dk/p/en/research-outputs/understanding-users-through-three-types-of-personas (дата обращения: 21.10.2026). ↑ а б в г

Служебный блок

Версия
2.0
Факты проверены
Подготовка
Редакция Медиатрона
Публикация
утверждена владельцем издания 4 ноября 2026 г.

Редакция Медиатрона. Факты сверены с первоисточниками на дату проверки, публикация утверждена владельцем издания.

Нашли ошибку? info@mediatrone.ru