roblox-growth-design

Roblox Growth Design

読み込むタイミング

成長、発見、定着、オンボーディング、パッケージング、またはLiveOpsに関する場合に読み込み、実装は各領域のスキルに任せます。

クイックリファレンス

対策を提案する前に診断する

1. ダッシュボード、リリース、獲得、セッションのエビデンスを確認します。指標を捏造してはいけません。
2. 問題が起きている遷移を、インプレッション→プレイ、参加→操作、アクション→成果、再訪、購入の中から特定します。
3. 検証可能な仮説を書きます。エビデンスZを根拠にYを変更すれば、Gに悪影響を与えずにXが動くはずです。
4. 主要指標、反対指標、MDE、判断基準を設定したテストを1つ優先します。
5. 安全上の懸念、深刻なリグレッション、計測の無効化があれば中止します。有意差を確かめるために途中で何度も確認するのは避けます。

初期診断

• Play-Through Rate（PTR、旧QPTR）が低い：パッケージのわかりやすさ、訴求内容の正確さ、またはオーディエンスとのミスマッチを確認します。Experience Detail PageのCTRも確認してください。
• First-Play Bounce Rate（ネガティブ指標）が高い：パッケージと実際の内容の食い違い／クリックベイト、参加失敗、パフォーマンス、わかりにくいFTUE、成果が出るまでの遅さを確認します。
• D1が低い：コアループ、オンボーディング、安定性、目標、または初回の成果を確認します。
• D7／D30が低い：進行、バリエーション、ソーシャル価値、LiveOps、エンドゲーム、または飽きを確認します。
• コンバージョン／ARPPUが低い：製品との適合性、価値の伝え方、購入時の摩擦、カタログの充実度、または売上の偏りを確認します。
• ユーザーあたりの7日間の購入日数／プレイ日数が少ない：消耗品、購入経路、またはイベントの開催頻度を確認します。

これらは仮説であり、原因と一対一で対応するものではありません。セグメント化してテストしてください。獲得ユーザーの構成やソーシャル密度の変化により、リリースなしでD1が変動することもあります（§3）。指標ごとの戦術はfull.md §3–§6を参照してください。

アルゴリズムの注目ポイント（2026）

このセクションでは、（公式）は文書で確認された挙動を示し、それ以外のランキングに関する記述は未検証です。

• コールドトラフィック：広告経由のプレイヤーは最も低コストで、適格性が最も低いプレイヤーです。Homeアルゴリズムは適格なオーディエンスをランク付けします。広告経由のプレイヤーではローンチ時の指標が悪く見えます。慌てないでください。
• ランキング：Robloxのドキュメントによると、ベンチマークゲームはランキングに影響しません（公式）。類似ゲームのベンチマークは大まかな参考情報にすぎません。未検証の仮説では、段階的に評価されるとされています。まずジャンル全体、次に「類似したプレイヤーがいる体験」と比較され、より良い指標を持つ競合にプレイヤーを奪われます。ベンチマークは比較対象のコホート選びに使い、ランキングのルールとして扱わないでください。
• 広告ではHomeへの掲載枠は購入できません。指標を大きく改善する更新で掲載されます。28日間のシグナル（D1、D2–7、D8–28）が使われ、更新の効果が現れるまで数日かかります。
• Beta modeではゲームがHomeに表示されません（公式機能）。アルゴリズムに公開する前に、低コストの広告トラフィックで指標を調整してください。
• 高エンゲージメントプレイヤー250人の要件（公式）：全年齢向けゲームは、60日以内に年齢確認済みの高エンゲージメントプレイを250回達成するまで、16歳以上にのみ表示されます。定義（公式、変更される可能性あり）：アカウントの利用期間＋自分のゲームでのプレイ時間＋過去60日以内のRoblox内のいずれかの購入。25人は公開手数料の払い戻し基準で、別の要件です。広告は自動的に16歳以上に配信されます。Homeのインプレッションが、この数を最も早く増やします。
• Experience detail pageは重要です。最良のサムネイルとゲームプレイの説明を掲載してください。全体のプレイスルー率に影響します。
• ローンチ時の現実：広告キャンペーンはデスクトップとモバイルで分けます。有料流入のプレイ時間はオーガニックの約半分です。CCUが低いときの指標はノイズです（D1が3%という結果だけで切り捨てないでください）。アルゴリズムに「拾われる」と、CCUより先にサムネイルのインプレッションに現れます。コンソールは低コストで長時間プレイされるニッチです。マルチプレイヤーにはシングルプレイヤーでの代替手段が必要です。意思決定を促すポップアップにはフィードバックフォームを設置します。

マネタイズの考え方

• 価値ある買い切り型のゲームパスを消耗品（繰り返し購入される開発者製品）に変えます。ユーザーあたりの7日間の購入日数を増やし、繰り返し発生する悩みを解決できます。
• 製品は、プレイヤーの悩み（作業の繰り返し、放置中の進行損失、FOMO、ステータス）を解決する必需品にします。真の希少性がある限定品は、無制限のコスメティックアイテムよりよく売れます。
• 人通りの多い興味地点に製品を配置し、プレイヤーが判断するタイミングで購入を促します（例：報酬を受け取る場所で、オフライン収益2倍を提案する）。
• プレイヤーに複数の購入経路を用意します。HUDのショップアイコン、通貨の横の「+」、購入失敗が続いた後のキャッシュショップのポップアップなどです。
• リリース後は、プレイ時間、D1、D7、FTUE、ゲーム内経済への副次的な悪影響を確認します。

ガードレール

正確なメタデータを使用してください。ダークパターン、誤解を招く当選確率、強制的な希少性の演出、「ホエール」狙いを避けてください。モデレーション、悪用対策、アクセシビリティ、ローカライズ、パフォーマンス、エコノミーの健全性を制約として扱ってください。

シグナルの詳細な定義、ポジショニング、FTUE、パッケージング、ソーシャルデザイン、マネタイズのメンタルモデル、アルゴリズムの仕組み、LiveOps、監査ワークフローについては、references/full.md を参照してください。