失敗で終わるゲームの最後の一秒：何が起きたかを見せる

問いを三つの層に分ける

「最後の一秒の演出」という言い方は広すぎるので、見るべきものを三つの層に分けます。

• 原因の提示：何が起きたかが、終了の瞬間に画面から読み取れるか
• 結果の提示：得点や到達度など、失敗がどんな結果だったかが分かるか
• 次への導線：再挑戦やメニューへ戻る操作が、迷わず選べるか

この記事の中心は一つ目の「原因の提示」です。二つ目と三つ目は、原因が伝わったあとの行動を見るために補助的に記録します。

もう一つ前提があります。終了の直前に「予兆」があるかどうかです。ミスが重なって終わるゲームなら、終了の前に残り回数が見えているはずです。予兆があると、終了の瞬間は「予想どおり」に近づきます。予兆がないと「いきなり終わった」と感じやすくなります。予兆の有無も記録に入れます。

失敗の型は四つに分けられる

比べる対象として、アソバースの公式作品のうち、失敗や終了の仕組みが確認できるものを四つの型に分けます。以下は確認済みの仕様から読み取れる範囲です。終了画面に何がどう表示されるかは、作品を開いて確かめてください。

• 蓄積型（回数制限）、作品：紙ひこうき郵便、確認できる仕様：風船にぶつかると紙が傷み、3回で終了
• 蓄積型（回数制限）、作品：こだまの森、確認できる仕様：間違いは30点減で、3回で終了
• 蓄積型（回数制限）、作品：時計じかけの台所、確認できる仕様：本番はミス3回まで
• 時間型、作品：時計じかけの台所、確認できる仕様：本番は1皿28秒、配膳6秒
• 時間型、作品：紙ひこうき郵便、確認できる仕様：海辺36秒・丘40秒・山44秒、最後の6秒で郵便受けへ
• 資源枯渇型、作品：月夜の配達、確認できる仕様：燃料は有限で、1区間で燃料1

型が違えば、「何が起きたか」を伝える方法も変わるはずです。回数制限型は、最後のミスの瞬間と残り回数の表示が主役になりそうです。時間型は、残り時間の見せ方が予兆を担います。資源枯渇型は、燃料の残りがずっと見えているため、終了前に結末が予想できる設計とも読めます。

ここで注意したいのは、これはあくまで仕様からの推測だということです。実際の画面がどう予兆と原因を見せているかは、読者が記録して確かめる対象です。

記録の設計：一回の終了を一件とする

ここからが分析の手順です。集計の単位は「失敗で終わった一回」を一件とします。一回のプレイ中に何度ミスしても、終了につながった最後の一件だけを分析対象にします。

準備するもの

• 分析したい作品を2〜4本（型が異なるものを混ぜると比較しやすくなります）
• 記録用の紙か表計算ソフト
• 自分の端末の画面録画機能（任意）。録画できない場合は、終了直後に記憶で埋めずに、終了の瞬間に注目して紙に書く方法を選びます

記録する項目

1件ごとに次の項目を記録します。

1. 作品名と型
2. 予兆の有無：終了の直前に、残り回数・残り時間・残り燃料などの表示を見て「危ない」と分かったか（あり／なし）
3. 原因の特定：終了の瞬間に、何が原因か画面から読み取れたか（すぐ分かった／少し考えて分かった／分からなかった）
4. 納得度：「自分の操作のせいだ」と感じた度合いを1〜5で
5. 次の操作までの秒数：終了表示から最初の操作までの時間（録画があれば正確に、なければ「すぐ／少し迷った／しばらく迷った」の三段階）
6. 再挑戦したか：はい／いいえ

録画がある場合は、終了の約1秒前からコマ送りで見て、画面の何が変わったかを言葉で一行書き留めます。「画面が揺れた」「数字が減った」「表示が出た」のように、見えたことをそのまま書くのがコツです。

回数の目安

1作品につき最低5件は記録します。1件では偶然の影響が大きく、読み取れることがほとんどありません。同じ作品を続けて遊ぶと慣れが入るので、日を分けて遊ぶとより公平になります。

最高記録などは、公式作品の多くでは画面を開いている間だけ残る仕様です。ページを閉じると消えるので、記録は必ず自分の紙や表に残してください。

結果の読み方

件数がそろったら、作品ごとに項目を集計します。数えるだけでよく、難しい統計は要りません。

• 予兆「あり」が多い、読み取れること：終了が予想できる設計。納得度も高めになりやすい、次に確かめること：納得度が低いなら、予兆が気づきにくい形ではないか
• 予兆「なし」で原因「すぐ分かった」が多い、読み取れること：唐突でも原因が明確に見えている、次に確かめること：終了の瞬間のどの変化が原因を伝えているか
• 予兆「なし」で原因「分からなかった」が多い、読み取れること：原因の提示に弱い可能性、次に確かめること：画面のどこを見ればよいか、録画で確認
• 原因は分かるが納得度が低い、読み取れること：原因は見えても理不尽に感じる、次に確かめること：操作の受け付けや、判定の見え方
• 次の操作までが長く再挑戦しない、読み取れること：導線か、気持ちの切れ目に問題がある可能性、次に確かめること：原因の層と導線の層のどちらで止まったか

読み方の原則は、一つの項目だけで結論を出さないことです。たとえば「再挑戦しなかった」の理由は、疲れたからかもしれません。原因が分からなかったからという理由とは区別が必要です。区別するには、納得度と原因の特定を一緒に見ます。

起こりやすい誤り

• わざと負ける：見たい場面を作るためにわざと負けると、予兆や納得度が普段と変わります。できるだけ普通に遊んで、負けたときだけ記録します。
• 録画を意識して操作が変わる：初回は慣れるための練習と考え、分析には2回目以降を使うのも一案です。
• 記憶で埋める：終了直後に書かないと、納得度や原因の特定は後から美化されます。遊んだ直後に記入します。
• 一人の結果を一般化する：この分析で分かるのは、あくまで記録した本人の感じ方です。複数人で比べるなら、各自が同じ項目で別々に記録し、集計は分けて行います。

保護者が子どもと取り組む場合は、納得度の「1〜5」を、顔のマークなど子どもに答えやすい形に置き換えても構いません。記録は感想を聞くための入り口で、採点ではないことを最初に伝えると、正直な答えが出やすくなります。

作る人へ：最小の試作で確かめる

遊ぶ側で見つけた傾向は、作る側の小さな試作で確かめられます。次のコードは、「3歩目で終了」という最小のゲームです。終了時に原因を文章で示し、誤タップで即座に再開しないよう、約0.8秒だけ入力を受け付けません。「動きを抑える」設定が有効なときは、フェード演出を出しません。

<button id="act">進む</button>
<p id="msg" aria-live="polite"></p>
<script>
const reduce = matchMedia('(prefers-reduced-motion: reduce)').matches;
const msg = document.getElementById('msg');
const btn = document.getElementById('act');
let over = false, lockUntil = 0, step = 0;
btn.onclick = () => {
  const now = performance.now();
  if (now < lockUntil) return;
  if (over) { over = false; step = 0; msg.textContent = '再挑戦：0歩'; return; }
  step++;
  if (step === 3) {
    over = true;
    lockUntil = now + 800;
    msg.textContent = '3歩目で穴に落ちました。';
    if (!reduce) msg.animate([{opacity:0},{opacity:1}], {duration:300});
  } else msg.textContent = step + '歩';
};
</script>

このコードで試せるのは、次の二点の差です。

• 原因の文章がある場合と、「ゲームオーバー」だけの場合とで、記録表の「原因の特定」がどう変わるか
• 入力ロックの長さを0ミリ秒・800ミリ秒・1500ミリ秒と変えたとき、「次の操作までの秒数」と納得度がどう動くか

ロックが長すぎると、原因を理解した人にとっては待ち時間になります。短すぎると、読む前に再開してしまいます。ちょうどよい長さは作品の速さによって違うので、数値を決め打ちせず、自分の作品で記録を取って決めてください。

投稿の流れとしては、HTMLをアップロードして表示を確認してから公開に進めます。公開前の表示確認の段階で、終了の瞬間を何度か意図的に起こし、記録表の項目をひととおり埋めておくと、改善点が見つけやすくなります。

次の行動

まず、型の違う公式作品を2本選んで、それぞれ5回ずつ失敗で終わるまで遊び、記録表の6項目を埋めてみてください。集計して「予兆」「原因の特定」「納得度」のどこに偏りがあるかを見れば、その作品の最後の一秒が何を担っているかが見えてきます。作る人は、同じ表を自作のゲームで試して、終了表示の文言や入力ロックの長さを一つだけ変えて比べてみてください。