「意味のある選択」をどう設計するか:プレイヤーが本当に嫌うのは選択肢の少なさではなく、見せかけの選択と予告のない罰
情報、代償、フィードバック、状態の記憶から、インタラクティブな物語の選択が本当に意味を持つかを判断する。

はじめに
意味のある選択のために、物語が毎回、永久に分岐する必要はない。より実用的な基準は、決定前にプレイヤーが何を比較しているのかを理解し、決定後にはシステムが入力を受け取ったと感じ、その後に世界が何を覚えているのかを確認できることだ。
最もよくある三種類の見せかけの選択
同義の選択肢は違って見えても、結局は同じ態度を表す。無条件の最適解は、より安全で、より善良で、報酬も多い。予告のない罰は、手がかりを与えずに、合理的な判断に対して死やバッドエンドを課す。この三つはいずれも、作者のルールに対するプレイヤーの信頼を損なう。
判断のための四つの問い
- 情報:プレイヤーは決定に関わるどのような事実を知っているか?
- 代償:それぞれの選択肢で何を手放すのか?
- フィードバック:システムはいつ入力を確認し、結果を示すのか?
- 記憶:後のどのノードでこの決定を読み取るのか?
情報、関係、資源、約束が保持されるなら、分岐は合流してもよい。逆に、まったく異なる二つの映像でも、代償とその後の記憶がなければ、単なる飾りにすぎない。
選択設計表
| 項目 | 明記する内容 |
|---|---|
| プレイヤーの目標 | 今この時点で解決すべき問題 |
| 既知の情報 | 決定前に得られる証拠 |
| A/Bの価値と代償 | 何を得て、何を手放すか |
| 即時フィードバック | 30秒以内にどう応答するか |
| 遅れて反映される記憶 | どの状態を、いつ結果に反映するか |
| 合流方法 | 共通のコンテンツでどう違いを保持するか |
例えば「ノックする/そのまま入る」は、同じ部屋につながってもよい。ノックすると信頼は高まるが、対象に逃げる時間を与える。そのまま入ると追跡の機会は保てるが、協力する意欲が下がる。場面を再利用しても、価値の衝突は成立する。
「ボタンはいくつあるか」ではなく、プレイヤーがなぜ選んだのか、何を失ったのか、後のどこで結果を見たのかを説明できるかを問うべきだ。DramaForkのプロトタイプでは、まずこの表を埋めてから、どの違いに独立した映像を制作する価値があるかを決める。
情報が不完全だからといって、情報を与えなくてよいわけではない
ミステリーやホラーでは、プレイヤーは不確実な状況で行動する必要がある。ただし、その不確実性は登場人物の置かれた状況から生じるべきであり、設計者がルールを隠すことで生じるべきではない。プレイヤーは扉の向こうに誰がいるかを知らなくてもよいが、扉を開けると自分の居場所が露見することは知るべきだ。味方が忠実かどうかを知らなくてもよいが、双方の利害と過去の行動は見えているべきだ。
設計時には、情報を確認済みの事実、登場人物の主張、合理的に想定できるリスクに分ける。各選択肢には、少なくとも一つ、理解できる推論を対応させる。失敗後もプレイヤーが何を見落としたのか説明できないなら、それは難しい選択というより、ランダムな罰に近い。
代償を「善人/悪人」ボタンにしない
最も弱い道徳的選択は、善良な選択肢を明らかに正しく見せ、さらに資源の報酬で優遇する。よりよい対立では、二つの価値がどちらも理にかなっている。真実の公表はより多くの人を守れるかもしれないが、目の前の味方を傷つける。秘密を守れば関係は維持できるが、リスクは残り続ける。
選択肢の文言は行動を描写し、プレイヤーに代わって結論を出してはならない。「薬を負傷者に渡す/チームのために取っておく」は、「無私の心で助ける/利己的に拒む」より中立的だ。結果も作者の評価を即座に告げるべきではなく、世界が状態に応じて反応するようにする。
即時フィードバックと遅れて現れる結果を組み合わせる
即時フィードバックしかなければ、選択は感情を動かすボタンのようになる。遅れて現れる結果しかなければ、プレイヤーは因果関係を忘れるかもしれない。適切な組み合わせは、まず表情、効果音、状態変化で入力を確認し、その後の場面で関係、資源、約束を読み取ることだ。
遅れて結果を反映する際には、具体的なコールバックによって、プレイヤーがその原因を認識できるようにする。例えば、登場人物が突然協力を拒むのではなく、以前隠されていた証拠に言及する。作品は数値を表示しなくてもよいが、因果関係はたどれる必要がある。
合流は見せかけの選択の同義語ではない
制作費が限られている場合、二つのルートが同じ場所やクライマックスにつながってもよい。重要なのは、合流後も違いを保持することだ。プレイヤーが知っている情報、仲間の態度、手元の資源、あるいは最後に選べる行動が異なる。すべての状態がリセットされてこそ、それまでの投入が無駄に感じられる。
選択のテストでは「どちらが好きか」だけを聞かない
決定前に、二つの選択肢でそれぞれ何を得て何を失うのかを、テスター自身の言葉で説明してもらう。決定後には、どのようなフィードバックを見たかを尋ねる。10分後には、その選択を覚えているかをもう一度尋ねる。この三つの問いは、それぞれ情報、フィードバック、記憶を検証する。
大半の人がリスクを説明できないなら、まず事前情報を修正する。フィードバックに気づかなかったなら、ショットとインターフェースを修正する。結果を理解できないなら、コールバックを修正する。両方のクリック率が近いからといって、選択が成功しているとは限らない。
最後に、三つの基準でふるいにかける。人物やルールを明らかにするか、価値を比較する必要があるか、後で読み取られるか。三つとも当てはまらないボタンは再生操作には使えるが、物語の分岐として宣伝すべきではない。
公開前に三つの選択を無作為に抽出し、執筆に参加していないテスターに、見えている情報、二つの選択肢の代償、予想する結果を説明してもらう。文言から作者の好みを推測するしかないなら、手がかりを補うべきだ。両方が同じ結果につながるなら、状態の違いを強めるか、ボタンを削除する。選択の価値は最終的に、理解できるトレードオフと、その後の応答によって証明される。
検収表には、選択から結果までの待ち時間も記録する。フィードバックが遅すぎて、思い出させる手がかりもなければ、プレイヤーは因果関係を忘れる。早すぎると、長期的な関係の緊張感が失われるかもしれない。近い時点のフィードバックは、システムがプレイヤーの声を聞いたことを確認する。遠い時点のフィードバックは、その決定が本当に記憶を残したことを証明する。


