多くのインタラクティブな選択が実は無意味な理由：有効な選択を判断する4つの基準

選択が有効かどうかは、永続的に分岐するかではなく、4つの点で判断する。プレイヤーが関連情報を持っているか、選択肢に実際の代償があるか、システムが適時にフィードバックを返すか、その後も決定を覚えているかだ。この4つを満たせば、シーンが合流しても意味を持ち得る。欠けていれば、どれほど大きな分岐ツリーも、異なる再生リストの集まりにすぎない。

プレイヤーは選択する前に、どのような種類のリスクを比較しているのかを知る必要がある。情報は不完全でも、信頼できない語り手から得たものでもよいが、まったく存在しない状態ではいけない。設計者は、プレイヤーがこの時点で知り得る事実を列挙し、異なる探索経路が妥当な判断の違いにつながるかを検証すべきだ。

両方が正解なら選択にはならず、一方があらゆる面で優れている場合も同じだ。有効な代償は、安全、時間、誠実さ、関係、資源の間でプレイヤーに取捨選択を求める。選択肢の文言は行動を記述するのが望ましく、作者の評価をプレイヤーに先回りして伝えるべきではない。

即時のフィードバックはシステムが入力を受け取ったことを確認し、遅延したフィードバックは結果が持続していることを示す。前者には表情、音、状態通知を使え、後者には登場人物の援助、情報へのアクセス解放、結末の変化を使える。遅延したフィードバックだけで即時の反応がまったくないと、プレイヤーはボタンが機能していないと思いやすい。

システムは少なくとも、情報、関係、資源、約束のいずれかに状態を残すべきだ。記憶をすべて新しい映像にする必要はない。呼び方の変化、アイテムの欠落、会話の権限、結末のナレーション1行でも実現できる。

最初の3項目のうち2項目が「いいえ」なら、ボタンの書き直しや削除を優先する。最後の2項目が「いいえ」なら、物語上の選択というより進行のテンポを調整する操作に近いため、そのように正直に位置づけるべきだ。

プラットフォームの紹介は「あなたの選択が物語を変える」とうたえるが、完全なプレイ記録がない場合、分析できるのは何を約束し、どのような構造を示しているかまでだ。実際のプレイ感や因果関係の深さは評価できない。競合作品のコンテンツを調査する際は、ストアの説明文、公開作品、実機プレイから得た結論を別々の欄に分けるべきだ。

プレイヤーは、ボタンごとに別の映画を撮ることを求めてはいない。なぜその決定をしたのかを理解し、その後に世界が反応する様子を見たいのだ。DramaForkの選択エディターは、接続線の数だけを表示するのではなく、4つの基準をノードの横のチェック項目にすべきだ。

主人公は仲間が証拠を隠していると気づき、「人前で問い詰める」か「内々に事実を確かめる」かを選べる。情報は、仲間が実際に時系列を書き換えたものの、動機は不明ということだ。代償は、公の場で行動すれば早いが協力関係を壊す可能性があり、内々に行動すれば関係は保てるが相手に証拠を処分する時間を与えるということだ。選択後は、その場の表情と権限の変化が即時のフィードバックを提供し、後に証人が姿を現すことに同意するかどうかは長期的な状態を読み取って決まる。

この例では、永続的に2つの作品に分ける必要はない。呼び方、利用可能な証拠、仲間の協力、最終局面の条件に違いが残っていれば、2つの経路は共通の調査シーンに戻れる。逆に、どちらも仲間に同じ証拠を提出させ、関係が変わらず、台詞も同じなら、ボタンは再生を一時停止しているだけだ。

情報が不足している場合は、「正解」を直接表示するのではなく、選択前に観察できる手がかりを追加する。代償のバランスが崩れている場合は、有利な選択肢に資源、関係、時間のコストを加える。フィードバックが弱すぎる場合は、表情、効果音、状態通知、短い台詞で入力を確認する。記憶がない場合は、後続ノードに安定した状態を読み取らせる。すぐに長い分岐を新たに撮影する必要はない。

ときには、選択を削除することが最善の修正になる。判断の余地がなく、クリックして先に進むためだけのボタンは、再生コントロールに変更し、実態に合った名前を付ければよい。すでに登場人物の価値観によって決まっており、プレイヤーにそれを変える十分な立場がない行動についても、ユーザーに代理の選択を強いる必要はない。

最初に「この選択には意味がありますか」と尋ねるのではなく、把握していた情報、各選択肢で失うもの、先ほどシステムがどう反応したか、今後どの登場人物が覚えていると予想するかを、テスター自身の言葉で説明してもらう。回答が設計目標とずれている場合は、そのずれが手がかり、文言、フィードバック、状態の読み取りのどこで生じたかを記録する。

最後に、文言の長さ、ボタンの位置、色だけによって選択肢に偏りが生じていないかを確認する。選択の分布に大きな差があっても、それだけで設計の失敗とはならない。ただし、テスターが一致して一方を無条件に優れていると考えるなら、妥当な動機を補うか、対等な選択ではないと認める必要がある。

すべての選択を物語の順番に並べ、4つの基準、状態の書き込み、最初の読み取り、最終的な回収を記す。連続する複数のノードが同じ関係値だけを書き込むと、プレイヤーは同じ質問を繰り返されていると感じる。価値の低いボタンを統合し、限られた予算を判断を本当に変えるノードに残すべきだ。

監査は失敗ルートと少数派の選択肢も対象にする必要がある。主要ルートのフィードバックは充実しているのに、あまり選ばれないルートには結果がないという状態も、システムの信頼性を損なう。表示されるすべてのボタンには、物語上の選択、操作のチャレンジ、探索の入口、再生コントロールのいずれかという明確な設計上の役割が必要だ。