Канал PeopleSense — конференции про человеко-ориентированный подход в работе с командами, процессами и собой
https://peoplesense.ru/
Post #495
180






Ставка на рост: как перестроить продуктовый процесс в зрелом продукте
Спикер: Галина Ширанкова
Еще пять лет назад мы восхищались тем, что менеджер продукта хорошо умеет проверять гипотезы и знает фреймворки. Эти времена прошли. Проверка гипотез стала абсолютной базой, а бизнес ждет качественных побед и кратного роста.
Проблема в том, что классический продуктовый процесс оптимизирован под поиск локального максимума. Самые высокорисковые гипотезы часто не дают гарантий успеха, поэтому опускаются в самый низ в списке приоритетов. А это ограничивает возможность тестировать уникальные гипотезы — и мы получаем пусть успехи, но довольно маленькие, локальные улучшения конкретных сценариев.
Кейс: продукт «Истории» ВКонтакте
У нас 15 миллионов авторов ежемесячно. За четыре года (с 2021 по 2025) продукт вырос на 28%. У команды были выстроенные дискавери-процессы, регулярная поставка фичей и удивительно высокий success rate гипотез. Все зеленое, продукт растет.
Но могли ли мы сделать больше? Классический процесс не отвечал на вопрос о реальной бизнес-ценности и не давал той самой «полочки» на графике.
Чтобы перейти от поддержки текущего продукта (Run) к большим ставкам, переопределяющим продукт (Change), мы прошли пять шагов.
1. Привязать продуктовые метрики к бизнес-ценности
Мы смотрели на таймспенд и DAU авторов. Но бизнес-метрика ВКонтакте — это сессии. Социальный сценарий «липкий» и создает новые интенты входа в приложение. Мы доказали корреляцию: если пользователь вовлекается в просмотр историй, сессии растут на 40%, а revenue — на 70%.
2. Определить ключевые барьеры и сформулировать ставки
Мы думали, что пользователи не постят истории, потому что нет идей, мало реакций или сложная воронка. Но настоящий барьер был другим: «Я боюсь, что значимые для меня люди этот контент не увидят».
Наша продуктовая ставка: обеспечить дистрибуцию контента на реальный социальный граф (друзей и потенциально знакомых людей).
3. Наполнить бэклоги Change-гипотезами
Мы начали делать агрессивную дистрибуцию в ленте через рекомендации, расширили воронку через уведомления и увеличили время жизни историй до 44–48 часов, чтобы социальный контекст успевал сработать.
4. Ввести квоты на Change
Нельзя один раз зайти в эту воду и забыть. Нужно разделить гипотезы на Run и Change. Идеального соотношения квот не существует — оно зависит от зрелости продукта. Если базовые потребности закрыты и нужен кратный рост, фокус может быть 70% на Change и 30% на Run. В молодых продуктах — наоборот.
5. Построить регулярный процесс отслеживания прогресса
Мы внедрили OKR, где целями стали метрики стратегии, а не просто инициативы. Вес локальных запусков ограничили (например, не более 10% от ключевого результата). 20% веса команд уходит на дискавери, чтобы держать бэклоги актуальными. Плюс еженедельный отчет: цель на конец квартала, текущий факт, прогноз и что происходит прямо сейчас.
Результат
За первое полугодие 2026 года DAU постящих сторис вырос на 33%. Для сравнения: за предыдущие четыре года рост числа пользователей составил 28%. И причина этому — фокус на решении проблем бизнеса.
Главное условие
Это сработает не в любой команде. Прежде чем внедрять такой процесс перестройки продукта, задайте себе три вопроса:
1. Жаждет ли ваш бизнес таких глобальных побед?
2. Нужны ли такие победы вашему руководителю?
3. Хотите ли вы такого роста лично?
Продукт, который идет в Change, должен иметь достаточно продуктовой доблести, чтобы перестраивать процессы.
Если ответы «да», начинайте с привязки метрик к целям бизнеса, формулируйте смелые ставки и стройте регулярный процесс, чтобы чувствовать ритм движения к вашим победам.
@pplsense
Спикер: Галина Ширанкова
Еще пять лет назад мы восхищались тем, что менеджер продукта хорошо умеет проверять гипотезы и знает фреймворки. Эти времена прошли. Проверка гипотез стала абсолютной базой, а бизнес ждет качественных побед и кратного роста.
Проблема в том, что классический продуктовый процесс оптимизирован под поиск локального максимума. Самые высокорисковые гипотезы часто не дают гарантий успеха, поэтому опускаются в самый низ в списке приоритетов. А это ограничивает возможность тестировать уникальные гипотезы — и мы получаем пусть успехи, но довольно маленькие, локальные улучшения конкретных сценариев.
Кейс: продукт «Истории» ВКонтакте
У нас 15 миллионов авторов ежемесячно. За четыре года (с 2021 по 2025) продукт вырос на 28%. У команды были выстроенные дискавери-процессы, регулярная поставка фичей и удивительно высокий success rate гипотез. Все зеленое, продукт растет.
Но могли ли мы сделать больше? Классический процесс не отвечал на вопрос о реальной бизнес-ценности и не давал той самой «полочки» на графике.
Чтобы перейти от поддержки текущего продукта (Run) к большим ставкам, переопределяющим продукт (Change), мы прошли пять шагов.
1. Привязать продуктовые метрики к бизнес-ценности
Мы смотрели на таймспенд и DAU авторов. Но бизнес-метрика ВКонтакте — это сессии. Социальный сценарий «липкий» и создает новые интенты входа в приложение. Мы доказали корреляцию: если пользователь вовлекается в просмотр историй, сессии растут на 40%, а revenue — на 70%.
2. Определить ключевые барьеры и сформулировать ставки
Мы думали, что пользователи не постят истории, потому что нет идей, мало реакций или сложная воронка. Но настоящий барьер был другим: «Я боюсь, что значимые для меня люди этот контент не увидят».
Наша продуктовая ставка: обеспечить дистрибуцию контента на реальный социальный граф (друзей и потенциально знакомых людей).
3. Наполнить бэклоги Change-гипотезами
Мы начали делать агрессивную дистрибуцию в ленте через рекомендации, расширили воронку через уведомления и увеличили время жизни историй до 44–48 часов, чтобы социальный контекст успевал сработать.
4. Ввести квоты на Change
Нельзя один раз зайти в эту воду и забыть. Нужно разделить гипотезы на Run и Change. Идеального соотношения квот не существует — оно зависит от зрелости продукта. Если базовые потребности закрыты и нужен кратный рост, фокус может быть 70% на Change и 30% на Run. В молодых продуктах — наоборот.
5. Построить регулярный процесс отслеживания прогресса
Мы внедрили OKR, где целями стали метрики стратегии, а не просто инициативы. Вес локальных запусков ограничили (например, не более 10% от ключевого результата). 20% веса команд уходит на дискавери, чтобы держать бэклоги актуальными. Плюс еженедельный отчет: цель на конец квартала, текущий факт, прогноз и что происходит прямо сейчас.
Результат
За первое полугодие 2026 года DAU постящих сторис вырос на 33%. Для сравнения: за предыдущие четыре года рост числа пользователей составил 28%. И причина этому — фокус на решении проблем бизнеса.
Главное условие
Это сработает не в любой команде. Прежде чем внедрять такой процесс перестройки продукта, задайте себе три вопроса:
1. Жаждет ли ваш бизнес таких глобальных побед?
2. Нужны ли такие победы вашему руководителю?
3. Хотите ли вы такого роста лично?
Продукт, который идет в Change, должен иметь достаточно продуктовой доблести, чтобы перестраивать процессы.
Если ответы «да», начинайте с привязки метрик к целям бизнеса, формулируйте смелые ставки и стройте регулярный процесс, чтобы чувствовать ритм движения к вашим победам.
@pplsense









