細かな数値を表示しなくても、プレイヤーにリソースの状態は伝わるか？

伝えられます。細かな数値を隠す場合も、今何ができるか、さらに危険を冒すと何が変わるか、その変化が起こる前にどんな予告があるか、という三点は残す必要があります。プレイヤーは帆の耐久値がどれだけ残っているかを知らなくてもかまいませんが、「今ここで強行突破すると、次に強行突破する機会を失うのか」は判断できるべきです。状態の名前だけがあり、行動について何も約束されていなければ、結局は推測に頼ることになります。

この記事では、架空の教材用ストーリー『霧の峡谷のランタン便』を例に説明します。プレイヤーは小舟でランタンを届け、ランタンを受け取る儀式に間に合わせることと、帆を守ることの間で選択します。登場人物、筋書き、ルール、文面はすべて独自に作成した例示です。実際のユーザー事例、実測結果、製品の機能ではなく、現実の航行を指導するものでもありません。

この物語では、帆の状態変化を個々の選択地点でのみ確定します。「良好」は、結果が予告された強行突破に一度耐えられる状態です。「負荷大」では通常の速度で進めますが、再び強行突破すると「危険」になります。「危険」では強行突破を選べず、荷を減らして進むか、風を避けられる脇道に入ることしかできません。各段階は行動能力の要約であり、帆の見た目を気まぐれに評する言葉ではありません。

文学的な描写より先に、この意味を定めます。「帆は疲れ果てた鳥のようだ」は雰囲気を生み出せますが、それだけで状態の説明はできません。「負荷大」でも強行突破できる場合と、強行突破した途端に失敗する場合があるなら、プレイヤーに見える条件を追加するか、状態を分ける必要があります。同じ言葉の意味を、黙って変えてはいけません。

作者は内部で数値を管理しても、段階だけを使ってもかまいません。大切なのは、段階も見えている条件も同じなら、同じ行動を選べるかどうかと、事前に約束した結果が一致することです。そうでなければ、数値を隠すことが判断材料を隠すことになってしまいます。

次の表は、初稿を点検する資料として使えます。「状態変化の事前予告」は、選択を確定する前に必ず示す情報です。結果の列は、確定後の描写が守るべき内容を定めます。片方で、もう片方を代用することはできません。

別の作品で使う際は、この五列を残し、帆を照明や物資などのリソースに置き換えます。三つの形容表現を差し替えるだけでは不十分です。各行で「プレイヤーがどの行動を得る、または失うのか」に答えてください。隣り合う段階で行動に違いがなければ、統合を検討できます。

表には全体を通じたルールも必要です。段階を変えるのは、明示された行動や出来事だけとします。この例では、会話や地図の確認で帆の状態は悪化せず、通常の速度で進んでも摩耗はひそかに蓄積しません。継続的な消耗を採用する物語なら、別途ルールを定める必要があり、この約束は流用できません。

最初の峡谷の入り口では、帆は良好です。ランタンの受取人は間もなく立ち去ろうとしています。プレイヤーに見える選択肢は、「通常の速度で進み、今回の受け渡しを逃す」と「強行突破して受け渡しに間に合わせる。帆は負荷大になる」の二つです。選択に意味を与えるのは、目に見える物語上の取捨選択であり、耐久ゲージは必要ありません。

強行突破後の結果は、こう書きます。「鐘が鳴りやむ前に、あなたはランタンの入った箱を手渡した。帆の縁の縫い目が張り詰める。帆：負荷大。」報酬とリソースの変化を同じ結果の段落に示せば、成功場面を見せてから、いくつかの選択地点を経た後に突然代償を課す事態を避けられます。

続いて、道すがらもう一つのランタンを持ち帰ってほしいと頼まれます。二つ目の峡谷の入り口でも強行突破は選べますが、ボタンにはこう書きます。「強行突破してランタンを回収する。帆は危険になり、その後は荷を減らすか、修繕のために迂回することしかできない。修繕のために迂回すると受け渡しを一回逃す。」これにより、プレイヤーは今回の選択で以後の選択肢も狭まり、行動能力の回復には代償が必要になると分かります。

再び強行突破したら、次の地点で予告した制限を適用します。「帆：危険。縫い目が裂け、もう強行突破できない。」次の選択を確定する前に、メニューには「荷を減らして進む。帆は危険のまま」と「風よけの入り江へ迂回して修繕し、次の受け渡しを逃す。帆は負荷大に戻る」と明記します。「遠回りする」という表現で、この具体的な損失の説明を代用してはいけません。

荷を減らした場合は物語を進めつつ、帆は危険の段階を維持します。入り江を選んだ場合は、その受け渡しを逃したことを結果に明記し、修繕後に負荷大と表示します。完全な回復は、後に明示する帆の交換イベントで行います。

この経路では、プレイヤーが自ら消耗を受け入れられ、修繕にも明確な価値と代償が生まれます。隠されたしきい値の計算は求めません。求めるのは、選択前の情報で、その後の結果とメニューの変化を説明できることだけです。

最も見落としやすいのは、同じ段階の内部にある違いです。二つの経路がどちらも負荷大を表示しているのに、強行突破すると、一方は危険になり、もう一方は帆が即座に破れて使えなくなり、しかも事前の追加予告がなかったとします。これは確認基準を満たしません。プレイヤーが受け取る情報は同じなのに、可能な行動の限界が異なるからです。

修正には三つの方向があります。その段階での強行突破の結果を統一する、追加の損傷条件を常に見える形で示し、行動への影響を説明する、または段階を細分化する、という方法です。違いが意味のある選択につながらないなら、通常は予告を増やすより結果を統一する方が簡潔です。

もう一つの反例は、「風が弱まった」と書いて、危険を良好に変えることです。風の変化で説明できるのは、今かかっている負荷が軽くなることまでで、すでに生じた損傷がなくなる理由にはなりません。ここでは危険を維持するか、修繕の過程と回復後の段階を明記すべきです。この例の修繕で戻せるのは負荷大までです。

予告が判断に間に合っているかも確認します。確定後に「帆がもたないことくらい分かっていたはずだ」と言っても、確定前の説明不足は補えません。曖昧な警告は「以後は強行突破できない」の代わりにならず、「修繕には遠回りが必要」も「次の受け渡しを逃す」の代わりにはなりません。

点検時は、状態のページ、選択のページ、結果のページをそれぞれ取り出し、プレイヤーが三つの問いに答えられるか確認します。今何を選べるのか、今回何を失うのか、次になぜ制限が生じるのか、という問いです。ここで示しているのは点検方法であり、実際のプレイヤーがこれらの文面を理解したと証明するものではありません。

文字だけの段階表示は、少数の重要な取捨選択を軸にした物語に向いています。少量ずつのリソース消費を数多く比較したり、連続する複数の手順にわたってリソースの配分を計画したりする必要があるなら、三段階では粗すぎるかもしれません。その場合は「あと一回強行突破できる」といった行動回数の表示を足すか、数値を直接表示できます。物語らしさのためだけに、非表示を貫く必要はありません。

段階表示を残し、大きな代償を伴う選択肢の横に、明確な結果を添える方法もあります。普段は読む負担を軽くしつつ、重要な地点では慎重な判断を求めたい場面に適しています。補足情報は該当する選択肢の近くに置き、初回のチュートリアルにだけ埋め込まないようにします。

物語上の意図から登場人物に帆の状態を見誤らせるなら、「登場人物は良好だと思っている」ことと、プレイヤーが判断に使う状態説明を区別してください。結果の未知の細部から緊張感を生み出すことはできますが、段階表示を信頼できる手がかりとして扱いながら、それを信じたプレイヤーを未告知のルールで罰してはいけません。

公開前に確認表を一行ずつ照合し、良好から負荷大、負荷大から危険、危険から修繕後の状態まで、すべての変化を調べます。修繕で失う受け渡しの機会が事前に説明され、結果でも実際に失われているか確認してください。予告なく選択できなくなる、行動を伴わずに回復する、後から代償を課す、同じ条件で結果が矛盾する、といった箇所が一つでもあれば、先に修正すべきです。最終的に届けるのは、照合可能な言葉の約束です。細かな数字を省いても、一つ一つの選択に判断の根拠を残します。