В 1983 году программист Алан Купер разрабатывал программу управления проектами и, как многие разработчики, компилировал код по несколько часов в день на медленных компьютерах той эпохи. Свободное время он проводил на площадке для гольфа рядом с офисом — и там начал вести воображаемый диалог с «Кэти», собирательным образом, созданным на основе интервью с реальными пользователями, включая сотрудницу рекламного агентства Carlick, отвечавшую за загрузку персонала на проекты. Вместо того чтобы проектировать для абстрактного «среднего пользователя», Купер спрашивал у воображаемой, но детально проработанной Кэти: а как бы она этим пользовалась? Какая функция ей действительно нужна? Этот метод — вести диалог с одним конкретным, вымышленным, но психологически достоверным человеком вместо размытого статистического портрета — Купер формализовал спустя 16 лет в книге «The Inmates Are Running the Asylum» (1999), где девятая глава впервые представила публике технику персон.
Происхождение и исследовательская база
Алан Купер, создатель Visual Basic и один из самых влиятельных практиков дизайна интерфейсов, впервые применил персону «Кэти» в 1983 году при разработке программного обеспечения для управления проектами (Plan*It), а формализовал метод как публичную технику в книге «The Inmates Are Running the Asylum: Why High Tech Products Drive Us Crazy and How to Restore the Sanity» (1999). По словам самого Купера, книга задумывалась прежде всего как аргумент в пользу привлечения дизайнеров взаимодействия в разработку технологических продуктов — но именно глава о персонах, изначально второстепенная тема книги, привлекла наибольшее внимание практиков и стала основой для повсеместного распространения метода в UX-дизайне и маркетинге.
Ключевая идея, отличавшая подход Купера от простой демографической сегментации, существовавшей и до него: персона — не статистическое усреднение множества пользователей, а один конкретный, детально прописанный вымышленный человек, синтезированный из реальных интервью. Именно конкретность (имя, лицо, привычки, цели) делает персону инструментом эмпатии — команде продукта психологически проще спроектировать решение для «Кэти», чем для абстрактного «пользователя 25-45 лет со средним доходом».
Ключевые идеи и принципы
Принцип: персона — синтез реальных данных, а не творческий вымысел
Хотя персона представлена как конкретный вымышленный человек с именем, она должна опираться на данные реальных интервью и наблюдений за пользователями, а не быть плодом фантазии команды продукта. Купер создал Кэти на основе множества интервью, включая разговор с реальной сотрудницей Carlick Advertising — вымышленное имя не означает вымышленные данные, стоящие за ним.
Принцип: конкретность — это функция, а не украшение
Абстрактный «средний пользователь» не вызывает у команды продукта конкретных вопросов о поведении и мотивации — тогда как детально прописанная персона с именем, лицом, привычками и целями позволяет буквально спросить «а что бы сделала Кэти в этой ситуации» и получить содержательный, проверяемый ответ, опирающийся на собранные о ней данные.
Принцип: персона объединяет демографию, психографию, поведение и потребности в единый портрет
Полноценная персона не сводится к одному измерению — она сочетает демографические критерии (возраст, доход, должность), психографические (ценности, взгляды, стиль жизни), поведенческие (частота использования, лояльность, каналы) и явно сформулированные потребности. Портрет, ограниченный только демографией, остаётся статистической абстракцией без реальной силы эмпатии.
Принцип: число персон должно быть управляемым, а не исчерпывающим
Попытка создать персону для каждого возможного сочетания характеристик аудитории превращает инструмент эмпатии в неуправляемый список, с которым команда не может реально работать. Практика ограничивает число активных персон небольшим количеством (обычно от одной до нескольких), фокусируясь на сегментах, наиболее значимых для текущих продуктовых решений.
Ограничения, слепые зоны и критика
Главное ограничение — персона, построенная на недостаточных или устаревших данных, создаёт ложное чувство понимания клиента: детальность и конкретность образа психологически убеждают команду, что аудитория изучена, даже если реальное исследование было поверхностным — конкретность маскирует, а не заменяет отсутствие данных.
Второе — персоны статичны и требуют регулярного обновления: поведение и потребности реальных пользователей меняются со временем (новые технологии, изменение рынка), а персона, созданная однажды и не пересмотренная, начинает вести команду по устаревшему представлению о клиенте.
Третье — персоны, созданные на основе внутренних предположений команды без реальных интервью, рискуют закрепить и легитимизировать существующие стереотипы о клиентах вместо того, чтобы их проверить — метод эффективен ровно настолько, насколько добросовестно проведено исследование, стоящее за конкретным образом.
Типовые ошибки
Ошибка 1: создают персону без реальных данных интервью.
Персона, придуманная командой продукта на основе интуиции и предположений, а не на основе интервью с реальными пользователями, превращается в красиво оформленный вымысел, который не защищает от ошибок понимания клиента — а иногда их закрепляет.
Как избежать: строить каждую персону на основе реальных интервью и наблюдений — как Купер синтезировал Кэти из разговоров с настоящими пользователями, а не изобрёл её с нуля.
Ошибка 2: ограничиваются только демографией.
Персона, описанная только через возраст, пол и доход, остаётся статистической абстракцией — она не даёт понимания мотивации, ценностей и реального поведения, необходимого для содержательных продуктовых решений.
Как избежать: обязательно дополнять демографию психографическими и поведенческими критериями, а также явно сформулированными потребностями персоны.
Ошибка 3: создают слишком много персон одновременно.
Десятки детализированных персон, покрывающих каждое возможное сочетание характеристик аудитории, превращают инструмент фокуса и эмпатии в неуправляемый архив, с которым команда физически не может работать в повседневных решениях.
Как избежать: ограничивать число активных персон небольшим количеством, фокусируясь на сегментах, наиболее значимых для текущих продуктовых приоритетов, а не стремясь к исчерпывающему покрытию.
Ошибка 4: создают персону один раз и не обновляют её.
Персона, зафиксированная при запуске продукта и не пересмотренная годами, начинает вести команду по устаревшему представлению о пользователях — их поведение, потребности и контекст использования продукта меняются со временем.
Как избежать: регулярно (например, раз в год или при значимых изменениях продукта или рынка) пересматривать и обновлять персоны на основе новых данных.
Ошибка 5: создают персону, но не используют её в реальных решениях.
Красиво оформленный документ с персоной, который никто не открывает при принятии продуктовых или маркетинговых решений, не даёт никакой практической пользы — сила метода именно в постоянном обращении к конкретному образу при выборе между альтернативами.
Как избежать: явно интегрировать персоны в рабочий процесс — ссылаться на них при обсуждении фич, маркетинговых сообщений и приоритетов, а не хранить как разовый артефакт исследования.
Главное, что нужно знать
Метод персон изобрёл Алан Купер в 1983 году (первая персона — «Кэти», синтезированная из интервью с реальными пользователями программы управления проектами), формализовав его в книге «The Inmates Are Running the Asylum» (1999). Персона — не статистическая абстракция, а конкретный вымышленный человек, построенный на реальных данных и объединяющий демографию, психографию, поведение и потребности; конкретность делает возможной эмпатию, недостижимую при работе с абстрактным «средним пользователем». Главные риски — строить персоны без реальных интервью, ограничиваться только демографией, плодить слишком много персон и не обновлять их со временем.
План внедрения
Неделя 1: собрать данные через интервью с реальными пользователями
Провести серию интервью и наблюдений за реальными пользователями или клиентами, собирая данные по демографии, психографии и поведению — как Купер собирал материал для Кэти через разговоры с реальными людьми.
Неделя 2: выделить значимые сегменты и определить число персон
Проанализировать собранные данные, выделить наиболее значимые для продуктовых решений сегменты и ограничить число персон управляемым количеством, не пытаясь охватить все возможные комбинации характеристик.
Неделя 3: собрать полный портрет каждой персоны
Для каждой персоны сформулировать демографические, психографические и поведенческие критерии вместе с явными потребностями и ценностями — не ограничиваясь одним измерением.
Неделя 4: интегрировать персоны в рабочий процесс
Явно включить персоны в процесс принятия продуктовых и маркетинговых решений — ссылаться на них при обсуждении приоритетов, а не оставлять как разовый документ исследования.
Как реализовать этот план с помощью фрейма «Метод персон-сегментации» в OrgDevTools
Фрейм устроен как четыре карточки: три текстовые (Демографические критерии, Психографические критерии, Поведенческие критерии) и одна, связанная со справочником закрытых потребностей клиента (Потребности и ценности).
Неделя 1 — все четыре карточки. Заполняются на основе собранных данных интервью — форма не проверяет автоматически, опираются ли данные на реальные разговоры с пользователями, поэтому дисциплину «синтез, а не вымысел» (защита от ошибки 1) нужно соблюдать при сборе данных, до заполнения фрейма.
Неделя 3 — сочетание трёх текстовых карточек и карточки «Потребности и ценности». Наличие всех четырёх отдельных карточек в самой структуре формы физически не позволяет ограничиться только демографией — прямая защита от ошибки 2.
Неделя 3-4 — карточка «Потребности и ценности» через справочник customer_needs. Использует тот же справочник, что видит вся рубрика «Клиенты» — связывает персону с уже задокументированными потребностями, а не абстрактным предположением о желаниях.
Итоги — вкладка «Итоги». Вердикт вычисляется по стадиям: ни одна из трёх групп критериев не заполнена → напоминание начать с демографии/психографии/поведения; хотя бы одна группа заполнена, но потребности не выделены → предупреждение, что сегментация не связана с продуктом (эта проверка идёт раньше проверки полноты всех трёх групп); потребности выделены, но заполнено меньше 3 групп критериев → называет точное число заполненных групп; всё заполнено → зелёный вердикт, что соответствует переходу к Неделе 4 плана — использованию персоны в реальных решениях.