脱出ゲームの作り方：謎の配置とヒントの出し方

脱出ゲームの構造を先に決める

謎の配置を考える前に、ゲーム全体の「骨格」を一枚の紙に書き出してください。骨格とは、どの謎を解くと何が開くか、という依存関係のことです。この図を「謎グラフ」と呼ぶと便利です。

謎グラフには大きく二つの形があります。

直列型は、謎A→謎B→謎C→脱出という一本道です。作りやすく、ストーリーを語りやすい反面、どこか一か所で詰まると完全にゲームが止まります。初めて作る場合でも、直列型を採用するなら後述するヒントを丁寧に設計する必要があります。

並列型は、謎A・謎B・謎Cを好きな順に解いて最後の扉を開ける形です。詰まりにくく、プレイヤーが自分のペースで進められます。ただし各謎が独立しているため、謎同士の連携で生まれる「発見の喜び」は薄くなります。

実用的なのは混合型です。序盤は並列で自由に探索させ、中盤以降は収束して最後の謎に向かう構造にすると、「広い部屋を歩き回る楽しさ」と「クライマックスの緊張感」を両立できます。最初に骨格を描いておくと、謎を追加・削除するときも全体への影響がすぐわかります。

謎の難度と配置の原則

謎グラフが決まったら、それぞれの謎に難度を割り当てます。難度は「発見のしやすさ」と「解き方のわかりにくさ」の二軸で考えると整理しやすいです。

• 発見しやすく・解き方が簡単：チュートリアルとして序盤に置く
• 発見しやすく・解き方がやや難しい：メインの謎として中盤に置く
• 発見しにくく・解き方が簡単：隠し要素やボーナスとして脇に置く
• 発見しにくく・解き方が難しい：終盤のクライマックスかボス謎にする

序盤に難度の高い謎を置くと、プレイヤーはゲームのルールを理解する前に詰まります。逆に序盤が簡単すぎても「この程度か」と思われてしまいます。最初の謎は「解き方のセオリーを教える場」として機能させるのが基本です。たとえば「棚の上の色付きブロックの色を、壁の絵と照らし合わせて番号を割り出す」という謎を最初に置けば、プレイヤーは「視覚的な対応付けで答えを出す」という操作を学べます。

謎と謎の間には「息継ぎ」を挟んでください。難度の高い謎の直後に、部屋の奥を探索するだけで手がかりが見つかる軽い作業を置くと、プレイヤーのストレスが解消され、次の謎への集中力が戻ります。

また、使われない情報を意図的に置かないことも重要です。壁の落書きや棚の本など、解答に無関係な装飾は「これも謎の一部かもしれない」とプレイヤーを惑わせます。どうしても雰囲気のために置きたい場合は、クリック・タップしたときに「ただの落書きのようだ」というコメントを返して、謎ではないと明示してください。

ヒントを「レベル」で設計する

脱出ゲームのヒントで最も多い失敗は、「ヒントを出しすぎて答えをほぼ教えてしまう」か「ヒントが抽象的すぎて役に立たない」かのどちらかです。これを避けるには、ヒントを段階に分けて設計します。

ヒントは最低でも三段階用意するのが目安です。

1. 方向ヒント：「何と何を組み合わせるか」を示す。たとえば「この部屋に数字を表すものが三つあるはずです」。答えの数値や場所は教えない。
2. 操作ヒント：「どう使うか」を示す。たとえば「三つの数字を小さい順に並べてみてください」。まだ答えは教えない。
3. 解答ヒント：詰まりが深刻な場合にだけ使える最終手段。答えそのもの、または答えが見つかる場所を明示する。

この三段階を、プレイヤーが「もう一度考えてみよう」と思えるテキスト量で書くのがポイントです。一つのヒントが長すぎると読まれません。一文か二文に収めてください。

ヒントをいつ表示するかは、時間経過か試行回数で管理するのが自然です。たとえば「同じ謎に60秒とどまったら方向ヒントを自動表示する」「同じ入力フォームに3回誤答したら操作ヒントボタンを解放する」といった仕組みです。強制表示よりも「？マーク」や「ヒントを見る」ボタンをクリックしたときに表示する形の方が、プレイヤーの自尊心を傷つけずに済みます。

よくある詰まりポイントとその対策

脱出ゲームでプレイヤーが詰まる原因は、謎の難度より「情報の抜け落ち」に起因することがほとんどです。以下は発生しやすいパターンと対策です。

「調べた気になっているオブジェクトをもう一度調べていない」問題：部屋の状態が変わったとき（扉を開けた後、アイテムを取った後など）にオブジェクトのコメントを更新してください。謎を解いた後にそのオブジェクトを再クリックすると新しいコメントが出る、という設計にすると、プレイヤーが自然に「もう一度見てみよう」と動けます。

「アイテムを持っているのに使いどころが見つからない」問題：アイテムを取得した瞬間に「何かに使えそうだ」という短い説明文を表示し、使う場所の特徴を一言だけ示してください。「鍵穴に合いそうな形だ」「表面に数字が刻まれている」など、次の行動を暗示できます。

「入力形式がわからない」問題：4桁の数字なのか、アルファベットなのか、何を入力すればよいかをUIから読み取れないケースです。入力欄の下に「4桁の数字を入力」とラベルを付けるだけで解決します。謎の難しさとUIの明確さは別物であり、UIを明確にしても謎の本質的な難しさは損なわれません。

「謎を解いたのに何が変わったかわからない」問題：正解したときのフィードバックが弱いと、プレイヤーは「本当に合っているのか」と確信できません。音・アニメーション・テキストの三つのうち少なくとも二つを同時に出すと、正解の達成感が伝わりやすくなります。

テストプレイを設計に組み込む

謎の配置とヒントの設計が終わったら、自分以外の人に一度通しでプレイしてもらってください。作者は謎の答えを知っているため、自分でのテストは詰まりやすさを過小評価しやすいです。

テストプレイ時に観察するポイントは次の三点です。

• どこで手が止まったか（場所と時間を記録する）
• ヒントを何回・どのタイミングで見たか
• 正解したときに「なるほど」と言ったか、「なぜこれで合うの？」と言ったか

「なぜこれで合うの？」という反応が出た謎は、論理的な飛躍があるか情報が欠落しています。謎そのものを変えるより、手がかりをもう一か所追加するだけで解決することが多いです。

テストプレイ後は、詰まった箇所に対してまずヒントの追加を検討し、それでも改善しない場合に謎の構造を変えてください。謎の構造変更は関連する他の謎にも影響するため、変更のたびに謎グラフを更新して全体の整合性を確認する習慣をつけてください。

次の行動

まずは一枚の紙に謎グラフを描き、謎の数を5〜8個に絞って構造を確認してください。それぞれの謎に三段階のヒントテキストを書いたら、自分以外の一人にプレイしてもらい、詰まった場所をメモします。完成したゲームはHTMLファイルやZIPにまとめてアソバースに投稿し、他のプレイヤーからの反応を次の設計改善に活かしてください。