Персону пользователя делают все. Пользуются — единицы. Обычно это красивая карточка с именем «Анна, 32 года, менеджер» и списком абстрактных целей, которую открывают один раз на презентации и забывают навсегда. Вот как сделать так, чтобы она реально влияла на решения.
Персона — это не портрет конкретного человека. Это собирательный образ группы пользователей с похожим поведением, целями и болями. Инструмент,
который помогает команде говорить об одном и том же, когда обсуждают «пользователя».
Без персоны каждый в команде придумывает своего пользователя. Дизайнер думает про одного, продакт — про другого, разработчик — вообще про себя. В итоге продукт делается для абстрактного «среднего», которого не существует.
Персона нужна чтобы:
Принимать решения от лица реального человека, а не от лица команды.
Расставлять приоритеты: эта фича для кого? для Анны? она вообще ей нужна?
Onboard новых членов команды — быстро ввести в контекст кто пользователь.
Короче: персона — это общий язык команды про пользователя. Не больше, не меньше.
Откуда берутся данные — и почему «мы так думаем» не считается
Вот смотри: персона, сделанная из головы — это не персона. Это фикция. Команда проецирует свои представления на выдуманного человека и потом принимает решения на основе этой фикции. Звучит как план.
Нормальная персона строится на данных. Данные бывают разные — и не все из них дорогие. Источники, которые реально доступны:
Интервью с пользователями — 5–8 человек уже дают паттерны. Аналитика: что делают, где уходят, что ищут.
Тикеты поддержки — там живые боли без фильтра.
Отзывы в сторах — люди пишут честно, когда злятся.
Опросы — для количественного подтверждения качественных гипотез.
Что должно быть внутри персоны — и что туда тащить не надо
Классическая ошибка — перегрузить персону демографией. Имя, возраст, город, семейное положение, любимый сериал. Это не помогает принимать дизайн решения. Совсем.
Дизайнеру важно другое: что человек пытается сделать, что ему мешает, и в каком контексте он вообще использует продукт.
Что включать
Что НЕ включать
Цель — чего хочет добиться
Хобби и любимую музыку
Боль — что мешает прямо сейчас
Демографию ради демографии
Контекст — где и когда использует
Придуманные детали без источника
Уровень экспертизы — новичок или профи
Цитата — реальная фраза из интервью
Как создать персону — пошагово и без магии
Окей, стоп. Разберём конкретно что делать, а не в теории.
1. Собери данные. Проведи 5–8 интервью или подними аналитику. Ищи повторяющиеся паттерны.
2. Найди кластеры. Сгруппируй людей по поведению, а не по демографии.
3. Опиши каждый кластер. Для каждой группы: цель, боль, контекст, экспертиза, цитата.
4. Проверь на реальных решениях. Помогает ли персона принимать дизайн решения?
5. Обнови когда продукт меняется. Персона — живой документ.
Сколько персон нужно — и когда это становится проблемой
Один продукт — как правило 2–3 персоны. Максимум. Если у тебя семь — ты не сегментировал аудиторию, ты просто описал всех подряд.
1 персона — продукт для очень узкой аудитории.
2–3 персоны — норма для большинства продуктов.
4+ персоны — скорее всего надо укрупнить или признать, что это разные продукты.
Чек-лист: персона, которая работает
✅ Персона основана на реальных данных: интервью, аналитика, отзывы
✅ В карточке есть: цель, боль, контекст, экспертиза, цитата
✅ Нет лишней демографии и хобби ради объёма
✅ Персон не больше 3 (иначе это разные продукты, не разные персоны)
✅ Персона доступна всей команде и используется на ревью и при приоритетах
А у тебя персоны есть в рабочем процессе — или они как обычно, после презентации пропали в папку? Расскажи в комментариях — разберём честно.
Вывод
Персона работает только если она живёт в процессе, а не в папке «Исследования 2023». Сделай её один раз нормально — и команда перестанет спорить о пользователе на каждом ревью.
Хочешь больше UX без воды? На dizko.ru есть материалы по UX, которые реально работают. Инструмент полезен тогда, когда он простой.