見本を見せ、最後の一手から任せる
新しいルールを教えるチュートリアルでは、最初から全部をプレイヤーに解かせず、完成した見本を一度見せてから、空欄にする手順を少しずつ増やす方法が使えます。最初は最後の一手だけ。次は途中と最後。最後に、最初から一人で解いてもらいます。
SwellerとCooperが1985年に報告した代数学習の研究では、初心者が通常の問題を続けて解く条件と、解答済みの見本を使う条件が比較されました。見本を学ぶ方が、解法の型を身につける段階で有利でした。初心者は問題を解くだけでも、候補となる手順を探し、計算し、途中結果を覚えておく必要があります。完成例があると、その負担の一部を解法の関係を見ることへ回せます。
ただし、完成例を最後まで見せ続けると、自力で操作する段階へ移れません。Atkinson、Renkl、Merrillが2003年に調べたのが、解答済みの手順を順番に消す「fading」です。自己説明を促す問いと組み合わせた研究では、見本から独力の問題解決へ段階的に移す方法が検討されました。問いの作り方は、自己説明をゲームへ組み込む設計で詳しく整理しています。
代数や確率課題の結果を、そのままアクションゲームやカードゲームへ当てはめることはできません。以下は認知負荷と見本学習の研究から、操作チュートリアルへ移した設計上の推論です。
「見るだけ」から「全部やる」までを五段階にする
例として、敵の予告攻撃を防御し、反撃するルールを教える場面を考えます。
| 段階 | ゲームが見せるもの | プレイヤーがすること |
|---|---|---|
| 0. 完成例 | 敵予告、カード選択、計算、結果を通して再生 | 流れを見る |
| 1. 最後だけ空欄 | 防御までは自動、反撃候補を表示 | 最後のカードを選ぶ |
| 2. 二手を任せる | 敵予告と使えるカードを強調 | 防御と反撃を選ぶ |
| 3. 手がかりを減らす | 通常UIに近い盤面 | 一連の操作を行う |
| 4. 条件を変える | 敵の属性や手札を変更 | 同じ原理を別の盤面で使う |
後ろの手順から消す方法には、途中まで正しい状態を保証しやすい利点があります。プレイヤーは最初から迷路へ放り込まれず、成功へつながる最後の判断に集中できます。次の試行で担当範囲を広げれば、同じ流れを自分の操作として組み直せます。
「矢印の通りに押してください」を五回繰り返すだけでは、見本のフェードになりません。矢印を消した後も判断材料が画面に残り、プレイヤーが敵予告や資源量を読める必要があります。判断材料を残すという観点は、Slay the Spireの設計を比較する記事でも扱っています。支援を外すときは、正解の指示と、判断に必要な情報を区別します。
慣れた人には、同じ見本が邪魔になる
Kalyuga、Ayres、Chandler、Swellerは2003年に「専門性逆転効果」を整理しました。初心者に役立つ詳しい説明が、知識を持つ学習者には重複情報となり、学習を妨げる場合があります。初心者向けの支援を全員に固定すると、経験者は知っている手順を追わされます。
ゲームでは、プレイ開始時の「初心者ですか？」だけで経験を正確に測れません。似たジャンルを遊んでいても、この作品固有のルールは知らないことがあります。逆に、説明を飛ばしたいだけで「上級者」を選ぶ人もいます。
自分なら、自己申告と短い実技の両方を使います。
- 完成例を見る、短縮版を試す、すぐ実戦へ進む、の三つを最初に選べる
- 説明を飛ばしても、最初の実技で失敗した箇所だけ支援を戻す
- 連続して成功した操作は、矢印や停止を自動で減らす
- ヘルプ画面から完成例をいつでも再生できる
支援を消す条件は、プレイ時間より行動で見る方が扱いやすいです。十時間遊んでも使っていない仕組みは初心者のままですし、初回でも類似ゲームの経験で理解できる人はいます。
チュートリアルを作る実務手順
まず、教えたい操作をボタン単位ではなく判断単位へ分けます。「Aボタンを押す」ではなく、「敵の予告を見て、防御量が足りるか判断する」と書きます。ボタン配置が変わっても残る知識にするためです。
その後は次の順で組みます。
- 熟練者が行う一連の判断を、開始から結果まで記録する
- 各手順で見ている情報を、UI上の場所と対応させる
- 全手順が埋まった完成例を作る
- 最後の判断から一つずつプレイヤーへ渡す
- 見た目や数値を変えた確認場面を置く
- 成功が続けば支援を減らし、同じ失敗が続けば該当手順だけ戻す
完成例は動画でなくても構いません。半透明のカード、入力済みのコマンド列、選択理由の短い吹き出しでも作れます。結果だけでなく、「どの情報を見て、どの手順を選んだか」まで追える形にします。
ゲームルールが学問法則になるときや教科の構造をゲームにする開発ノートとつなげるなら、見本で見せるのは正解の操作列だけでは足りません。教えたい構造が、操作と結果の間に見える必要があります。歴史ゲームを授業で使う実践ガイドのように時間が限られる場面でも、説明を先に詰め込むより、一つの完成例から担当範囲を広げる方が設計しやすいです。
失敗から何を直すか
チュートリアルの完了率だけでは、学べたかどうかはわかりません。矢印に従えば、理解していなくても完了できます。
確認したいのは、支援を消した直後の行動です。同じ条件で正しい判断を選べるか。条件を少し変えても使えるか。ヘルプを自分から開いたか。どの段階で操作が止まったか。ここまで見ると、見本を消す速度が速すぎた場所を特定できます。
失敗のたびに完成例の最初へ戻すと、知っている部分まで見直すことになります。詰まった手順だけ戻す方が、専門性逆転効果への対策にもなります。全部見せるか、何も見せないか。その二択にしないことです。
よくある質問
最初に動画を見せれば、完成例になりますか？
操作と判断の対応が追える動画なら使えます。ただ眺めるだけの映像では、どの情報が次の手順を決めたのか見落とされます。停止、強調、短い理由表示を入れ、後の実技と同じUIで見せる方がつながります。
何回成功したら支援を消すべきですか？
研究から全ゲーム共通の回数は出せません。まず一回ごとに一段階だけ減らし、支援を消した直後の失敗率を見ます。条件を変えた確認問題で成功できるかも、回数より役に立ちます。
上級者向けにはチュートリアルを削除すべきですか？
削除より、短縮と再呼び出しを用意します。基本操作を飛ばせても、作品固有のルールだけは必要かもしれません。実技で通過した部分を省き、詰まった部分だけ戻せる形が合います。
結論
ゲームのチュートリアルは、説明を全部読ませてから実戦へ送る必要はありません。完成した見本を見せ、最後の一手から任せ、支援を少しずつ消していく。慣れた人には早く消し、失敗した手順だけ戻します。
この方法なら、初心者をいきなり試行錯誤へ放り込まず、経験者を長い説明に縛りません。自分が次にチュートリアルを組むなら、まず「最後の一手だけ遊べる見本」を一場面作るところから始めます。
