Ты думаешь, что знаешь своего пользователя?

Представь: ты полгода пилишь фичу. Команда вложила душу, дизайнер нарисовал 40 экранов, разработчики не спали ночами. Релиз. И... тишина. Никто не пользуется. Мдаа..

Знакомо? Это происходит, когда продукт делается «для всех» — то есть ни для кого. Именно здесь помогает user persona — один из самых недооценённых инструментов в арсенале продакта.

Пользовательская персона — это вымышленный, но детально проработанный образ идеального пользователя, созданный на основе реальных данных о клиентах. Это не абстрактный «мужчина 25–45 лет с доходом выше среднего». Это Алексей, 32 года, тимлид из Казани, который слушает подкасты по дороге на работу, ненавидит онбординг дольше 3 минут и принимает решения о покупке после 11 вечера, когда дети уже спят.

Хорошая персона — это не анкета. Это история. Вот из чего она строится:

Демографика — возраст, профессия, город, доход, образование. Базис, без которого никуда.

Поведение и привычки — как человек проводит день? Какие приложения открывает утром? С телефона или десктопа работает? Платит картой или через СБП?

Цели — чего он хочет достичь с помощью вашего продукта? Не «хочет сэкономить», а «хочет чувствовать себя умным покупателем».

Боли и препятствия — что бесит прямо сейчас? Что мешает? Чем он пользуется вместо вашего продукта и почему?

Цитата — одна фраза, которая отражает суть персоны. Например: «Мне некогда разбираться — дайте просто работающее решение». Это помогает команде держать образ в голове.

Эмоциональный триггер — что заставит его нажать кнопку «Купить»? Страх упустить? Желание выглядеть крутым? Забота о семье?

Шаг 1 — Собери данные. Интервью с реальными пользователями (хотя бы 5–10 человек, но это зависит от типа бизнеса и продукта), опросы, аналитика поведения в продукте, данные CRM, отзывы в сторах. Не придумывай — исследуй.

Шаг 2 — Найди кластеры. После интервью ты заметишь, что люди делятся на группы по поведению и мотивации. Это и есть зародыши персон. Обычно достаточно 2–4 персон на продукт.

Шаг 3 — Оживи образ. Дай персоне имя, фото (можно сгенерировать), придумай детали жизни. Чем конкретнее — тем лучше. Команда должна чувствовать, что это реальный человек.

Шаг 4 — Валидируй. Покажи персону реальным пользователям: «Это вы?» Если 7 из 10 кивают — персона рабочая. Если морщатся — дорабатывай.

Шаг 5 — Используй регулярно. Персона умирает, если она лежит в Notion и пылится. Спрашивай на каждом груминге: «А что об этом думает Алексей?»

Ты знаешь, почему маркетологи Coca-Cola знают, какую музыку слушают их покупатели? Не потому что им скучно. Потому что контекст жизни пользователя — это мост между продуктом и эмоцией.

Персона — это общий язык для всей команды. Когда дизайнер, разработчик, продакт и сейлз говорят «наш Алексей не станет заполнять форму из 8 полей» — они все имеют в виду одно и то же. Без персоны каждый представляет своего воображаемого пользователя, и все решения расходятся в разные стороны.

Кому персоны нужны конкретно:

1. Персона, ориентированная на цель Самый распространённый тип. Фокус на вопросе: «Зачем пользователь вообще открывает наш продукт?» Отлично работает для утилитарных продуктов — финтех, SaaS, сервисы бронирования.

2. Ролевая персона; Учитывает социальные роли человека: он одновременно сотрудник, отец, покупатель. Это влияет на то, когда и как он принимает решения. Полезно для B2B-продуктов, где у одного человека несколько «шляп».

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

- Придумать персону на встрече за 20 минут — это не исследование, это фантастика. Персона без данных — просто предположение.

- Сделать одну универсальную персону — если у вас разные сегменты, одна персона будет «средней температурой по больнице».

- Никогда не обновлять — пользователи меняются. Персона годовалой давности может быть уже неактуальной.

- Слишком много персон — 8 персон это не сегментация, это хаос. Оптимально 2–4.

Вот где начинается интересное. Всё, что написано выше — это классическая теория. Но у user persona есть серьёзные критики, и их аргументы сложно игнорировать.

#1: Персоны — это иллюзия знания

Исследователь Алан Купер, который и придумал концепцию персон в 1998 году, позже признавал, что метод часто используется неправильно. Команды создают персону один раз, вешают на стену и думают, что теперь «знают пользователя». На деле это порождает confirmation bias — ты начинаешь интерпретировать любые данные через призму уже придуманного образа.

#2: Демография не предсказывает поведение

Два человека — 35-летний менеджер из Москвы и 35-летний менеджер из Краснодара — могут вести себя в продукте абсолютно по-разному. А 60-летняя бабушка и 25-летний студент иногда покупают один и тот же продукт по одной и той же причине. Персона, построенная на демографии, даёт ложное ощущение точности.

#3: Персоны устаревают, но никто их не обновляет

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

#4: Это вымысел, принятый за факт

Боб Моэста, один из отцов методологии JTBD, прямо говорит: «Персоны отвечают на вопрос "кто", но продукты покупают не "кто" — их покупают ради "зачем"». И здесь мы плавно переходим к альтернативе.

Jobs To Be Done (JTBD) — это фреймворк, который смотрит не на пользователя, а на работу, которую он нанимает продукт выполнить. Термин «нанимает» здесь не случаен — его ввёл Клейтон Кристенсен, и он точно описывает суть: люди не покупают продукты, они нанимают их для решения конкретной задачи в конкретном контексте.

Классический пример Кристенсена: McDonald's обнаружил, что молочные коктейли чаще всего покупают утром одинокие водители. Не потому что они «любят сладкое» (это персона). А потому что им нужно что-то, что займёт руку и рот на долгой скучной дороге и не испачкает рубашку (это job). Когда McDonald's понял это — они изменили консистенцию коктейля, а не целевую аудиторию.

Представь, что ты делаешь приложение для медитации.

Персона скажет: Анна, 28 лет, живёт в мегаполисе, занимается йогой, следит за здоровьем, читает про осознанность.

JTBD скажет: Люди «нанимают» медитацию, когда тревога перед важным событием мешает сосредоточиться. Или когда невозможно заснуть в 2 ночи. Или когда нужно «перезагрузиться» между рабочими встречами.

Видишь разницу? Персона описывает кто. JTBD объясняет момент и триггер. Анна из персоны может вообще не пользоваться твоим приложением. А 55-летний директор завода, у которого паника перед советом директоров — очень даже пользуется.

Честный ответ: это не конкуренты, это разные инструменты для разных вопросов.

Используй персоны, когда нужно выстроить коммуникацию, написать тексты, настроить таргетинг, создать интерфейс с нужным тоном. Персона — это инструмент эмпатии и общего языка внутри команды.

Используй JTBD, когда нужно понять, почему люди покупают (или не покупают), как позиционировать продукт, какие фичи действительно важны. JTBD — это инструмент стратегии и приоритизации.

Лучшие продуктовые команды используют оба подхода в связке: JTBD помогает найти правильный «job», а персона помогает сделать решение этого job максимально точным для конкретного человека.

User persona — полезный, но переоценённый инструмент. Она создаёт эмпатию и общий язык в команде, но не объясняет, почему люди на самом деле делают выбор. Она даёт ответ на вопрос «кто», но продукты успешны тогда, когда отвечают на вопрос «зачем».

Не влюбляйся в своих персон. Не верь им слепо. Проверяй их реальными данными, регулярно обновляй и дополняй фреймворком JTBD там, где нужна глубина мотивации.

Персона — это как карта. Она упрощает реальность, чтобы по ней было удобно ориентироваться. Давайте не путать карту с территорией.