Сигнал роста MARPLA: как использовать балл 0–100

Входы и защитные правила

Текущая Модель 3 использует наблюдаемый пик CCU за 24 часа относительно Visits, CCU относительно возраста Universe, положительный рост за час, сутки и семь дней, логарифмический вклад пика, консервативную нижнюю 95%-ную границу рейтинга и небольшие добавки за рост избранного и голосов. Игры с малым Visits могут получить ограниченный вклад ранней тяги. Каждый компонент имеет предел, чтобы один огромный процент не занял весь балл.

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

Пример: похожая цифра, разный риск

Игра A растёт со среднего 20 до 40 CCU в поддержанных часовых окнах, имеет покрытие 80%, положительный рост за сутки, 5 000 Visits и 200 голосов. Игра B прыгает с 200 до 500 в одной точке, падает до 180, имеет покрытие 40% и без надёжных голосов. Обе показывают яркие проценты, но модель может наградить подтверждённый рост A и оштрафовать B за редкость и всплеск.

Допустим, A получает 58, B — 42. Это не означает вероятность успеха 58% и не делает A на 38% дороже. A лишь выше по документированной модели публичных данных. Прохождение или закрытая проверка владельца могут изменить бизнес-решение.

Распределяйте внимание по сигналу

Полезный процесс заканчивается карточкой решения, а не скриншотом рейтинга.

1. Фильтруйте по гипотезе: возрасту, жанру и масштабу.
2. Откройте основания, покрытие и риски балла.
3. Проверьте исходные даты и абсолютную базу.
4. Пройдите игру и найдите второй независимый сигнал.
5. Сохраните действие и дату проверки или отказ с причиной.

Чего балл не поддерживает

Не сравнивайте разные версии модели без оговорки. Не скрывайте штраф за редкие данные, не переносите балл в оценку стоимости и не называйте его прогнозом роста. Visits, возраст и голосование различаются по жанрам и стадиям жизни; контекст аналогов обязателен.

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

Запись решения

Сохраняйте версию модели, балл, основания, риски, покрытие и исходные даты. На следующей проверке объясните, кандидат изменился из-за новых наблюдений или из-за новой формулы и весов. Это защищает историю скаутинга от ложного впечатления, будто игра выросла лишь потому, что интерфейс пересчитал балл. В переговорах показывайте фактические CCU, Visits, голоса и окна, а Сигнал используйте как объяснение приоритета. Решение о контакте должно переживать разумное изменение одного компонента модели.

Если карточка используется вне MARPLA, приложите короткую расшифровку: «балл приоритета публичной проверки, версия 3». Не показывайте цвет или место без этой подписи. Для решения о контакте перечислите два-три компонента, которые реально его поддержали, и один риск, способный отменить действие. Так число остаётся навигацией, а не аргументом авторитета.

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

• Roblox Discovery
• Roblox Analytics