Лучшее продуктовое решение которое я принял.

Лучшее продуктовое решение которое я принял. Это отказ от фичи

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

Я остановил.

Почему

Посмотрел на данные глубже. Жалобы были, но поведение другое. Пользователи которые "не понимают куда уходят деньги" открывали приложение в среднем раз в две недели. Те кто хотел аналитику, уже пользовались внешними инструментами и не уходили к конкурентам из-за их отсутствия.

Проблема была реальная. Но не настолько критичная чтобы её решение двигало retention.

Мы потратили тот спринт на ускорение онбординга. Конверсия первого дня выросла на 11%.

Что я понял

Самое сложное в работе PM — не придумать что строить. Самое сложное — объяснить команде почему не строим. Команда хочет делать. Дизайнеры хотят проектировать. Разработчики хотят писать код. "Не делаем" воспринимается как потеря времени.

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

Почему это редко происходит

Потому что PM оценивают по тому что запустили, а не по тому от чего отказались. В резюме не пишут "принял решение не строить X и сэкономил три спринта". Пишут про запуски и рост метрик.

Система стимулов толкает к действию. Иногда лучшее действие ничего не делать.

Лучшее продуктовое решение которое я принял. | Сетка — социальная сеть от hh.ru