ボードゲームのルールブックをデザインする方法: 構造、明瞭さ、学習曲線の問題

ほとんどのボード ゲームのルールブックは、ゲームを完全に理解しているデザイナーによって書かれていますが、そのような人はルールブックを書くのにまったく間違っています。設計者は、あらゆるルール、あらゆる例外、あらゆるエッジケースを知っています。彼らは自分が持っている知識の外からルールブックを体験することはできません。その結果、技術的には完全ですが、実際には学習不可能なルールブックが作成されます。つまり、読者が読んでいる時点で実際に回答が必要な質問以外のすべての質問に回答するドキュメントです。

ルールブックのデザインは、ゲーム デザインとは別の独自の分野です。適切に設計されたルールブックは、包括的な仕様書ではありません。これは教育ツールであり、ほとんどのボードゲーム デザイナーが正式に学んだことのない技術です。このガイドでは、プレイヤーが実際に学ぶ本と、テーブル セッションが混乱する結果となる本、BGG ルールの質問スレッド、および一度の挫折的な試みの後に棚上げされるゲームを区別する、ルールブック設計の中心原則について説明します。

ルールブックが失敗する理由

主な障害モードは情報密度です。デザイナーは、ルールブックの学習部分にすべてのルール、すべての例外、すべてのインタラクションを含める責任があると感じています。その結果、最初に読んだプレイヤーは、文脈を理解できない情報で圧倒されます。つまり、あと 3 ターンは発生しない状況のルール、プレイヤーがまだ遭遇していないメカニズムの例外、数時間先の特定のゲーム状態でのみ重要となるエッジケースなどです。

3 ページの「プレイヤーがカードの全額を支払えない場合、カードを捨ててリソース キューブを 1 つ失う必要があります。ただし、経済的柔軟性のアップグレードを所有していない場合は、コストの半分を切り上げて支払うことができます」というページに遭遇した読者は、リソース キューブを配置する前、またはアップグレードの内容を理解する前に、このルールを学ぶことはできません。彼らはそれを読んでも、それを意味のある文脈に保存することができず、プレイ中にルールを読んだ記憶がない状況に遭遇するでしょう。例外により、理解を提供することなく認知帯域幅が消費されました。

2 番目の失敗モードは学習と参照の競合です。ルールブックは、基本的に異なる 2 つの目的を果たす必要があります。1 つは初めて読むときに新しいプレイヤーに教えること、もう 1 つは特定のルールを調べる必要があるプレイヤーにプレイ中に参照を提供することです。これら 2 つの目的には反対の構造要件があります。教育文書は進歩的で物語的なものでなければなりません。参考資料はアルファベット順かトピックごとに分類されている必要があります。ほとんどのルールブックは両方の目的を果たそうとしますが、どちらも失敗します。順番が多すぎて参考として役に立たず、百科事典的すぎて教育文書として効果的ではありません。

解決策は、2 つの別々のドキュメントを作成することです。学習ドキュメントでは、ゲームをプレイ順に説明します。参照ドキュメントでは、すべてのルールへのインデックス付きアクセスが提供されます。最近のゲームの多くは、このモデル (「遊び方を学ぶ」小冊子と別の「ルール リファレンス」小冊子) に移行しており、この分割が適切に実行された場合、プレイヤーのエクスペリエンスは目に見えて向上しました。 「ルール参照」は、物語の流れではなく、検索用に小さく、密度を高め、構造化することができます。

3 番目の失敗モードは受動態と抽象的な定義です。 「資源フェイズ中に収集トークンを資源ヘクスに移動させることで資源を収集できる」は、あらゆる点で「資源フェイズ中の自分のターン: 任意の資源ヘクスに収集トークンを移動して、そのヘクスの資源を収集する」よりも悪いです。 1 つ目はシステムを外部から定義します。 2 つ目は、プレイヤーに何をすべきかを正確に指示します。ルールブックは、プレイヤーの一人称視点からアクティブで命令的な音声で書き直されると、劇的に改善されます。

段階的な開示構造

段階的開示は、各ルールをいつ導入するかを決定する原則です。核となる洞察:プレイヤーは現在のアクションに直接関連するルールだけを知っていればよいということです。それ以外のすべては認知的なオーバーヘッドであり、知る必要があることの吸収力を低下させます。

ルールブックに段階的な開示を実装するということは、論理的なカテゴリごとではなく、ゲーム セッション中にルールが最初に関連する時期ごとにルールを整理することを意味します。セットアップが最初に行われるため、セットアップ ルールが最初になります。最初のプレイヤーの最初のターンのルールが 2 番目になります。高度なルールと例外は、変更するメカニズムがすでに導入されており、プレイヤーがそれを少なくとも 1 ターン経験している場合にのみ適用されます。

Neutronium: Parallel Wars キャンペーン システムでは、単なる教育手法ではなく、構造設計要素として段階的開示を使用しています。ユニバース 1 では、ヘクスの配置、資源の生成、港の建設、戦闘の解決、Mega-Structure の勝利条件という 5 つの中核的な仕組みを教えています。これら 5 つのメカニズムは、完全で満足のいく最初のセッションをプレイするのに十分です。後続の各ユニバースでは、ユニバース 1 で確立された基盤に基づいて構築される 2 ～ 4 つの追加メカニズムが導入されます。種族能力はユニバース 2 で有効になり、Alpha Core コンテストはユニバース 3 で始まり、高度なステーションのアップグレードはユニバース 4 で利用可能になります。

この構造は、ゲーム全体のルールブックがすべてのコンテンツをフロントロードする必要がないことを意味します。 Recovered Memories キャンペーンの仕組みは、この教育的アプローチを中心に明示的に設計されています。コンテンツは、物語上の理由だけでなく、新しい仕組みが導入されるペースを制御するために、ユニバースの進行の背後にロックされています。ユニバース 1 を 3 ～ 4 回プレイしたプレイヤーは、最初の拡張に遭遇する前に 5 つのコア メカニクスを真に使いこなすことができます。最初のセッションですべてのメカニズムを同時に導入した場合よりも、その後のルールの理解度が大幅に高まります。

標準 (キャンペーン以外) ルールブックの実践的な応用: ゲームの「最低限プレイ可能なルールセット」 (すべてのプレイヤーが機能する最初のターンを可能にするルールのサブセット) を特定し、それらのルールのみを教えることを中心としたプレイ学習ドキュメントを作成します。それ以外のものはすべて、関連性が生じたときに導入されるか、参照ドキュメントに移されます。最低限のプレイ可能なルールセットのセクションを完了した初めての読者は、箱を開けてから 15 ～ 20 分以内にプレイを開始できるはずです。これは簡略化されたモードや入門モードではありません。すべてのルールが存在する完全なゲームですが、状況に応じて段階的に教えられます。

遊びの例

よく書かれた 1 つのプレイ例は、ルール定義の 3 ページ以上の価値があります。これは誇張ではなく、人々が実際に手順的なタスクをどのように学習するかを反映しています。ルール定義は抽象的です。例は具体的です。人間は抽象的な仕様から学ぶよりも具体的なインスタンスから学ぶ方がはるかに優れており、ボードゲームは十分に手続き型であるため、コンテキスト内で適用されるルールを見ることで、定義だけでは得られない質問に答えることができます。

有用なプレイ例は、断片だけでなく少なくとも 1 人のプレイヤーの完全なターンをカバーする必要があります。 「プレイヤー A がリソースを取得する」を、その決定に先立った内容 (ボード上にあったもの、プレイヤー A の手の内容、前のフェーズで何をしたか) を示さずに示す例は、最小限のコンテキストを提供します。プレイヤー A のフル ターンを示す例 (ボードの状態を評価し、複数のアクションから選択し、選択したアクション シーケンスを実行し、結果をトリガーする) は、ルール定義では不可能な方法でゲームが実際にどのようにプレイされるかを示しています。

この例では実行だけではなく意思決定を示す必要があります。ほとんどの例では、プレイヤーがそのアクションを選択した理由を説明せずにアクションを実行する様子が示されています。これは、サンプル作成において最も一般的な失敗です。推論（「プレイヤー A は東のヘクスを攻撃できるが、プレイヤー B がコントロールする戦闘ボーナス タイルを避けるため北のルートを選択する」）を含めることで、プレイヤーはターンのやり方だけでなく、ゲームについての考え方を学ぶことができます。この例で意思決定が行われる理由を理解しているプレイヤーは、その推論を自分のターンに適用できます。どのような決定が行われたかだけを確認しているプレーヤーは、シーケンスを記憶しているだけです。

例の書き方でよくある間違い: エッジケースが示されていない例 (プレーヤーにスムーズな道筋を教え、最初に遭遇する複雑な問題に対処できなくなる)、ルールブックのその時点でまだ導入されていないコンポーネントやルールを参照する例 (読者に前後にフリップする必要がある)、誰の駒が誰のものであるかを明確に示していないボード図で示された例 (多くの場合、デザイナーがどの駒が自分のものであるかを直感的に知っており、曖昧さに気付かないため)。

プレイの良い例のテスト: ルールブックの他の部分を読んでいない人にそれを与え、何が起こったのか説明してもらいます。できるなら、その模範は教えることだ。それができない場合は、たとえ技術的にどれだけ正しくても、その例は不適切です。

リファレンス カードとプレイヤー エイド

プレイヤーエイドカード (リファレンスカードまたはクイックリファレンスシートとも呼ばれます) は、ゲームパッケージ全体の中で最も活用度の高いドキュメントの 1 つです。適切に設計された 1 つのプレイヤー補助により、ゲーム中のルールブックの参照をセッションごとに 5 ～ 10 回からほぼゼロに減らすことができ、これによりプレイ フローが大幅に改善され、新規プレイヤーが離脱する原因となる摩擦が軽減されます。

プレイヤーエイドに属するもの: ターン構造 (プレイヤーのターンにおけるフェーズとアクションの順序付きリスト)、アイコン定義 (カード、トークン、またはボードで使用されるすべてのアイコン)、戦闘解決テーブルまたはロール修正子、リソース変換レート、および忘れられるほど稀に適用される特別な条件ルール。ターン構造だけでも、カードの製造コストに相当する価値があります。プレーヤーは、特に学習中は、他のどのルールよりもターン順序を忘れてしまうことがよくあります。

プレイヤーエイドに属さないもの: セットアップ手順 (1 回使用)、フレーバー テキスト、ルールの詳細な説明 (詳細な説明が必要な場合は、ルールブックに含まれます)、および決して変化しないルール (プレイ中に定数を参照する必要はありません)。プレイヤー補助は 1 枚の A5 カードに収まる必要があります。より多くのスペースが必要な場合は、デザイナーが多くのものを詰め込みすぎています。

図像的なプレーヤー補助 (テキストの代わりにシンボルが使用される) は、非常にコンパクトで読みやすいですが、慎重な設計が必要です。テーブルの状況下でプレーヤーがすぐに解読できないアイコン システムは、その目的を無効にします。ハイブリッド プレーヤー エイド (短いテキスト ラベルでサポートされたアイコン) は、アイコン セットをまだ覚えていないプレーヤーの読みやすさを維持しながら、アイコンの視覚的なスキャンの利点を提供します。 Neutronium: Parallel Wars のコンポーネント デザインでは、カード、トークン、プレイヤーエイド全体で一貫した図像が使用されています。コンバット カードに表示されるアイコンは、プレイヤーエイドのリファレンス シートに表示されるときとまったく同じ意味を持ちます。

デジタル ルールと物理的なルール

2020 年代には、デジタル ルールブックの配信が急速に拡大しました。PDF にリンクするゲーム ボックスの QR コード、統合されたルール参照を備えたコンパニオン アプリ、多くのゲームで印刷された学習用小冊子に代わって効果的に YouTube チュートリアルが提供されました。各配信モードがいつ最適に機能するかを理解することは、デザイナーが制作予算をどこに投資するかについてより適切な決定を下すのに役立ちます。

QR コード PDF リンクは、検索可能でズーム可能なルールブック バージョンへのアクセスを提供する低コストの追加機能です。これらは、多言語を使用するユーザーにとって特に価値があります。複数の言語で印刷されたルールブックを必要とするのではなく、単一の QR コードで言語選択ページを参照できます。制限は、プレイ中にデバイスが必要であることですが、すべてのゲーム環境が快適に対応できるわけではありません。混雑したゲーム テーブルのプレーヤーは、携帯電話を持ち、ゲームをプレイし、ルールを参照することを同時に行うことはできません。

ルールが統合されたコンパニオン アプリ (Gloomhaven: アプリ、さまざまなデッキ構築アプリ) は、ゲームが複雑でインタラクティブなルール参照が開発コストに見合った場合に適切に機能します。アプリベースのルールには、検索、コンテキスト リンク (用語をタッチするとその定義が表示されます)、特定の仕組みのビデオ デモンストレーションなどを含めることができます。障害モードはアプリのメンテナンスです。OS のアップデートや開発者のリソースの制約により、コンパニオン アプリがメンテナンスされなくなったゲームは、ルール配信モードを事実上失います。物理的なルールブックはメンテナンスを必要としません。

ビデオ チュートリアルは、2020 年代の複雑なゲームの主要な学習モードになりました。決して座って 32 ページのルールブックを読むことのないプレイヤーは、セッション前に 15 分間のチュートリアル ビデオを視聴します。 「Watch It Played」や「How to Play」（ロドニー・スミス著）などのチャンネルは、多くの学習者にとってルールブックよりもうまくルールブックの問題を解決できるため、何百万人もの視聴者を獲得しています。 QR コードを介してゲームボックスからリンクされた独自の公式チュートリアル ビデオを作成するデザイナーは、比較的低コストで優れた初回セッション エクスペリエンスを提供します。

2026 年に向けた最適なアプローチはハイブリッドです。つまり、段階的に公開するように構成されたプレイ学習用小冊子 (物理的、受信箱)、ゲーム中に検索するためのルール参照小冊子 (物理的、受信箱)、公式チュートリアル ビデオと検索可能なデジタル ルールブックにリンクする QR コードです。これにより、すべての学習方法がカバーされ、プレーヤーは自分の状況に最適な形式でルールにアクセスできるようになります。

ルールブックのテスト

ルールブックのテストはゲームのテストとは構造的に異なるため、ほとんどのデザイナーはこの 2 つを混同しています。ゲームのテストでは、あなたがその場にいて、質問に答え、曖昧さを明確にし、テスト プレイヤーが誤解したルールを説明することができます。これは、ルールブックが機能するかどうかをテストするには、まさに間違った環境です。 ルールブックは、あなたが部屋にいなくても機能する必要があります。

ルールブックの唯一の有効なテストはブラインド プレイテストです。ゲームを教えたことのないプレイヤーのグループにルールブックとコンポーネントを渡し、部屋から出て、完全なセッションが 1 つ完了したら戻ってきます。セッション中は質問に答えないでください。セットアップ中に抱いた質問、同意できないルール、読むのをやめて推測した瞬間、そして全体を通して間違ったルールをプレイしたことなど、すべてを記録します。ルールがドキュメントに正しく記述されているかどうかに関係なく、これらのイベントはすべてルールブックの失敗です。

「ルールブックの読み取り時間」 (箱を開けてから最初のターンまでの時間) は、設計の指標として役立ちます。ブラインドプレイテストでそれを追跡します。中程度の複雑さの範囲のゲームの 15 ～ 20 分の目標は、適切に構造化された段階的な開示によって達成可能です。ブラインド プレイテスト グループが読み込むのに常に 40 ～ 60 分かかっている場合は、ルールブックを編集するだけでなく、再構築する必要があります。

A complementary test is the rules lookup test: mid-game, ask players to look up a specific rule (one you know is in the rulebook).どれくらいの時間がかかるかを計測します。参照文書内のルールを見つけるのに 30 秒以上かかる場合、組織は改善が必要です。見つけるのに 60 秒以上かかるルールは、実際のセッションでは検索されずに近似されるため、誤ったプレイが発生します。

For designers working through the full design process, our guide on how to write board game rules covers the writing and editing process in detail, including how to structure rule definitions, handle exceptions, and write in plain language without sacrificing technical precision.

よくある質問