Управление продуктом — это искусство находить реальные проблемы для реальных пользователей, которые активно ищут решения. Лучшие продукты решают не просто любые проблемы — они нацелены на правильные. Вот как овладеть искусством управления продуктом, ориентированным на проблему (тред ):

Определите настоящую проблему — Пользователи часто предлагают решения, а не описывают сами проблемы. Вникайте глубже. — Пример: Клиент попросил систему учета посещаемости, хотя на самом деле боялся переплачивать водителям. Решение? Простая отчетность, а не новый инструмент. — Задавайте вопросы: «Чья это проблема? Что произойдет, если мы её проигнорируем?»

Жестко классифицируйте проблемы (по методике Стива Бланка + воображаемые категории):

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

Пассивная проблема проявляется, когда пользователь знает о её существовании, но не предпринимает никаких действий. Например, он может осознавать важность кибербезопасности, но не использовать соответствующие инструменты для защиты своих данных.

Активная проблема характеризуется тем, что пользователь активно ищет решение. Например, владелец малого бизнеса может искать онлайн-сервисы бухгалтерского учёта, чтобы упростить ведение финансов.

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

Воображаемая проблема возникает, когда пользователи считают, что проблема существует, хотя на самом деле её нет. Например, они могут считать, что изменение интерфейса продукта необходимо для улучшения его удобства, хотя на самом деле проблема может быть надуманной.

Переформулируйте проблему Медленный лифт? Возможно, пользователям скучно — добавьте зеркало, а не увеличивайте скорость.

Задайте вопрос: Это проблема мотивации, ожидания или недостаточной информированности?

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

Оценивайте до начала разработки Сколько пользователей затронуто? Можно ли измерить влияние (время, деньги, стресс)? Высокая самостоятельность обнаружения = большее воздействие.

Разрабатывайте точно Прототип → MVP → Масштабирование. Сначала тестируйте наиболее рискованные предположения (например, фальшивые бэкенды, инструменты без кода)