Ставка на рост: как перестроить продуктовый процесс в зрелом продукте

Спикер: Галина Ширанкова

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

Проблема в том, что классический продуктовый процесс оптимизирован под поиск локального максимума. Самые высокорисковые гипотезы часто не дают гарантий успеха, поэтому опускаются в самый низ в списке приоритетов. А это ограничивает возможность тестировать уникальные гипотезы — и мы получаем пусть успехи, но довольно маленькие, локальные улучшения конкретных сценариев.

Кейс: продукт «Истории» ВКонтакте
У нас 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