インタラクティブ映像ゲームのコアループ：視聴・判断・選択・フィードバックをどうつなぐか

インタラクティブ映像ゲームのコアループは「動画を再生—ボタンを表示—再生を続ける」ではなく、「情報を得る—判断を形成する—行動する—フィードバックを見る—次の判断を更新する」だ。ボタンは入力方法にすぎない。情報、判断、フィードバックのどれかが欠けると、プレイヤーは動画のために次のページをクリックしているように感じる。

コアループを設計するときは、まず3分間のプロトタイプで一巡の変化を検証し、分岐の数を急いで増やす必要はない。ボタンが何回現れるかよりも、プレイヤーが何を根拠に決めたのか、選択後にどこが変わったのかを説明できることのほうが重要だ。

情報は台詞、演技、場面、小道具、システムの記録、過去の選択から得られる。重要なのは、決断前にプレイヤーがその情報に触れられることだ。結末を迎えた後で初めて「正解には一度も登場しなかった手がかりが必要だった」と知らされる形にしてはいけない。

『零点回拨』の最初の情報は、例えばこうなる。未来からの電話が10秒後の停電を正確に予言するが、電話の相手は身元を明かそうとしない。これによりプレイヤーは、「信じる」を支持する証拠を一つ、「疑う」を支持する不審な点を一つ持つことになる。

背景設定を判断材料と取り違えてはいけない。会社の設立年や登場人物の誕生日は世界を豊かにするかもしれないが、サーバールームを開けるべきか判断する助けになるとは限らない。

一方の選択肢が明らかに善良で、もう一方が明らかに愚かなら、プレイヤーは判断しているのではなく、設計者が何をクリックしてほしいのかを当てているだけだ。有効な不確実性は、価値観の対立、証拠の矛盾、資源の不足から生まれる。

例えば、プレイヤーはすぐに警察へ通報できるが、そうすると社内電話を監視している人物に気づかれる。先に電話の内容を検証することもできるが、人を救う機会を逃すかもしれない。どちらの案にも理由と代償があってこそ、選択からプレイヤーの優先順位が見えてくる。

不確実性とはルールを隠すことではない。プレイヤーはすべての結果を知らなくてもよいが、自分がどの種類のリスクを負おうとしているかは理解できるべきだ。

状態は必ずしも数値である必要はなく、タグ、既知の情報、取り消せない出来事でもよい。同僚を信じる選択なら「入室権限を共有済み」と記録できる。ログのコピーなら証拠の完全性を高め、通報の先延ばしなら残り時間を減らせる。

重要な選択ごとに、少なくとも三つの問いに答える必要がある。どの状態を書き込むのか、誰がそれを参照するのか、遅くともいつフィードバックを返すのか。一度も参照されない状態は、記録にすぎず、システムではない。

即時のフィードバックには、登場人物の反応、画面の変化、手がかりの獲得、資源の喪失などがある。遅れて返すフィードバックは、後の場面や結末で示せる。両者を組み合わせるのが望ましい。まず小さなフィードバックで入力が反映されたことを確認し、その後、大きなフィードバックで長期的な結果を示す。

例えば、プレイヤーが陳黙に入室権限を渡すと、彼の話し方がすぐに変わる。これは確認だ。15分後、彼がサーバールームに入って人を救えるようになる。これは長期的な結果だ。後者だけではフィードバックが遅すぎ、前者だけでは選択に重みがないように感じられる。

コアループがループであるのは、その結果が次の判断を変えるからだ。陳黙が危険を冒そうとする姿勢は信頼性を高めるかもしれないし、別の思惑があることを示すかもしれない。証拠の削除は選べるルートを減らし、残り時間の減少はプレイヤーが許容できるリスクを変える。

毎回の選択後にすべての情報と選択肢が元どおりになるなら、ゲームは独立した問答の集まりにすぎない。登場人物、資源、知識、経路の少なくとも一つを継続的に変化させよう。

表の空欄はすべて疑ってみる価値がある。特に「後の参照」が空欄なら、たいていは実際に機能しない状態を意味する。「プレイヤーが見るもの」が空欄なら、たいていは判断材料のない選択を意味する。

テスターに「面白いですか」と聞くのではなく、プレイしながら判断の根拠を口にしてもらおう。どの段階で情報が足りなかったか、選択肢をどう理解したか、フィードバックが現れたときに自分と関係があると気づいたかを記録する。

テスト後には三つ質問する。先ほどは主に何を判断していましたか。選択に最も影響した情報は何ですか。あなたが引き起こした結果はどれですか。回答が設計表と異なるなら、まず情報、選択肢、フィードバックを調整しよう。説明文でシステム全体を解説しようとしてはいけない。

テスト中には、実際に通った経路のログも保存する。どのノードに入ったか、どの情報を見たか、何を選んだか、どの変数が書き換えられたかを残す。プレイヤーが「フィードバックが見えなかった」と言ったときは、ログと照合して、発動しなかったのか、表示が遅すぎたのか、表現が十分に明確でなかったのかを判断できる。ログがなければ、チームはプログラムの問題を物語の問題と誤認したり、その逆の誤認をしたりしやすい。

一巡のループが合格する最低基準は、テスターの大半が判断対象を説明でき、作品内の情報を少なくとも一つ根拠として挙げられ、選択後の変化を一つ指摘でき、さらにその変化が次の判断に影響することだ。四つのうち一つでも欠けるなら、新しいノードを増やす前にループを修正するべきだ。

安定したループを一巡完成させたら、次の記事でインタラクションの頻度を決める。頻度は判断とフィードバックに役立つものであるべきで、「もっとゲームらしくする」ために演技のすべての区間を中断してはいけない。