Персоны: создание и применение в продуктовой работе

Персона — это архетип вашего целевого пользователя, основанный на реальных данных. Хорошие персоны помогают команде принимать решения: «А что бы сделала Айгуль?». Плохие персоны — это документ, который никто не читает.

Зачем нужны персоны

1. Фокус — вместо абстрактного «пользователя» команда думает о конкретном человеке 2. Эмпатия — легче понять боли и мотивации реального человека, чем сегмента 3. Коммуникация — единое понимание между PM, дизайнером, разработчиком, маркетингом 4. Приоритизация — «Эта фича для Айгуль или для Болата? Кто приоритетнее?»

Типы персон

1. Proto-персоны — гипотетические, на основе предположений. Используйте на старте, когда нет данных. Но обязательно валидируйте.

2. Качественные персоны — на основе CustDev-интервью. Глубокие, но могут быть нерепрезентативными.

3. Количественные персоны — на основе данных аналитики и опросов. Статистически обоснованы, но менее «живые».

4. Смешанные — комбинация качественных и количественных данных. Оптимальный вариант.

Структура персоны

1. Имя и фото — делают персону реальной. Используйте типичные имена для KZ: Айгуль, Болат, Дана, Нуржан.

2. Демография — возраст, город, профессия, доход. Только релевантные характеристики.

3. Цели и мотивация — чего хочет достичь? Почему это важно?

4. Боли и фрустрации — что мешает достичь целей?

5. Поведение — как ищет информацию? Как принимает решения? Какие инструменты использует?

6. Цитаты — реальные слова из интервью. Делают персону живой.

7. Сценарии использования — типичные ситуации, в которых нужен ваш продукт.

Пример персоны для казахстанского финтех-приложения

Айгуль, 28 лет, Алматы Маркетолог в IT-компании, доход 450 000 ₸/мес

Цели: - Контролировать расходы и откладывать на отпуск - Не тратить время на финансовое планирование - Чувствовать себя финансово грамотной

Боли: - Деньги «утекают» — не понимает, куда - Excel-таблицы надоели, забывает заполнять - Kaspi показывает транзакции, но не даёт аналитику

Поведение: - Телефон — основной девайс, ноутбук только для работы - Читает @myfinance.kz в Instagram - Друзья спрашивают советы по финансам

Цитата: «Я знаю, что трачу много на кофе, но хочу видеть конкретные цифры, чтобы мотивировать себя»

Сценарий: В конце месяца открывает приложение, видит «На кофе потрачено 45 000 ₸», решает сократить до 30 000 ₸ в следующем месяце.

Как собрать данные для персон

1. CustDev-интервью — 10-15 глубинных интервью дают качественную базу

2. Данные аналитики — демография, поведение в продукте, retention по сегментам

3. Опросы — количественная валидация гипотез из интервью

4. Служба поддержки — какие вопросы задают? На что жалуются?

5. Sales — почему покупают? Почему отказываются?

6. Социальные сети — что пишут про вас и конкурентов?

Сколько персон создавать

Оптимально: 2-4 персоны. Если больше — команда не запомнит. Если одна — слишком абстрактно.

Приоритизируйте: - Primary persona — главный пользователь, для которого строите продукт - Secondary personas — важные, но не определяющие roadmap - Negative persona — кто точно НЕ ваш клиент (полезно для маркетинга)

Как использовать персоны

1. В дизайне — при создании макета спрашивайте: «Айгуль найдёт эту кнопку?»

2. В приоритизации — «Эта фича для Айгуль (primary) или для Болата (secondary)?»

3. В маркетинге — tone of voice, каналы, сообщения под конкретную персону

4. В sales — скрипты продаж, работа с возражениями

5. В найме — «Нам нужен человек, который понимает Айгуль»

Ошибки при создании персон

❌ Основаны на предположениях — персона без данных = fiction, не персона

❌ Слишком много деталей — хобби и любимый цвет не нужны, если не влияют на продукт

❌ Не обновляются — персоны устаревают, пересматривайте каждые 6-12 месяцев

❌ Никто не использует — персоны должны висеть на стене (или в Notion), а не лежать в папке

❌ Путаница с сегментами — персона ≠ сегмент. Сегмент: «женщины 25-35, Алматы». Персона: «Айгуль, 28 лет, маркетолог...»

Визуализация ключевых концепций

flowchart TD
    subgraph Создание["Как создать персону"]
        DATA["10-15 интервью"]
        CLUST["Кластеризация"]
        NUM["2-4 персоны"]
    end
    
    DATA --> CLUST --> NUM
    
    subgraph Структура["Структура персоны"]
        NAME["Имя + фото"]
        DEMO["Демография"]
        GO...