物語を損なわないセーブのロード・チャプター選択・既読スキップの設計
セーブのロード、チャプター選択、既読スキップは付加機能ではない。プレイヤーが選択の重みをどう理解するかを左右する。優れた設計は初回の体験と繰り返しの探索をともに守る。初回プレイでは代償のない選択のやり直しを促さず、クリア後は繰り返しの視聴を減らす。どの場面へ移動する場合も、完全な状態スナップショットを復元する必要があり、再生位置を特定の映像区間へ移すだけではいけない。

はじめに
セーブのロード、チャプター選択、既読スキップは付加機能ではない。プレイヤーが選択の重みをどう理解するかを左右する。優れた設計は初回の体験と繰り返しの探索をともに守る。初回プレイでは代償のない選択のやり直しを促さず、クリア後は繰り返しの視聴を減らす。どの場面へ移動する場合も、完全な状態スナップショットを復元する必要があり、再生位置を特定の映像区間へ移すだけではいけない。
まず、選択のやり直しに対する作品の姿勢を決める
決断を貫くことを重視する作品なら、重要な決定の直後にオートセーブで書き込める。試行錯誤を促す作品なら、いつでもロードできるようにする。どちらが絶対的に優れているということはないが、体験の核と一致していなければならない。「すべての決定は取り消せない」と宣伝しながら、ポーズメニューから一瞬で選択前に戻れるなら、緊張感は演出だけになってしまう。
ロードを制限する場合も、誤操作、クラッシュ、端末側の中断を考慮する必要がある。取り消せないことは、プレイヤーを保護しないことではない。リスクの高い操作には確認を設け、選択前後の復旧ポイントを保存し、異常終了後は適切な位置へ復元する。
セーブが保存するのは再現可能な状態
信頼できるセーブには、少なくともバージョン、チャプター、ノード、再生位置、関係、証拠、リソース、世界の状態、既読アセット、設定が含まれる。ノードIDしか保存しないと、ロード後にプレイヤーが誤った手がかりを持っていたり、登場人物の態度が食い違ったりする可能性がある。ランダムイベントではシードまたは結果も保存し、ロードのたびに過去が変わることを防ぐ必要がある。
セーブの書き込みにはトランザクションの考え方を採用する。まず一時データを書き込んで検証し、その後に正式なセーブを置き換えることで、停電によって書きかけのファイルが残るのを防ぐ。直前のオートセーブを復旧用に残し、バージョン更新に備えて移行ルールを用意する。
チャプター選択では開始時の世界を定義する
第3章へ直接入るとき、最初の2章では何が起きていたのか。最も確実なのは、解放済みの各チャプターに実際に到達した時点の状態スナップショットを保存する方法だ。プレイヤーが第3章を選んだら、システムが勝手に推測するのではなく、そのルートでの開始状態を復元する。
クリア後に「条件を指定してチャプターをやり直す」機能を認めるなら、高い信頼度、すべての証拠、元のルートなどのプリセットを明示し、新しい時間軸が始まることを表示する。作品そのものがサンドボックスツールでない限り、隠しメニューで変数を一つずつ編集させない。
既読スキップはアセットと文脈で判断する
「既読」はノードIDだけでは判断できない。同じノードでも、開始状態によって異なる台詞、音声トラック、字幕を使う場合がある。実際に再生されたバージョンのアセットだけを既読とする。共通の本編が同じで導入部分が異なる場合は、視聴済みの本編だけをスキップし、新しいつなぎの内容を残してもよい。
スキップの速度も調整できるようにする。映像には高速再生、次の操作場面への直接移動、長押しスキップを採用できる。どの方法でも、新しい内容、選択肢、状態変化の前で停止する必要がある。停止予定の位置を画面に常時表示し、押し続けて最後まで飛ばした結果、新しい分岐を見逃すことを防ぐ。
スキップで技術的な状態を壊さない
映像を直接スキップする場合も、ノードに定められた開始・終了イベントは実行しなければならない。ただし、報酬を重複して付与してはいけない。「再生上の表現」と「状態の確定」を分離する。ノードへの初回進入時に記録し、完了時もスキップ時も同じ冪等な終了処理で結果を反映する。冪等とは、2回実行してもアイテムを重複して獲得したり、関係値が二重に加算されたりしないことを意味する。
QTEや時間制限付きの選択では、既読スキップによって黙って成功判定を出してはいけない。停止して再操作を求めるか、補助設定で前回の結果を引き継ぐかどうかをプレイヤーに選ばせる。ルールは画面上で説明する必要がある。
プレイヤーに応じたリプレイツールを用意する
初めて遊ぶプレイヤーには連続性と感情が必要で、収集を目指すプレイヤーには効率的なルートが必要だ。コンテンツ制作者には、特定の映像区間を素早く探す機能が必要かもしれない。初回からすべての分岐を見せるよりも、クリア後にフローチャート、エンディングへの開始地点、シーン再生を段階的に解放するほうが、ネタバレを避けやすい。
シーン再生と物語のセーブのロードは分ける。再生は解放済みのアセットを視聴するだけで、メインのセーブを変更しない。ロードは実際に新しいルートを作る。両方のボタンを「もう一度見る」と呼ぶと、プレイヤーは何の影響もないと誤解してしまう。
特殊な状況はプロトタイプ段階でテストする
強制終了、映像のダウンロード未完了、端末間の同期競合、旧バージョンのセーブ、ローカルキャッシュの削除、システム時刻の変更をテストする。クラウドセーブが競合したら、端末、時刻、進行状況を表示し、無通知で上書きしない。チャプターのリソースを必要に応じてダウンロードする場合は、開始前に完全性を確認し、ロード後に黒い画面で止まることを防ぐ。
アクセシビリティ設定もセーブまたはアカウントに引き継ぐ。字幕、音量、時間制限の補助、入力方式が、チャプター移動のたびにリセットされてはいけない。
推奨する解放の流れ
初回プレイでは、オートセーブ、クラッシュからの復旧、制限付きのチャプター再開を提供する。初回クリア後は、既読スキップ、発見済みノードのマップ、主要チャプターの開始地点を解放する。複数のエンディングを獲得した後で、未回収の内容についてより具体的なヒントを出す。唯一の方法ではないが、選択の重みと探索効率の間で明確なバランスを取れる。
次のステップ:「初回プレイ、初回クリア、複数エンディングの収集」という3つの状態のメニューを描く。各項目に、どこへ戻れるか、どの状態を復元するか、メインのセーブに影響するかを記し、テスターに意図的に壊そうとしてもらう。
テスト結果は不具合一覧に残すだけでなく、セーブの仕様に書き込む。


