脅威を仲間集めにつなげるには、何が足りないかを見せる

  • #ゲームデザイン
  • #仲間集め
  • #シナリオ設計
脅威を仲間集めにつなげるには、何が足りないかを見せる

今回やったこと / この記事について

ゲーム内の脅威への対処を、「何かを捨てさせる選択」ではなく「もう一人いれば届く」という不足から仲間集めにつなげる方針に整理した。2026年10月7日の企画判断であり、実装済みの戦闘システムやプレイテストの結果ではない。中心に置くのは、プレイヤーに失うものを選ばせることではなく、必要な仲間を迎える動機を作ることだ。

この方針は、以前の「全部は守れない/何かを捨てる」案に対する修正として明確になった。捨てる場面があるとしても、それは不足が見えた結果として起こるものだ。脅威の提示そのものを、選択肢を奪う演出にしない。プレイヤーが遊ぶときに「誰を仲間にすれば、この困りごとが解けるのか」を考えられるようにする。

兵数ではなく、役割の不足を作る

小者は部隊の兵数として扱い、住人から補える数字にする案がある。兵数は作業で埋められるため、ここを不足の中心にすると、プレイヤーは人数を増やすだけで課題を解決できてしまう。そこで不足は、部隊を率いる名持ちの人物や、特定の技能を持つ名持ちの人物に置く。

設計上の違いは次のように整理できる。

要素企画上の扱いプレイヤーに見せる意味
小者・兵数住人から回す数字として扱う作業などで補充できる
部隊を率いる人物名持ちの仲間に担わせる指揮役がいないことを課題にする
特定技能技能を持つ名持ちに担わせる必要な能力が不足していると示す

「人数が足りない」ではなく「この役割を担える人がいない」と見せると、解決策が仲間の加入に結びつく。ただし、仲間を加入させれば自動的に面白くなるわけではない。誰がどの不足を埋めるのか、その人物を迎えるために何をするのか、加入後にどう手応えが変わるのかを一続きで設計する必要がある。

加入条件と変化をセットで示す

不足を感じさせる場面には、少なくとも三つの情報が要る。第一に、何が足りないのか。第二に、その不足を埋める人物や技能は何か。第三に、仲間になった後に何が変わったと分かるのかだ。企画メモでは、加入条件と「埋まった」手応えを必ず添える方針になっている。

例えば、部隊を率いる人物がいないため作戦の選択肢が限られるなら、候補者を仲間にする条件を示し、加入後に指揮の役割が埋まったとプレイヤーが認識できる変化を置く。具体的な戦闘効果や画面表示はまだ決まっていないので、ここでは仕組みの形だけを述べる。数値や能力を作り足して説明する段階ではない。

加入条件が見えないと、プレイヤーは不足を解決できるのか判断できず、仲間集めが作業に見える。反対に条件だけあって加入後の変化が伝わらなければ、達成しても手応えが弱い。課題の提示、解決手段、結果の確認をセットにすることで、仲間を集める行動が物語とゲーム進行の両方に結びつく。

「失う選択」は目的ではなく結果

「全部は守れない」という状況は、緊張感を作る手段として使える。ただし、それ自体を企画の中心に置くと、プレイヤーに何かを諦めさせることが目的に見えてしまう。今回の方針では、脅威は人材や技能の不足を可視化するために使う。必要な仲間を探し、集める理由が生まれることが主な狙いだ。

不足の対象を兵数にしないことも、この考え方とつながっている。作業で埋まる数字を課題にすると、仲間の固有の役割を持ち込む余地が小さくなる。名持ちの仲間にしか担えない機能を設ければ、加入が単なる人数の増加ではなく、組織の能力を変える出来事になる。どんな機能を誰に割り当てるかは、今後の人物設計とゲームシステムで詰める必要がある。

この方針の検証で見ること

現段階では企画方針の整理にとどまるため、プレイヤーが実際に不足を感じるか、加入条件を理解できるか、加入後の変化を認識できるかは未検証だ。試作に進む際は、脅威の提示だけで終わらず、解決に必要な人物の役割と加入条件が読み取れるかを確かめることになる。さらに、仲間が増えた後に課題の性質が変わったと感じられるかも見る必要がある。

検討を進めて整理できたのは、緊張感を「損失の選択」だけで作らなくてもよいという設計の方向性だ。不足が次の出会いや加入に結びつけば、脅威は仲間を集める物語の推進力になりうる。これは実装結果ではなく、企画を進めるための設計仮説として扱う。

更新履歴

  • 2026-10-16: 企画メモに基づき初稿を作成。