Проблемы, которые создают продуктовые команды

По моим наблюдениям чудовищное количество продуктовых исследований, нацеленных на выявление «проблем клиентов», имеют странный ложный фокус.

Пример: мы опросили наших пользователей и обнаружили, что им невыгодны наши тарифы (условно). Или мы поговорили с нашими клиентами и узнали, что они тратят каждый день по несколько минут на поиск в дебрях нашего интерфейса функции, которая нужна им под рукой всегда.

Потом это всё прототипится, помещается в бэклоги, пилится, тестируется и вроде бы все хорошо: продуктовые процессы идут, Дискавери ищет, Деливери доставляет, что не так?

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

Посчитайте у себя: сколько среди находок продуктовых исследователей проблем, которые бы существовали у информантов до того, как они начали пользоваться вашим продуктом?

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

Конечно, это не избавляет от необходимости латать то, что уже есть и требует починки. Но разделение между поиском новых проблем клиента и наших продуктовых косяков должно быть 50/50, или 60/40, ну никак не 95/5 в пользу доблестного решения проблем, которые мы сами и же создали.