答えを明かさずに手助けとなるパズルのヒントを設計する方法
大人の娯楽向けナラティブゲームプレイヤーにとって、有益なヒントとは、決定そのものはプレイヤーに委ねつつ、次の決定へと導くものです。ヒントは計画的な段階を踏んで構築しましょう。まずは何が重要かに気づかせ、次にそれをどう使うかを明確にし、最後のステップでのみ具体的な行動を明かします。たとえば、灯台守を題材にした架空のストーリーなら、ヒントはまず潮見表に注意を向けさせ、次にその記録と日誌を比較することを提案し、最後にどの日付のエントリを比較すべきかを伝えます。つながりを見出し、それが何を意味するかを決めるのは、あくまでプレイヤー自身です。
パズルの実際の「つまずきポイント」から始める
ヒントの文章を書く前に、意図した推論プロセスを短い連鎖として書き出してみましょう。「プレイヤーは何に気づき、何を推測し、どのような行動をとるのか」です。たとえば、「地図に異常に暗い3つの星が描かれている」→「日誌に灯台が点灯していた夜がリストアップされている」→「日付を照合することで調べるべき引き出しが特定される」という流れです。この連鎖を可視化することで、すぐに引き出しの場所を明かしてしまうことなく、支援すべきポイントを把握できます。
次に、プレイヤーが思考の手がかりを見失いそうなポイントを検討します。暗い星がさりげなすぎて気づかないのかもしれません。日誌の日付がただの装飾に見えるのかもしれません。あるいは、照合することは理解できても、その後に何をすればいいかわからないのかもしれません。これらはそれぞれ異なる問題であり、必要なヒントも異なります。「地図をよく見てください」というヒントは気づきを促す助けにはなりますが、不明瞭な比較方法や見えない次のステップを解決することにはなりません。
実践的な設計原則として、プレイヤーに答えを推測させる前に、パズルの情報とルールを発見可能にしておくことが挙げられます。Damien Allan氏によるビデオゲームのパズル設計に関する論考では、プレイヤーが理解し検証できるメカニクスを中心にパズルを構築することの重要性が強調されており、テーブルや画面上で実際に何が起こるかを確認するために繰り返しプレイテストを行うことが推奨されています。この原則をナラティブパズルにも応用しましょう。それぞれの手がかりが物語のなかで妥当な解釈を持ち、意図された行動がプレイヤーのアクセスできる証拠から自然と導き出されるかを確認してください。“Designing Video Game Puzzles,” Game Developer
3段階の「ヒントラダー」を作成する
ヒントラダー（段階的なヒント）は、プレイヤーに複数レベルの支援を提供します。各ステップは1つの不確実性を解消し、残りの推論はプレイヤーに残すように設計されるべきです。以下の例では、架空の館のパズルを使用しています。真鍮の鍵で3つのキャビネットのうち1つを開けることができ、メモには「灯台守は朝の光を信じていた」と書かれています。正解は、日の出の絵が描かれたキャビネットを使用することです。
1つ目のヒントは注意を向け直し、2つ目は関連性を明確にし、3つ目は具体的な行動を示します。この手順は設計ツールであり、普遍的な公式ではありません。2つの別々の推論を要するパズルならさらにステップが必要かもしれませんし、シンプルなパズルならより少ないステップで済むかもしれません。ELMETプロジェクトによる教育用脱出ゲームガイドでも同様に、既知のつまずきポイントに対して短いヒントを用意し、単に答えを教えるのではなく、どこを見るべきか、どうやって答えを見つけるかへとプレイヤーを誘導することが推奨されています。“Guide for Design, Implementation, Facilitation and Evaluation of Educational Escape Rooms,” ELMET
各ヒントで焦点を当てる不確実性は1つに絞る
パズル全体を一度に説明しようとするヒントは、かえって使いづらくなります。各ヒントは1つの問いにのみ焦点を当てるようにしてください。「何を調べるべきか？」「どの2つの手がかりが関連しているか？」「どのような操作を試すべきか？」「次に何ができるか？」
たとえば、プレイヤーが暗号化されたメッセージ、船の名前のリスト、そしてコンパスの絵を見つけたとします。もし彼らがまだコンパスの絵に気づいていない場合、「北を指すシンボルを使って船の名前の頭文字を並べ替えてください」というヒントを与えてしまうと、複数のステップを飛ばして解答手順を一度に提示することになります。より段階的な手順としては、「その絵には方角に関する細部が描かれています」→「船のリストには並び順があるかもしれません」→「コンパスが示す方角の順に、各名前の頭文字を読んでみてください」のようになります。プレイヤーが必要としている「次のピース」だけを与えるようにしましょう。
雰囲気はあるものの不確実性を減らせない表現は避けましょう。「老船長はどこを見るべきかを知っていた」といった謎めいたセリフは、物語の世界観には合っているかもしれませんが、プレイヤーに行動可能な指針を与えられません。ナラティブな語り口は、それが情報を含んでいる場合にのみ有効です。ヒントがパズルの上にさらに謎を重ねただけのものであるなら、前進する道ではなく、新たな解釈の混乱を生み出すことになりかねません。
物語の中に手がかりを織り込む
ナラティブなヒントは、登場人物、文書、記憶された出来事、あるいは周囲の環境のディテールから生み出すことができます。ストーリーにおけるその役割は、誘導を自然でわかりやすいものにするのに役立つはずです。創作のアドベンチャーであれば、灯台守のメモに「私は夜明けに必ず東の鎧戸を開けていた」と書かれているかもしれません。この一文は、舞台設定のトーンを壊すことなく、東向きの鎧戸や日の出のシンボルへとプレイヤーの注意を向けさせます。
ヒントをフェアなものだと感じてもらうには、プレイヤーが認識できる何かと結びつけてください。登場人物が日記ですでに示されている習慣について言及したり、手紙が地図に描かれた目印に言及したり、繰り返し登場するフレーズが一致する碑文へと注意を向けさせたりすることができます。もしヒントが、プレイヤーが推測も遭遇もできなかったような新事実を提示してしまうと、それは誘導ではなく「新たな証拠の追加」として機能してしまいます。それが適切な場合もありますが、区別は意図的に行うようにしてください。
Jamin Smith氏によるナラティブゲーム『Acolyte』の設計記録では、プレイヤーの行動を予測・示唆するための手がかりや、有機的なヒントシステムがプロジェクトのアプローチの一部として説明されています。ここから応用できる教訓はシンプルです。ナラティブの文脈は、ヒントの伝達を後押しできるということです。だからといって、すべてのヒントを会話の中に隠すべきだとか、明確な情報がなくてもキャラクターになりきったヒントならうまくいく、という意味ではありません。“Deep Dive: Designing for spontaneity and non-linearity in alternate reality games with Acolyte,” Game Developer
プレイヤーが助けを受け取るタイミングと方法を選ぶ
娯楽向けストーリーゲームでは、可能な限りグループの要望に合わせてタイミングを計るようにしましょう。ファシリテーターは「ちょっとしたヒント、より明確な方針、それとも次のステップのどれがいいですか？」と尋ねることができます。テキスト形式のヒントを使用するゲームなら、レベル別にラベルを付け、次のヒントを読むタイミングをプレイヤー自身が選べるようにします。これにより、利用可能な支援がわかりやすくなり、ちょっとした沈黙を介入の要請だと勘違いするのを防ぐことができます。
それでもタイミングには判断が必要です。グループが複数の可能性について生産的に議論している最中かもしれませんし、パズルへの挑戦を諦めてしまっているかもしれません。ELMETのガイドでは、ファシリテーターに対して、参加者がパズルにどのように取り組んでいるかを観察し、よくあるつまずきポイントに応じたヒントを用意し、助け舟を出す前にプレイヤー自身が考える時間を与えるよう助言しています。これは教育用脱出ゲームを背景としたものなので、すべてのナラティブゲームに対する絶対的なルールとしてではなく、実践的なファシリテーションの指針として捉えてください。ELMET guide, “Providing hints”
ヒントに関する研究でも、単一の提供方法があらゆる人に適していると思い込まないよう警鐘を鳴らしています。特定の空間パズルを対象としたある研究では、自動型、適応型、およびプレイヤー要求型のヒントが比較されました。その研究では、ヒントの種類と測定された体験や行動の成果との間に全体的な関連性は見出されませんでした。そのゲームにおいてはオンデマンドのヒントが高いエンゲージメントと関連していましたが、著者らは結果がゲームやヒントの言葉遣いに左右される可能性があると注意を促しています。これは1つの研究と1つのパズルから得られた証拠であり、特定の形式があなたのゲームのプレイヤーに適しているという保証ではありません。“A Data-Driven, Multidimensional Approach to Hint Design in Video Games,” ACM IUI 2017 paper
答えを知らない人でヒントをテストする
設計者はすべての手がかりの意味をすでに知っているため、後から振り返れば明白に見えるヒントを書いてしまいがちです。パズルの試作版とそのヒントラダーを、内容を知らない人たちに試してもらいましょう。差し支えなければ声に出して考えてもらい、彼らの解釈が設計者の意図した推論の連鎖から外れたポイントを記録してください。試している最中にパズルを解説してはいけません。解説してしまうと、まさに見つけ出すべき「ギャップ」が隠されてしまいます。
各ヒントの後にプレイヤーが何をするかを記録します。意図したオブジェクトを調べましたか？ 2つの手がかりを結びつけましたか？ 妥当な行動をとりましたか、それともヒントが無関係な解釈へと導いてしまいましたか？ もし複数の人が最初の手がかりを理解するためだけに3つ目のヒントを必要としたなら、ヒントだけでなくパズル自体やその導入も見直してください。パズル自体に含まれるべき不足情報を補うためにヒントを使うべきではありません。
ELMETのガイドでは、パイロットテストを活用してプレイヤーがつまずきやすいポイントを特定し、そのポイントに合わせて短いヒントを用意することが推奨されています。Allan氏も同様に、パズルが実際どのように機能するかを知る方法として、繰り返しのプレイテストを強調しています。これらの情報源は、実践的なイテレーションループ（観察し、正確なつまずきポイントを特定し、1つの手がかりまたはヒントを修正して、再度試す）を支持しています。ELMET guide, Game Developer puzzle-design article
ヒントを使用する前のクイックチェックリスト
各ヒントについて、実際のつまずきポイントを特定しているか、有用な指針を1つ提供しているか、そしてプレイヤーに残された推論や行動があるかを確認してください。新しい証拠を追加することを意図していない限り、その表現がすでに手に入っている証拠を指し示していることを確かめましょう。次のヒントが、単に別の言葉で同じことを繰り返すのではなく、前のヒントよりも大きな助けを提供しているか確認してください。
次に、一連の流れを文脈の中でテストします。各ヒントを声に出して読むか、プレイヤーが目にする場所に配置してみましょう。その表現が物語の状況に合致しているか、プレイヤーがそれに基づいて行動できるかを問いかけてみてください。ヒントが互いに矛盾する複数の解釈を生む可能性がある場合は、方向性をより明確にしてください。もし完全な答えを述べてしまっているなら、その情報はより後ろのヒントに移すか、文をより小さなステップに分割してください。
設計における中核的な課題は、プレイヤーから推論の連鎖全体を奪うことなく、次の推論のピースを取り戻す手助けをすることです。小さく具体的な誘導は、パズルによってすでに提示されている証拠や関係性を指し示しているときにこそ役立ちます。どのヒントを使ってもそれを明確に表現できない場合は、ヒントの文章を増やす前に、手がかりやパズルの設定そのものを見直してみましょう。