フロー設定ガイド
プレイヤーセグメントを定義したら、次のステップは各グループのフローを設定することです。
フローとは、プレイヤーの立場に合わせた体験を提供するものです。スタジオ内部のメンバーは、ゲームがまだ開発中であることやプレイテストの目的をすでに理解しています。一方、一般のプレイテスターはそうではありません。グループごとに異なるメッセージングとコンテキストが必要なため、異なるプレイヤーを案内するフローをそれぞれ作成することが最善です。
注意: 以下の例は多くのスタジオでうまく機能する一般的なパターンを示していますが、厳格なルールではありません。目標や対象者に応じて、各フローを簡素化・拡張・調整することができます。
Identity Providers（IDプロバイダー）:
Discord でのサインアップが推奨されることが多いです。これによりプレイヤー認証が簡素化され、FirstLookがプレイヤーをDiscordサーバーに自動追加できるようになります。Steam経由でビルドを配布する場合、プレイヤーはオンボーディング中にSteamアカウントを連携し、キーを自動的に割り当てることができます。
プレイヤーセグメンテーションガイドでは、主要な3つのセグメントを特定しました：
- 一般プレイテスター
- 社内チーム＆パートナー
- クリエイター＆メディア
このガイドでは、Playtesters フローを詳細な例として、各ステージのスクリーンショットと設定の選択肢をステップごとに説明します。
残りのフロー（Internal Team、Media Partners、Open Beta）は、対象者によって設定やメッセージングがどのように変わるかを示す簡潔な例として紹介します。
それぞれの設定方法とその理由を以下に説明します。
Playtesters フロー
Section titled “Playtesters フロー”
このフローは、一般プレイテスター、Friends & Family、およびホームページから参加するすべての人を対象としています。デフォルトフローとして機能し、プレイテストプログラムへのエントリーポイントとなります。
目標は、プレイヤーに歓迎されている、十分な情報が提供されている、ワクワクしていると感じてもらいながら、有用なフィードバックの提供方法を明確に説明することです。以下では、このフローの各ステップを詳しく説明し、セットアップでの設定方法を具体的に示します。
ウェイティングリストから誰を招待するかを判断するために、いくつかのSign Up質問を設定しています。この例では、プレイヤーのスペック、経験、デモグラフィックに焦点を当てています。
Sign Upステップの詳細については、Sign Up設定ドキュメントをご覧ください。
サインアップ後、プレイヤーはウェイティングリストページに移動します。ここでは、待機中もプレイヤーが関与し続けられるよう、明確なコールトゥアクションを追加しています。
設定には Join Discord と Wishlist on Steam のボタンが含まれています。また、Refer a Friend を有効にしており、プレイヤーがリンクを共有して他の人がウェイティングリストに参加できるようにしています。
テスト開始時に招待が送られることを伝える短いお礼メッセージも含めています。
Waitlistステップの詳細については、Waitlist設定ドキュメントをご覧ください。
プレイテストを開始する際、ウェイティングリストからプレイヤーを選択して招待します。このフローから送られた招待は、フローのデフォルトロールである Closed Alpha をプレイヤーに自動的に割り当てますが、例えば Friends and Family など異なるロールへ手動で招待を送ることもできます。
招待メッセージでは、選出の確認、プレイテストの目的の説明、オンボーディング開始リンクの提供を行います。
Inviteステップの詳細については、Invite設定ドキュメントをご覧ください。
このステップでは、オンボーディング完了後にプレイヤーにDiscordロールとSteamキーが割り当てられるため、SteamとDiscordの両方の接続を必須としています。
Onboardingステップの詳細については、Onboarding設定ドキュメントをご覧ください。
プレイヤーがオンボーディングを完了すると、プレイの準備が整ったことを確認するCompleteページに到達します。セットアップには、短いウェルカムメッセージ、埋め込み動画、Discordへの参加とSteamでのウィッシュリスト登録のための明確なコールトゥアクションボタンが含まれています。
Completeステップの詳細については、Complete設定ドキュメントをご覧ください。
Internal Team フロー
Section titled “Internal Team フロー”
このフローは、開発中のゲームをすでに知っているスタジオメンバーや近しいパートナーを対象としています。
アクセスは招待によって管理されるため、サインアップは無効になっています。これらのユーザーはすでに場所を把握しており、公開リンクからプレイテストを発見するわけではありません。
デフォルトロールはInternal Non-Devです。開発者は招待時にDevロールが割り当てられ、必要なすべてのキーとチャンネルへのアクセスが付与されます。
内部ユーザーが正しいコミュニケーションスペースに直接アクセスできるよう、サインアップ時にDiscordを連携します。Steamは、キーが発行されるオンボーディング時に連携できます。
このフローのトーンは直接的で機能的であるべきです。内部ユーザーはオンボーディングのガイダンスや洗練されたマーケティングコピーを必要とせず、迅速にアクセスして問題を報告する場所を把握するだけで十分です。
ここでの目標は、体系的なオンボーディングよりも迅速で整理されたアクセスです。
Media Partners フロー
Section titled “Media Partners フロー”
このフローは、テストよりもゲームのプレビューを行うクリエイター、プレス、インフルエンサー、外部パートナーを対象としています。
アクセスは直接招待によって提供されるため、サインアップは無効になっています。
デフォルトロールはMedia and Pressです。メディアやクリエイターパートナーが必要に応じて1名を追加で連れてこられるよう、Press Team +1 ロールを含めることもできます。
クリーンなキー配布を確保するため、オンボーディング時にSteamが必須です。スタジオがクリエイターとのコミュニケーションにDiscordを使用しているかどうかによって、Discordはオプションとなります。
このフローは洗練されたプロフェッショナルな印象を与えるべきです。メディアパートナーはゲームを評価または紹介することが多いため、明確さとプレゼンテーションが重要です。
アクセスが付与される前に全員が同じ認識を持てるよう、公開可能なこと（および公開できないこと）をこのフローで明確に伝えてください。
目標は、最初の印象がベストな姿を反映したものになること—明確で、自信に満ちており、ブランドに沿ったものであることです。
Open Beta フロー
Section titled “Open Beta フロー”
このフローは、大規模で摩擦の少ない参加を目的としています。
サインアップは有効になっており、誰でも参加できます。デフォルトロールはOpen Beta Testerです。サインアップ時にDiscordまたはSteamのいずれかが必要です。
このフローでは、何が起きているのか、最初にログインしたときに何を期待すべきか、困ったときはどこに行けばよいかをプレイヤーが理解できるようにする必要があります。
その後は、できるだけ迅速にゲームに参加させることに集中してください—明確な方向性と少しの盛り上がりが大きな効果をもたらします。
Open Betaはアクセスのしやすさとスケールが重要です。
フローはフレンドリーで、迅速で、歓迎的な印象を与え、摩擦を可能な限り低減するべきです。
フローは、プレイヤーがどのようにサインアップし、その過程で何を見るかを決定します。
誰かがサインアップすると、フローのデフォルトロールでウェイティングリストに参加します。
Invite ステップで、実際のアクセスを決定するロールを選択します。