Маша и Сергей — один продукт, разные причины
Маша, 28 лет, Москва, маркетолог в стартапе, доход 120К. Сергей, 45 лет, Казань, директор производства, доход 250К. По методу персон — два разных сегмента. По JTBD — один: оба «нанимают» таск-трекер, когда не могут удержать в голове больше 15 задач одновременно.
И наоборот: Маша-маркетолог и Маша-фрилансер с идентичной демографией «нанимают» таск-трекер по совершенно разным причинам. Первая — чтобы синхронизировать команду (Social Demand, DT6). Вторая — чтобы не забыть дедлайн и не потерять клиента (Security, CD3). Одна персона — два сегмента.
Метод персон группирует людей по кто они. JTBD — по что они делают. И эта разница определяет всё: позиционирование, фичи, ценообразование, каналы привлечения.
Метод персон: краткая история
Alan Cooper ввёл персоны в 1998 году в книге «The Inmates Are Running the Asylum». Идея: создать архетипы пользователей с именем, фото, возрастом, привычками, чтобы команда проектировала для конкретного «человека», а не для абстракции.
Где персоны полезны:
- UX-дизайн — физические характеристики (возраст, зрение, устройства) влияют на интерфейс
- Коммуникация в команде — «делаем для Маши» понятнее, чем «делаем для сегмента B2»
- Маркетинговый таргетинг — демография нужна для настройки рекламы в конкретных каналах
Где персоны ломаются:
- Продуктовые решения — «Маше 28 лет» не говорит, какие фичи строить первыми
- Ценообразование — доход ≠ готовность платить. Фрилансер с доходом 80К заплатит $50/мес за инструмент, который экономит ему 10 часов. Корпоративный менеджер с доходом 300К не заплатит $10 — потому что бюджет не его
- Предсказание поведения — демография не предсказывает, что человек купит. Задача — предсказывает
JTBD: сегментация по задачам
Clayton Christensen (2003) предложил метафору «найма»: люди не покупают продукты — они «нанимают» их для выполнения задачи. Milkshake не покупают потому, что покупателю 35 лет и он живёт в пригороде. Его покупают, потому что ему скучно ехать на работу 40 минут и нужно что-то, что займёт руки и желудок (задача = «убить скуку долгой дороги»).
JTBD-сегментация группирует людей по одинаковым задачам, независимо от демографии. Результат: сегменты предсказывают поведение (покупку, использование, отток), а не описывают «кто наш клиент».
Таблица сравнения: 6 измерений
| Измерение | Метод персон | JTBD-сегментация |
|---|---|---|
| Основа сегментации | Демография: возраст, пол, город, доход, должность | Задача: «Когда [ситуация], я хочу [действие], чтобы [результат]» |
| Предсказательная сила | Низкая: демография не предсказывает покупку | Высокая: одинаковая задача → одинаковое поведение |
| Влияние на продукт | Косвенное: знаем «кто», не знаем «что делать» | Прямое: job statement → фичи, которые решают задачу |
| Конкуренция | «Конкуренты по категории» (другие таск-трекеры) | «Конкуренты по задаче» (Excel, стикеры, ассистент, ничего) |
| Pricing insight | «Маша может позволить $X/мес» (гадание) | «Решение этой задачи сейчас стоит 10 часов/мес → ценность = $Y» |
| Маркетинг | Таргетинг по демографии (FB/VK ads) | Контент по ситуации + триггерам (SEO, контент-маркетинг) |
Пример: фитнес-приложение
Подход через персоны:
- Персона 1: Анна, 25, студентка, хочет «быть в форме»
- Персона 2: Дмитрий, 40, менеджер, хочет «похудеть»
- Персона 3: Марина, 35, мама, хочет «найти время на себя»
Три персоны → три «стратегии» → распыление ресурсов.
Подход через JTBD:
- Job A: «Когда я начинаю тренировку и не знаю, какие упражнения делать, я хочу получить готовую программу, чтобы не тратить 20 минут на поиск в YouTube» — Анна, Дмитрий и Марина выполняют одну задачу
- Job B: «Когда я тренируюсь регулярно, я хочу видеть прогресс в числах, чтобы не бросить через 2 недели» — это другая задача, другие фичи
Две задачи вместо трёх персон. Фокус на функциональности, а не на «Анна любит йогу».
Когда персоны всё ещё полезны
Персоны не «мертвы» — они решают другую задачу:
- UX-адаптация — пожилой пользователь и 20-летний используют разные устройства, шрифты, навигацию
- Рекламные кампании — Facebook Ads требует демографического таргетинга. Персоны дают параметры
- Tone of voice — язык для студентов ≠ для топ-менеджеров, даже если задача одна
- Onboarding — уровень технической подготовки влияет на первый опыт
Но продуктовые решения (что строить, как приоритизировать, как ценить) — это задача JTBD, не персон.
Product DNA: JTBD + мотивация + переход + уверенность
JTBD — мощный инструмент сегментации. Product DNA расширяет его тремя способами:
- Motivation Genome — за одной и той же задачей могут стоять разные Core Drives. «Хочу автоматизировать отчётность»: CD6 (Efficiency) у аналитика → «экономлю 4 часа/нед». CD3 (Security) у CFO → «не провалить квартальный отчёт». Разная мотивация = разное позиционирование
- Transition Dynamics — задача есть, боль есть, но клиент не переключается. JTBD не объясняет почему. Product DNA: Behavioral Inertia (4 компонента) + Risk Perception (3 типа) + Cognitive Load = формула T. Если T < 0.5 — переход маловероятен, и никакие фичи это не изменят
- Evidence Engine — «мы поговорили с 5 людьми и они все хотят X» → Confidence = 0.48 (Bronze). Недостаточно для решения о разработке. Нужно ещё 5-10 интервью для Silver (0.70)
Метод персон → JTBD → Product DNA — это эволюция: от описания «кто» через понимание «что делает» к полной картине «почему, как, с кем конкурирует, и насколько мы уверены».
Сегментируйте по задачам, а не по возрасту
Маша 28 лет из Москвы — не сегмент. «Когда я получаю 30 заявок в день и не успеваю их обработать, я хочу автоматически квалифицировать их, чтобы тратить время только на целевых» — это сегмент. Возраст, город и пол — детали таргетинга, не основа продуктовой стратегии.
Связанные статьи: Product DNA vs JTBD → ABCDX-сегментация → Product DNA v2: 7 Strands
AI CPO автоматически извлекает задачи из ваших разговоров и строит JTBD-сегментацию. Попробуйте бесплатно → aicpo.ru