プレイテスターが「あと5分」と言うのはどんなときか？自発的なリプレイ意欲を捉えるためのガイド
プレイテスターの「あと5分」という言葉は、促されることなくプレイヤー自身から発せられ、かつセッションが明確な区切りに達しているときに有用な情報となります。その瞬間、プレイヤーが直前に何をしていたか、そして次に何をしたがっていたかを記録してください。その上で、その要望がゲームの楽しさを反映したものなのか、単にやり残したタスクを完了したい、次に何をすべきか理解したい、あるいはセーブポイントに到達したいという思いから来ているのかを確認します。目的はプレイヤーの選択を理解することであり、プレイを続けさせることではありません。
プレイヤーに選択を委ねる終了ポイントを設定する
セッションの前に、プレイテストで明らかにしたい問いを決定しておきます。例えば、独立した1つのレベルやアクティビティを終えた後にプレイヤーが継続を選択するかどうかなどです。「やめたいと思うまで、いつも通りにプレイしてください」といったニュートラルな指示を出しましょう。特定のプレイ時間を約束したり、プレイを続けるよう促したりすることは避けてください。幅広く自由度の高いタスクを設定することで、特定の機能へと誘導されていないときにプレイヤーが何を選択するかが明らかになります。Games User Researchのガイドでは、タスクを調査設計に合わせること、そして完了方法を示唆してしまうような指示を避けることが推奨されています。Running a Games User Research Study
今回のビルドにおいて何が自然な区切りとなるかを事前に定義しておきます。ラウンドの終了、レベルのクリア、あるいは進捗を失うことなく中断できるその他の状態などです。ゲームにそのようなポイントが存在しない場合は、セッションのコンテキストの一部としてその旨を記録してください。途中のアクティビティが残っていると、プレイヤーは単にキリの良いところまで進めたいだけかもしれないため、継続の要望を正しく解釈するのが難しくなります。この区別は観察結果を解釈するための実用的な推論であり、楽しさを測定する検証済みの指標ではありません。
その意味を尋ねる前に、その瞬間を記録する
プレイヤーから継続の要望があったときは、正確な時間と発言内容、ゲームの状態、要望の直前のアクション、そしてプレイヤーがすでに合意済みの終了ポイントに達していたかどうかを記録します。「ラウンド終了時、プレイヤーは継続を求め、別のマッチを選択した」のように事実に基づいた記録を心がけましょう。「プレイヤーは夢中になっていた」と書くよりも有用です。前者は出来事を記録していますが、後者は観察だけでは立証できない原因を決めつけてしまっています。
可能であれば、その瞬間の前後の短い一連の流れをログに残します。プレイヤーが何をしていたか、現在の目標を達成したか、そして次に何を選択したかなどです。出来事の記録を、観察結果やその後の短いヒアリングと組み合わせましょう。Games User Researchでは、メモをセッションの録画データと照合できるようタイムスタンプとともに行動を記録することを推奨しており、質問をしなければリサーチャーがプレイヤーの行動理由を知ることはできないと注意を促しています。Running a Games User Research Study
重要な瞬間に、「楽しんでいますよね？」といった誘導尋問でプレイヤーを遮ってはいけません。後から、中立的な表現で質問します。「ちょうどあのとき、続けたいと思ったのはなぜですか？」それに続けて、「次は何をしようとしていましたか？」「セッションの終了ポイントに達したとき、やり残したことは何かありましたか？」と尋ねます。これらの問いかけは、理由を示唆するのではなく、プレイヤー自身の言葉による説明を引き出します。プレイテストでは観察と質問を組み合わせることができますが、思考発話（考えを声に出すこと）は特にアクションゲームにおいてプレイの仕方に変化を与えてしまう可能性があるため、テストに適している場合にのみ使用してください。Playtesting 105: How to Measure Qualitatively
楽しさと「やり残したこと」を切り分ける
継続の要望はスコアとしてではなく、調査すべきサインとして扱ってください。得られた情報を3つの実用的な可能性に分類します。プレイヤーが別の楽しいアクティビティを求めている、進行中の何かを完了させたがっている、あるいは現在の状態からどうやって中断、セーブ、終了すればよいかわからない、の3つです。これらのカテゴリーは診断の手がかりであり、プレイヤーの内面状態を断定するものではありません。1つの要望に複数の理由が存在する場合もあります。
プレイヤーに次に何をするつもりだったかを尋ね、その回答をゲーム画面に表示されていた内容と比較します。「別のビルドを試したい」という言葉は、「この目標を終わらせる必要がある」や「進行状況がセーブされているかわからない」とは異なる次のアクションを示唆しています。未達成の目標や不安を挙げた場合は、その要望を楽しさの証拠として扱う前に、関連する進捗や終了に関する表示を確認してください。戻りたい特定のアクティビティを挙げた場合は、そのアクティビティと状況を記録しつつ、プレイヤーの説明はあくまで自己申告であり一般的な傾向の証明ではないことを念頭に置いておきます。
この区別は、複数のセッションをまとめて分析する際に重要になります。観察された要望、次のアクション、プレイヤーの説明、そして進捗や終了に関する未解決の疑問を別々の項目に分けて記録しておくと有用です。そうすることで、チームは追加されたプレイ時間すべてをゲーム全体への肯定的な評価へと短絡させることなく、データを再確認することができます。
振り返りは具体的かつニュートラルに行う
ゲーム全体の感想だけでなく、特定の瞬間について尋ねるようにします。「どの瞬間で続けたいと思いましたか？」「もっと時間があったら、次に何をしていましたか？」という質問は、「楽しめましたか？」と聞くよりも具体的な改善につながります。中断やセーブに関する問題の可能性がある場合は、「ゲームをどのように終えるつもりでしたか？」あるいは「先に終わらせておきたいことはありましたか？」と尋ねます。要望を褒めたり、それが期待通りの回答であるかのように反応したりするのは避けてください。モデレーションのガイドラインでは、リサーチャーの個人的な意見や同調の姿勢が参加者の発言に影響を与える可能性があると警告されています。Running a Games User Research Study
短い評価スケールやアンケートで対話を補うことはできますが、それ単体ではプレイヤーの選択の背後にある理由を説明できません。例えば「ゲーム体験アンケート（Game Experience Questionnaire）」では、ゲーム中の体験と、プレイ終了後にプレイヤーがどう感じたかに関する事後モジュールを区別しています。これは複数の時点での体験データを収集することの有用性を支持していますが、「あと5分」という要望の具体的な解釈には、依然として文脈を捉えた観察と追加の質問が必要です。The Game Experience Questionnaire
シンプルなイベント記録シートを活用する
該当する各セッションについて、以下の項目を含む一貫した記録を作成します。
時間とゲームの状態：その要望はいつ発生したか？直前に何が終了し、何が進行中だったか？
プレイヤーの言葉：主観的な解釈を交えて言い換えることなく、要望の内容をできる限りそのまま記録する。
次のアクション：プレイヤーは別のアクティビティを始めたか、目標を続行したか、セーブや終了のオプションを探したか、それとも他のことをしたか？
プレイヤーの理由：観察者の解釈と区別しながら、中立的な質問に対するプレイヤーの回答を記録する。
終了ポイントの明瞭さ：アクティビティが完了したこと、および迷うことなく終了する方法がプレイヤーに伝わっていたか？
この簡潔な記録により、異なる原因を1つのラベルにひとまとめにすることなく、セッション間を比較しやすくなります。あるプレイヤーはお気に入りのアクティビティをもう一度プレイするために延長を求め、別のプレイヤーはゲーム側が中途半端に残したタスクを完了しようとしているだけかもしれません。どちらもプレイ時間が長引いたからといって、それらの出来事を同じ種類の証拠として扱うべきではありません。
変更すべき点と、次にテストすべき点を決める
1つの印象的な発言を結論として扱うのではなく、文脈を伴う再現性のあるパターンを探してください。明確な終了ポイントの後にプレイヤーが一貫して時間の延長を求め、次にやりたい具体的なアクティビティを挙げる場合、それは別のテストでさらに深掘りする価値のある証拠です。要望が未完了の目標や、セーブ・終了に関する不明瞭さに集中している場合は、体験のそれらの部分を改善し、再度テストを行ってください。推論は、要望を行動および説明と組み合わせることで得られるものであり、楽しさそのものを直接測定したものではありません。
次回のプレイテストでも、同様の中立的な終了指示を維持し、同じ項目を記録します。終了ポイントやセッションの長さを変更する場合は、その変更が要望から読み取れる意味に影響を与えるため、変更内容を記録しておいてください。有用な問いとは、単に誰かが長くプレイしたかどうかではありません。彼らが何を選択し、何が未解決のままであり、次に何をしたいと語ったかなのです。
「あと5分」という要望は、それが自発的であり、明確な瞬間に結びついており、プレイヤーの次のアクションや説明とともに解釈されたときに、意味のあるプレイテストの証拠となります。まずは記録し、後から中立的に質問し、楽しさと「タスクの完了」や「終了ポイントの混乱」とを切り離して捉えましょう。これにより、プレイヤーにプレッシャーを与えたり、たった1つの発言の持つ意味を過大評価したりすることなく、チームが検証すべき具体的なデザイン上の問いを得ることができます。