Практика 02.05 · Удержание

Проводите регулярный продуктовый разбор

Продуктовый разбор — не встреча для демонстрации всех цифр. Команда связывает изменения с результатом и выбирает не больше трёх следующих решений.

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

60 минут на первый разбор

Простыми словами

Встреча нужна, чтобы уменьшить список задач

За один период команда могла выпустить релиз, изменить онбординг и запустить сообщения. Разбор отвечает: что произошло с опытом пользователя, какое изменение могло повлиять и что проверяем дальше. Итогом становятся решения, а не набор слайдов.

Что понадобится

УчастникиМенеджер продукта, аналитик или владелец данных, технический представитель, поддержка и специалист по коммуникациям.

Один экран5–7 показателей качества, первого полезного пути, удержания, обращений и коммуникаций в динамике.

РитмЕженедельно для быстро меняющегося продукта или ежемесячно для стабильного; один и тот же период сравнения.

Термины без сложных слов

Когда применять

Команда выпускает изменения, но не возвращается к их эффекту; встречи превращаются в отчёт по цифрам, а список задач только растёт.

Простыми словами

Что подготовить до встречи

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

Экран здоровья

Покажите crash-free, конверсию первого пути, FTD, D1/D7, обращения и реакцию на сообщения рядом с прошлым периодом.

Без единого дашборда соберите семь чисел в таблице и укажите источник, период и владельца каждого.

Журнал изменений

Запишите три главных релиза, эксперимента или коммуникации периода с датами и ожидаемым эффектом.

Если журнал не вёлся, восстановите изменения по задачам, версиям в сторе и календарю отправок.

Живые сигналы

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

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

Проведите продуктовый разбор за 60 минут

Покажите здоровье продукта

Начните с 5–7 показателей в динамике и отметьте только существенные изменения. Не обсуждайте каждую цифру по очереди.

Где сделать: На одном экране с периодом, источниками и прошлым значением.
Как выглядит результат: Crash-free 99,6% без изменения; первая ценность +8 п.п.; D7 без изменения; вопросы о статусе +40%.

Поставьте рядом изменения

Назовите три главных релиза или коммуникации с датой и ожидаемым эффектом. Не приписывайте причинность без проверки.

Где сделать: Во второй колонке протокола.
Как выглядит результат: 3 июня сократили онбординг; 7 июня выпустили новый экран статуса; 10 июня изменили push-маршрут.

Добавьте голос пользователя

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

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

Выберите один главный вывод

Сформулируйте проблему или возможность одним предложением. Не смешивайте качество, удержание и рост в одну абстрактную тему.

Где сделать: В заметном блоке перед решениями.
Как выглядит результат: Новый экран работает технически, но не объясняет статус — это создаёт обращения и недоверие.

Ограничьте решения тремя

У каждого решения должны быть владелец, срок и сигнал проверки на следующем разборе. Остальные идеи явно отложите.

Где сделать: В последней колонке протокола и списке задач.
Как выглядит результат: Добавить статус — Анна — 21 июня — обращения по теме и завершение действия.

Примеры из практики

Сигнал превращается в решение

После нового экрана технические показатели стабильны, но вопросы о статусе выросли на 40%. Вывод — неясный процесс; решение — добавить статус, владельца и проверку обращений.

Три решения вместо двадцати идей

Команда исправляет маршрут push, объясняет статус операции и проверяет следующую когорту. Остальные идеи явно отложены до следующего разбора.

Готовый результат

Протокол продуктового разбора

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

Сигнал	Что изменилось	Вывод	Решение и владелец
Crash-free стабилен	Релиз 4.3	Технического ухудшения нет	Наблюдать · мобильная команда
Первая ценность +8 п.п.	Сократили онбординг	Изменение помогает	Расширить на Android · продукт
D7 без роста	Новый путь 2 недели	Эффект ещё не дошёл	Проверить следующую когорту · аналитик
Вопросы о статусе +40%	Новый экран операции	Не хватает объяснения	Добавить статус · дизайн + поддержка
Push открывают, действие не растёт	Общий deep link	Теряется контекст	Исправить маршрут · коммуникации

Фокус периода: объяснить статус операции. Не больше трёх решений: исправить маршрут, обновить текст статуса, проверить следующую когорту. Остальные идеи остаются вне плана до следующего разбора.

Чек-лист встречи

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

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

Как понять, что разбор работает

Решения выполнены

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

Фокус сохраняется

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

Опыт улучшается

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

Хороший продуктовый разбор уменьшает список задач и оставляет команде несколько решений, эффект которых можно проверить.