ゲームの「もう一回」を作る：短いプレイの流れを設計する

「もう一回」の正体を分解する

ゲームデザインの文脈でコアループと呼ばれるものは、プレイヤーが1回の試みで経験する最小の繰り返し単位のことだ。「攻撃する→敵が反応する→結果を見る→次の手を選ぶ」でも、「角度を決める→打ち出す→軌道を観察する→調整する」でも、基本の構造は変わらない。

このループを分解すると、4つの要素に整理できる。

• 予測　——これをやったら、こうなるはずだという見当をつける
• 操作　——実際に入力・選択・タイミングを合わせる
• 結果　——何が起きたか、予測とどのくらいずれたかを確認する
• 次の工夫　——ずれの原因を考え、次の予測を修正する

「もう一回」が起きるのは、結果を見た瞬間に次の予測が頭の中で生まれるときだ。逆に、結果が読み取れない・ずれの原因がわからない・修正できる要素がないという状態では、ループは閉じずにそこで止まる。報酬の有無よりも、この4要素がそれぞれ機能しているかどうかが、繰り返しの動機に直結する。

1回の長さを決める：「短い」にはちょうどよい長さがある

コアループを繰り返しやすくするには、1回あたりの長さが重要になる。長すぎると、結果を見るまでに疲れてしまい、ループが閉じる前に離脱する。短すぎると、手ごたえを感じる前に終わって達成感がない。

適切な長さは、ジャンルやコンセプトによって異なる。ただし、どのジャンルでも共通して使える設計の問いがある。

• 1回のプレイが終わったとき、プレイヤーは「次はこうしよう」という具体的なアイデアを持てているか
• 失敗しても、その原因を特定するのに長い振り返りを必要としないか
• 次の試みを始めるまでの操作（リセット・ロード・スキップ）が、1回のプレイより短いか

最初に設計する1回の流れは、なるべく短く固定するとよい。変数が少ないほど、結果の原因を特定しやすい。紙ひこうきの配達ゲームを例にすると、「操縦→手紙を集める→郵便受けへ着地」という1セッションが40秒前後で完結し、集めた通数と傷み具合という2つの指標で結果が見える。プレイヤーは「次は風船をかわすタイミングを変えよう」という具体的な予測を持ってもう一回に入れる。

ここで参照している紙ひこうき郵便の設計例は、アソバースで公開されているゲームの説明から読み取ったものであり、制作者へのヒアリングや内部データではない。

結果を「読める」ようにする：フィードバックの設計

プレイが終わったとき、プレイヤーに渡すべき情報は何か。スコアの数字だけでは、なぜそのスコアになったかがわからない。かといって詳細なログをすべて表示しても、重要な情報が埋もれる。

結果は「何が起きたか」と「何が決め手だったか」の2層で見せると、プレイヤーが次の予測を立てやすくなる。たとえば「3回ぶつかって終了」という事実に加えて、「2回目のぶつかりは山越えルートの第3コーナー付近」という位置情報があれば、次のプレイでそこを意識できる。

フィードバックの3つの層

1. 即時フィードバック　操作の直後に、操作が「届いた」ことを伝える。音・動き・色の変化など、数十ミリ秒以内の反応。これがないと、操作自体が手ごたえを失う。
2. 局所フィードバック　1つの判断の結果を伝える。「この操作でどこまで進んだか」「何を取れたか」など、判断ごとの小さな確認。
3. 総括フィードバック　1回のセッション全体の結果をまとめる。スコア、記録、クリアまでの手数など。次のプレイへの引継ぎ情報になる。

自分のゲームを見直すときは、この3つの層がそれぞれ機能しているかを確認するとよい。即時フィードバックが弱いと「操作した感じがしない」という感想につながり、局所フィードバックが弱いと「何がよかったのかわからない」になり、総括フィードバックが弱いと「なんとなく終わった」になる。

繰り返しの中で難しさを変える：スキルの成長に合わせた設計

同じ難しさのループを何度繰り返しても、プレイヤーはそのうち「もうできた」か「やっぱりできない」のどちらかに到達する。前者は飽き、後者は諦めにつながる。コアループを持続させるには、繰り返しの中で難しさの質が変わる必要がある。

難しさの質を変える方法は大きく2つある。

• 変数の数を増やす　——最初は1つのパラメータだけ調整すればよかったものが、複数の要素を同時に判断しなければならなくなる。操作の難しさが段階的に上がる。
• 目標の精度を上げる　——「届ければよい」から「最短で届ける」へ、「クリアする」から「ミスなくクリアする」へと、同じ操作に対してより高い精度を求める。

短いゲームでは、プレイヤーが難しさを自分で選べる仕組みも有効だ。ルートを変える、制限時間を設ける、ヒントをあえて使わないなど、同じゲームの中で挑戦の強度を自分で調整できると、スキルの伸びに合わせてループを続けられる。

難しさはプレイヤーが「今の自分には少しだけ難しい」と感じるラインを保つことが目標で、そのラインから大きく外れたとき（簡単すぎる・難しすぎる）にループは止まりやすい。最初から全員にとって完璧なラインを引くことは難しいので、難しさの選択肢を提供するか、繰り返しのうちに変数が自然に増える設計にするか、どちらかを意識して組み込むとよい。

紙の上でループを確かめる：設計チェックの手順

実装の前に、自分のゲームのコアループを言葉で書き出してみると、設計の穴が見つかりやすい。以下の手順は、実際にゲームを作る前の段階でも、すでに動いているゲームを見直す段階でも使える。

1. 1回の流れを一文で書く　——「プレイヤーは○○をして、△△を試み、□□という結果になる」という形でまとめる。一文にならないなら、1回のプレイに複数の異なる目標が混在している可能性がある。
2. 4要素を書き出す　——予測・操作・結果・次の工夫のそれぞれについて、ゲーム内で何がそれに当たるかを具体的に書く。「わからない」になった要素が設計の弱点候補。
3. 「次の工夫」を3つ挙げられるか確認する　——プレイヤーが結果を見た後に取れる次の判断を、自分で3つ以上思いつけるか確認する。1つしか思いつかないなら、ループの幅が狭い。逆に10個以上あるなら、どれを試すべきかわかりにくい可能性がある。
4. タイムをはかる　——1回のプレイにかかる時間を実際に計る。次のプレイを始めるまでの準備時間（リセット・ロードなど）も含める。準備がプレイ本体より長い場合は、再挑戦のハードルが高い。
5. 結果画面を言葉にする　——プレイが終わったとき、プレイヤーが確認できる情報を全部書き出す。その中に「次に変えられる要素」が含まれているかを確認する。

このチェックリストは実装前の設計段階に特に有効だが、既存のゲームに後から適用することもできる。「紙の上」という表現は比喩であり、ドキュメントやスプレッドシートに書き出す形でも同じ効果がある。

作ったループを調整する：観察から手を動かすまで

ループを設計した後、実際に動かして観察するのが次のステップになる。このとき、「もう一回やりたくなるか」という感覚的な評価だけでなく、どの要素が機能していないかを特定するほうが修正につながりやすい。

よくある詰まりパターンと対処

• 「何をすればよいかわからない」　→ 予測の材料が少ない。操作のルール、変えられるパラメータ、目標の条件を、最初の画面またはプレイの最初の数秒で伝える部分を見直す。
• 「なぜ失敗したかわからない」　→ 局所フィードバックが弱い。失敗の瞬間に何が起きたかを伝える視覚・聴覚の手がかりを追加する。
• 「もういいかな」と1〜2回で終わる　→ 次の工夫の余地が少ないか、結果画面に「次に変えられること」が見えていない。総括フィードバックに、具体的な変数（どこで何点を取れたか、どこで何を逃したか）を加えてみる。
• 「最初は面白いが同じことの繰り返しになる」→ 難しさの質が変化していない。ステージや変数を段階的に追加するか、スコアへの影響を変化させることで、慣れた後も新しい予測が生まれるようにする。

修正は一度に1箇所ずつ行い、どの変更がどの感覚に影響したかを特定できるようにするとよい。複数の要素を同時に変えると、効果の原因が判断しにくくなる。

ループが安定してきたら、自分以外の人に数回プレイしてもらい、2回目をやるかどうかを観察する。何回目で止まるか、止まった後に何か言うかを記録するだけで、設計の効果を判断する材料になる。「もう一回やる理由」を聞くよりも、実際にやるかどうかを見るほうが実態に近い情報が得られる。

報酬やランキングは、ループが機能している状態を強化することはできても、機能していないループを補うことは難しい。「もう一回」の根拠を、プレイ内部の4要素の循環に置くことが、長く遊ばれるゲームを作る出発点になる。