К содержимому
Темы и маршруты чтения

Рост и обновления

Когорты запуска Roblox: как измерить обновление без смешивания источников

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

Подробный разбор

Понятия и инструменты этой темы 8
Авторская тематическая схема MARPLA: Когорты запуска Roblox: как измерить обновление без смешивания источников
Авторская тематическая схема. Не интерфейс сервиса и не измеренные показатели.

Матрица времени и источника

Отделите Home, Sponsored, Search, Friends, Teleport и уникальные share links. Other не раскрывает внешний канал. Зафиксируйте build и время релиза, затем сравнивайте одинаковые дни недели и завершённые окна. Funnel может показать блокер быстро; Ads attribution задерживается; D1 требует следующего дня, D7 — недели.

Общий D1 может измениться из-за долей источников при стабильном результате каждого. Для нового build сравните completion, errors и performance сразу, D1 после зрелости, D7 позже. Не ждите D7 для отката при data loss.

КогдаРешениеМетрики
Первые минуты/часыБезопасность и доступностьJoin, errors, receipts, persistence
Завершённый деньПервый цикл и доставкаFunnel, source mix, reporting coverage
Зрелый D1Возврат новых когортD1 по версии/источнику
Зрелый D7+Устойчивость измененияD7, playtime, monetization с оговорками

Постмортем как решение

Условный пример: update и Sponsored стартуют вместе, CCU удваивается, общий D1 падает. Home D1 стабилен, Sponsored слабее, funnel показывает потерю до первого боя только у новой версии на телефонах. Вывод: релиз содержит mobile FTUE проблему, а рост платного mix дополнительно снизил среднее; реклама не получает всю вину.

В MARPLA поставьте веху, сохраните заметку с гипотезой и сравните трафик. В постмортеме разделите факты, ограничения, решения и одного владельца следующего цикла. Before/after не доказывает причинность, если одновременно менялись price, creative и content.

  1. Записать build, release time и каналы.
  2. Проверить ранние safety metrics.
  3. Сравнить источники в одинаково зрелых окнах.
  4. Разложить mix и within-source change.
  5. Отметить параллельные изменения.
  6. Назначить одно решение и дату проверки.

Первичные источники

Примените это в MARPLA

Обсуждение0

Загружаем комментарии…