Какое поведение пользователя должен изменить продукт? Главный вопрос продакт-менеджера
Разбираем фундаментальный вопрос, который определяет смысл продукта, и почему без ответа на него продукт обречен.
Какое поведение пользователя должен изменить продукт? Главный вопрос продакт-менеджера
Команды могут месяцами «делать всё правильно»: красиво проектировать, быстро разрабатывать, стабильно релизить. Но если при этом поведение пользователя не сдвинулось ни на миллиметр, продукт, скорее всего, мёртв. Он просто ещё не знает об этом.
Продукт умирает не от недостатка функций. Он умирает от отсутствия движения в жизни пользователя. В основе методологии PTOS лежит простой, но неудобный вопрос, который возвращает команду из мира фич в мир реальной ценности.
Главный вопрос
Какое поведение пользователя должно измениться, чтобы у продукта появился смысл?
Если вы не можете назвать конкретное, наблюдаемое изменение в действиях человека, у вас пока нет продукта. У вас есть идея, макеты, планы. Но смысла — нет. Смысл появляется только тогда, когда человек начинает делать иначе.
Фундаментальный принцип: Пользователь → Ценность → Деньги
Эта цепочка лишена романтики, но полна смысла:
- Пользователь — источник смысла. Ни команда, ни документация, ни инвестор не могут «выдать смысл» продукту. Это может сделать только пользователь своим выбором: начать использовать, вернуться, встроить в привычку.
- Ценность — это изменение поведения. Ценность — это не то, что мы придумали и назвали «полезным». Это то, что заставило пользователя сменить привычку. Это измеримая разница «до/после» в его действиях.
- Было: «помню в голове» → Стало: «фиксирую сразу».
- Было: «делаю раз в месяц через боль» → Стало: «делаю каждый день без усилий».
- Деньги — доказательство ценности, а не цель. Деньги (а также время, риск, репутация) — это самая честная проверка реальности. Платёж — это не мнение, это действие. Он убивает самообман и доказывает, что ценность реальна.
Почему это так важно?
Потому что мозг команды любит занятость. Она даёт иллюзию контроля: «мы делаем, мы в движении». Вопрос «какое поведение мы меняем?» — неприятный. Он про ответственность. Про реальность. Про риск внезапно понять, что вы строили не туда.
Но именно этот вопрос отделяет успешные продукты от «фабрик фич», которые производят много шума, но не имеют смысла.
Как применить это на практике?
- Объясните продукт без фич. Попробуйте описать его в трёх предложениях, не называя ни одной функции, а фокусируясь на изменении поведения.
- Формулируйте задачи как X → Y → M. «Сейчас пользователь делает X. Мы хотим, чтобы он делал Y. Мы поймём это по метрике M».
- Определите «ставку». Чем пользователь готов «заплатить» за ценность? Временем на настройку? Риском импорта данных? Деньгами?
Самая частая причина провала — не «не хватило фич». Самая частая причина — команда не смогла ответить на главный вопрос: какое поведение пользователя мы меняем и как это докажем? Задавайте его себе и своей команде каждый день.