Что хотят услышать интервьюеры:

Нужен не «реактивный» ответ в духе «срочно всем всё починить», а системный разбор причины падения NPS. Важно показать, что PM умеет быстро локализовать проблему, отделять симптом от корня и принимать решения на основе данных и обратной связи пользователей. Ещё важно уметь приоритизировать действия: что исправить немедленно, что — в следующем цикле, а что — в долгосрочном плане.

Определение:

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

Пример использования:

Допустим, NPS упал с 35 до 12 после релиза нового онбординга. PM сначала проверяет, у кого именно падение: новые пользователи, платящие клиенты, конкретный тариф или платформа. Затем смотрит воронку, обращения в поддержку, отзывы и записи сессий, чтобы понять, где пользователи «ломаются».

После этого PM формирует план:

срочно откатывает или упрощает шаги, если проблема в критическом сценарии;
запускает точечный сбор качественной обратной связи;
ставит гипотезы и A/B-тесты для подтверждения решения;
коммуницирует с поддержкой и смежными командами, чтобы быстро закрыть инцидент.

Пояснение кода:

Код не требуется, так как это продуктовый кейс, а не задача на реализацию. Разбор идёт по шагам:

Зафиксировать факт падения и масштаб: насколько упал NPS, в каком сегменте и за какой период.
Сравнить с изменениями в продукте: релизы, баги, изменения в тарифах, поддержке, SLA, коммуникациях.
Разделить гипотезы по типам причин: качество продукта, UX, ожидания, цена, сервис, техпроблемы.
Найти корневую причину через данные и качественные интервью.
Сформировать план действий: быстрые меры для снижения ущерба и среднесрочные улучшения.
После изменений снова измерить NPS, но не только его, а ещё поведение пользователей и бизнес-метрики.

Ключевые моменты:

Сначала диагностировать сегмент и момент падения, а не сразу «чинить всё подряд».
Использовать и количественные данные, и качественную обратную связь.
Быстро закрывать критические сценарии, влияющие на удержание и доверие.
Проверять эффект изменений через повторные замеры, а не полагаться на интуицию.
Показывать управление ожиданиями: важна прозрачная коммуникация с пользователями и командой.
Для senior-уровня особенно важно связать NPS с конкретными бизнес-метриками и стратегией продукта.

Как PM может ответить на критическое падение NPS?