Есть одна вещь, которая меня не отпускает уже несколько лет.

Мы, продакты, живем в мире фреймворков. JTBD для discovery. Octalysis для вовлечения и геймификации. Пирамида Маслоу (или что-то из теории потребностей) где-то на фоне. Модели ценности в маркетинге. Когнитивные издержки в UX-исследованиях. Каждый инструмент отлично работает в своей нише. Каждый отвечает на свой вопрос.

Проблема в том, что пользователь не живёт по нишам.

Когда человек открывает ваше приложение, он одновременно испытывает потребность, преследует конкретную цель, движим определенной мотивацией, оценивает выгоду и платит скрытую цену. Всё это происходит параллельно, в одном моменте. А мы анализируем это последовательно, разными инструментами, в разных отделах, на разных встречах.

Вот о чем эта статья: почему разрозненные фреймворки создают слепые зоны и как они логически соединяются в единую систему оценки продукта.

Сразу оговорюсь: это не готовая методология на 100% с доказанным ROI. Это синтез, который я собираю и проверяю вот прям сейчас. Скорее это система координат, которая помогает видеть связи там, где раньше были отдельные инструменты. Если у вас есть опыт, который подтверждает или опровергает эту связку, мне будет по-настоящему интересно.

Зачем нужна единая система?

Каждый раз, когда вы приоритизируете фичу, вы неявно делаете допущения о потребности, цели, мотивации, ценности и затратах пользователя. Учитываете все это, но просто не осознаете этого.

Вот типичная ситуация: команда решает добавить функциональность, потому что «у конкурентов есть». Звучит знакомо? Давайте размотаем, что при этом не проверяется:

  • Какую потребность пользователя это закрывает? Не проверено.

  • В каком контексте и для какой задачи ему это нужно? Не определено.

  • Какой мотив заставит его эту функцию использовать? Не понятно.

  • Какую ценность он получит? Не оценено.

  • Какие скрытые затраты мы создадим (когнитивная нагрузка, еще один пункт в меню, еще одно решение)? Даже не рассматривается.

Результат предсказуем: фича есть, метрики не двигаются, никто не понимает почему. И вместо того чтобы разобраться в причине, мы добавляем следующую фичу, потому что «надо увеличить ценность продукта».

Каждый из перечисленных вопросов покрывается своим фреймворком. Но эти фреймворки живут в разных дисциплинах и почти никогда не встречаются в одном рабочем процессе. JTBD пришел из инновационного менеджмента. Octalysis из геймификации. ERG из организационной психологии. Модели ценности из маркетинга. Когнитивные издержки из поведенческой экономики.

И в этом, собственно, корень проблемы.

Уровень первый: понимание пользователя

Прежде чем оценивать продукт, нужно понять человека, который им пользуется. Для этого я предлагаю трехмерную систему, где каждое измерение отвечает на свой вопрос.

Измерение 1: Потребность (ЗАЧЕМ?) — теория ERG

Почему ERG Альдерфера, а не пирамида Маслоу?

Маслоу описывает иерархию: сначала базовые потребности, потом социальные, потом самореализация. Логичная лестница, по которой человек поднимается снизу вверх. Проблема в том, что пользователи продуктов так не живут.

ERG (Existence, Relatedness, Growth) даёт три вещи, которых нет у Маслоу и которые критичны для продуктовой работы.

Фрустрационная регрессия. Когда пользователь не может удовлетворить потребность роста, он откатывается к потребности связи или существования. Это объясняет контринтуитивные вещи: почему после неудачного обновления (сломали привычный флоу роста и мастерства) пользователи начинают жаловаться на цену, хотя цена не менялась. Они регрессировали на уровень existence. У Маслоу такого механизма нет, движение только вверх.

Одновременность потребностей. В продукте пользователь может одновременно решать задачи на всех трёх уровнях. Он хочет сэкономить (existence), быть частью сообщества (relatedness) и чувствовать прогресс (growth). ERG это допускает, Маслоу нет.

Практическая компактность. Три уровня (existence, relatedness, growth) удобнее пяти (а сейчс уже и семи) уровней Маслоу для построения аналитических матриц. Это не академический аргумент, это рабочий: чем меньше осей, тем проще команде оперировать системой.

Три потребности ERG для продукта:

  • Existence — безопасность, стабильность, экономия. «Мне нужно, чтобы это работало надёжно и не стоило слишком дорого»

  • Relatedness — связь, признание, принадлежность. «Мне важно, что обо мне думают другие, мне нужно быть частью чего-то»

  • Growth — развитие, мастерство, самореализация. «Я хочу становиться лучше, чувствовать прогресс»

Измерение 2: Цель (ЧТО? КАК?) — JTBD

Jobs To Be Done большинство продактов знают. Не буду пересказывать основы. Важнее показать, как JTBD встраивается в связку с ERG.

ERG отвечает «зачем» на глубинном уровне. JTBD конкретизирует: «что именно и в каком контексте».

Без ERG JTBD висит в воздухе. Вы знаете задачу пользователя, но не понимаете, какая потребность за ней стоит. А значит, не можете предсказать, что произойдет, когда контекст изменится.

Без JTBD ERG остаётся абстракцией. «Потребность в росте» — это красиво, но что конкретно пользователь пытается сделать в вашем продукте прямо сейчас?

Связка работает так: ERG задает уровень потребности, JTBD описывает конкретную работу в конкретном контексте. Одна и та же потребность growth может порождать десятки разных jobs в зависимости от ситуации.

Измерение 3: Мотивация (ПОЧЕМУ этот путь?) — Octalysis

Мы знаем потребность (ERG) и цель (JTBD). Остается вопрос: через какие механики пользователь двигается к цели? Почему он выбирает именно этот путь, а не альтернативный?

Здесь возникает вопрос: почему Octalysis, а не Self-Determination Theory (SDT)?

SDT (автономия, компетентность, связанность) представляет собой мощную теорию с серьёзной академической базой. Но она описывает условия мотивации, а не механики. Она говорит: «человеку нужна автономия». Но не говорит, через какой конкретный элемент продукта эту автономию обеспечить.

Octalysis оперирует восемью конкретными мотиваторами, которые можно напрямую проектировать: значимость, достижения, творчество, обладание, социальное влияние, дефицит, непредсказуемость, избегание потерь. Каждый драйвер переводится в конкретные продуктовые механики.

То есть ERG отвечает «зачем», JTBD отвечает «что/как», а Octalysis отвечает «через какие механики». Именно высокая практика-ориентируемость делает его третьим измерением системы.

Важный принцип: правило 70/30. Octalysis делит драйверы на «светлые» (внутренняя мотивация: мастерство, смысл, творчество) и «тёмные» (внешнее давление: дефицит, страх потери, FOMO). Для устойчивого продукта соотношение должно быть примерно 70% светлых и 30% тёмных. Перекос в сторону тёмных даёт краткосрочный рост и долгосрочную деградацию.

Как три измерения связаны

Получается последовательная цепочка:

ERG → JTBD → Octalysis = ЗАЧЕМ → ЧТО → ЧЕРЕЗ ЧТО

Каждое измерение раскрывает следующий уровень конкретики. И, что важно, каждое можно измерить:

  • Потребность (ERG) → Удовлетворенность: NPS, CSI

  • Цель (JTBD) → Retention: если возвращается, то зачит, что попали в цель

  • Мотивация (Octalysis) → Engagement: частота и глубина действий

Если NPS высокий, но retention падает, значит потребность попали, но задача решается плохо. Если retention стабильный, но engagement снижается, значит цель достигается, но мотивационные механики выдыхаются. Каждая комбинация метрик указывает на конкретное измерение, где нужно копать.

Подробнее о трёхмерной системе, с примерами и практическими шаблонами — в статье «Трехмерная система развития продукта».

Уровень второй: оценка продукта

Трехмерная система помогает понять пользователя. Но понимание пользователя — это еще не понимание продукта. Следующий шаг: оценить, что именно продукт дает (ценность) и чем пользователь за это платит (затраты). Причем платит не только деньгами.

Ценность: три слоя

Формула ценности выглядит обманчиво просто:

Ценность = воспринимаемые преимущества − воспринимаемые затраты

Ключевое слово — «воспринимаемые». Пользователь не считает ценность в Excel. Он чувствует ее. И эта воспринимаемая ценность складывается из трех слоев.

Слой 1: Экономическая ценность. То, что можно посчитать. Цена, совокупная стоимость владения (TCO), ROI. Это территория, на которой большинство продактов чувствуют себя уверенно. «Наш продукт дешевле» или «наш продукт окупается за 3 месяца». Но тут есть ловушка: пользователь считает не только цену покупки. Он учитывает затраты на обучение, эксплуатацию, миграцию данных, даже стоимость отказа от продукта.

Слой 2: Воспринимаемая ценность. То, что ощущается при использовании. UX, качество, скорость, надежность, уровень поддержки, репутация бренда. Это территория дизайнеров и продактов. Тут формируется повседневный опыт, и именно здесь чаще всего ведется работа.

Слой 3: Эмоциональная ценность. То, что нельзя объяснить рационально. Чувство защищенности, принадлежности, самореализации. Когда продукт становится частью идентичности. «Я человек, который пользуется X» — это эмоциональная ценность в чистом виде. Именно на этом слое рождается настоящая лояльность. И именно этот слой невозможно «прикрутить» как фичу.

Затраты: то, о чем все забывают

Вторая часть формулы ценности — затраты. И тут самое интересное. Явные затраты (цена, время регистрации, подписка) все видят. А скрытые затраты, которые разрушают ценность сильнее всего, часто не замечает никто.

Когнитивные затраты. Каждое решение, которое продукт требует от пользователя, имеет свою цену. Выбрать тариф из семи. Настроить 12 переключателей уведомлений. Пройти онбординг из пяти экранов. Пользователь устает. Он этого не осознает, но чувствует. И закрывает приложение.

Эмоциональные затраты. Страх ошибки. Стыд непонимания («я что, тупой, раз не могу разобраться?»). Фрустрация от сложного интерфейса. Тревога от принятия необратимого решения. Это реальные издержки, которые пользователь несет каждый раз при взаимодействии с продуктом.

Социальные и альтернативные затраты. «Что обо мне подумают, если я буду пользоваться этим?» Репутационный риск — мощнейший барьер. Плюс время: каждая минута, проведенная в вашем продукте, — это минута, отобранная у конкурента, у YouTube, у сна.

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

Подробнее о декомпозиции ценности и скрытых затратах — в статье «За что на самом деле платят ваши пользователи».

Как это работает вместе

Теперь собираем.

Уровень первый (трёхмерная система) отвечает на вопрос: кто ваш пользователь и что им движет. Уровень второй (ценность и затраты) отвечает на вопрос: что ваш продукт ему дает и чем он за это платит.

Для каждого сегмента пользователей нужно пройти шесть вопросов:

  1. Какая потребность? (ERG: existence, relatedness или growth?)

  2. В каком контексте и для какой задачи? (JTBD: что конкретно пытается сделать?)

  3. Какие мотивы движут? (Octalysis: какие core drives задействованы, каков баланс светлых и тёмных?)

  4. Какая ценность доставляется? (Три слоя: экономическая, воспринимаемая, эмоциональная)

  5. Какие скрытые затраты? (Когнитивные, эмоциональные, социальные)

  6. Где баланс ломается? (В каком месте затраты превышают ценность?)

Это не линейный чеклист. Это матрица: сегмент × потребность × цель × мотивация × ценность × затраты. Для каждого сегмента получается своя картина. И именно различия между этими картинами показывают, где продукт работает, а где разрушает себя.

Шестой вопрос — самый важный. Именно он превращает анализ в действие. Когда вы видите, где баланс ломается, вы понимаете, что чинить.

Почему этого синтеза не существовало раньше

Я проводил исследование: искал, синтезировал ли кто-то эти пять компонентов в единую систему. Ни в академической литературе, ни в практических публикациях, ни в русскоязычных, ни в англоязычных источниках такого синтеза не нашел.

Это не потому, что идея сложная. Каждый из этих фреймворков хорошо известен. JTBD — мейнстрим с 2003 года. Octalysis набрал тысячи академических цитирований. ERG появилась ещё в 1969 году. Модели воспринимаемой ценности изучаются в маркетинге десятилетиями.

Причина в другом: дисциплинарные границы.

ERG живёт в организационной психологии. JTBD в продуктовом менеджменте и инновациях. Octalysis в геймификации. Модели ценности в маркетинге. Когнитивные издержки в поведенческой экономике. Каждая дисциплина развивает свой инструмент в глубину, но редко смотрит по сторонам.

Ни один из ключевых авторов не вышел за рамки своей области. Марти Каган работает на уровне принципов, а не фреймворков. Тереза Торрес интегрирует JTBD в Opportunity Solution Tree, но не подключает теорию мотивации. Ю-Кай Чоу (автор Octalysis) описывал параллели с Маслоу в блоге, но не строил формальной связки с JTBD или моделями ценности. Боб Моеста (соавтор JTBD) через «Четыре силы прогресса» затрагивает скрытые издержки, но не выходит в мотивационные фреймворки.

Связь между этими инструментами кажется очевидной постфактум, но для этого нужно было смотреть на продукт из нескольких дисциплин одновременно.

В заключении

Я не утверждаю, что это единственно правильный способ анализировать продукт. Утверждаю другое: разрозненное использование этих инструментов создает слепые зоны.

Когда вы используете JTBD без ERG, вы видите задачу, но не видите потребность за ней. Когда используете Octalysis без JTBD, вы проектируете мотивацию, не понимая, к чему она ведет. Когда считаете ценность, но игнорируете скрытые затраты, вы удивляетесь, почему пользователи уходят от «отличного» продукта.

Эти фреймворки соединяются не потому, что я так решил. Они соединяются потому, что описывают разные стороны одного и того же: как человек принимает решения в контексте продукта.

Я проверяю этот синтез на практике прямо сейчас. Если у вас есть опыт (подтверждающий или опровергающий), буду рад обсудить в комментариях.