マガジン

サイコロと紙で一日遊んだ感触は、画面で再現できるか

遊びをつくる

執筆にClaudeを使用しています。

色紙の試作コース、小さな駒、ノートを並べたゲーム制作の作業机。
記事のテーマをもとに制作したAI生成イメージ。実際のゲーム画面ではありません。

机の上でサイコロを振り、紙に○をつけていくだけのゲームを考えてみます。ルールは数行で、途中で誰かが「あ、そこ埋まってる」と声を上げる場面が何度かあるとします。そのゲームをそのままブラウザに移したところ、ルールは同じなのに、あの声が出ない。そんなことは起こりえます。何が抜け落ちたのかを言葉にできなければ、直しようがありません。 この記事の問いは「紙とサイコロで一日遊んで得た手応えを、画面で再現できるか」です。結果を先取りして答えは書きません。代わりに、読者が自分のゲームで答えを出せるように、実験の設計書として書きます。準備するもの、一日の進め方、記録の取り方、画面版の最小実装、比較の読み方、つまずきやすい点の順に進みます。 ここでいう「手応え」は、気分で測るものではありません。「声が出た」「手が止まった」「もう一回と言った」のように、行動として記録できる出来事に置き換えて扱います。

この記事の目次
  1. 手応えを分解する:何を再現したいのか
  2. 準備するもの
  3. 一日の進め方:紙パート
  4. 画面化:最小の試作を作る
  5. 画面版を同じ記録で遊び、比べる
  6. 起こりやすい誤り
  7. 次の行動

手応えを分解する:何を再現したいのか

「紙のほうが楽しかった」という感想のままでは、画面に持ち込めません。まず、紙で遊ぶ体験を部品に分けます。次の五つが目安です。

  • 待ち:サイコロが転がって止まるまでの時間と、その間の期待感です。画面では乱数が一瞬で決まるため、待ちはゼロになりがちです。
  • 手作業:○を書く、駒を動かす、得点を足すといった動作です。画面では自動化されやすく、同時に「自分で数える緊張」も消えます。
  • 全体の見え方:紙の上に全員の状態が一度に載っています。画面では表示領域が限られ、見えない情報が生まれます。
  • 口頭のやりとり:ルールの確認、冗談、「それはずるい」という抗議です。画面にはこの余地がありません。
  • やり直しの重さ:消しゴムで消す、振り直すといった動作の重みです。画面では「戻す」ボタン一つで軽くなります。

これらは仮説の出発点です。ゲームによって効いている部品は違います。実験の最初に、自分のゲームで効いていそうな部品を二つ選び、「このゲームの面白さは、〇〇と△△にあるはずだ」と一文で書き留めてください。実験の終わりに、この一文が当たっていたかを確かめます。

準備するもの

紙のゲームを一日遊ぶために、次を用意します。

  • 六面サイコロ2〜3個(なければ画面ではなく、手元の別のサイコロアプリで代用できますが、物のほうが望ましいです)
  • 記録用の紙(ゲーム本体の紙とは別にします)
  • 付箋と、色違いのペン2色
  • タイマー(スマートフォンで構いません)
  • 遊んでくれる人が1〜2人(いない場合は一人でも実施できますが、「口頭のやりとり」は検証できません)
  • ルールを1枚にまとめた紙

ゲーム案は、この記事のために仮の例を一つ置きます。ルールの出来を競うものではなく、実験の手順を説明するための材料です。

例:12マスの○つぶし各自が紙に1〜12の欄を書きます。手番にサイコロ2個を振り、合計の欄に○をつけます。すでに○があれば無効です。ただし、1ゲームにつき3回まで振り直せます。先に全欄を埋めた人の勝ちです。

2個の合計は7の周辺が出やすく、2や12は出にくいという性質があります。そのため終盤は「あと一つが出ない」場面になりやすく、振り直し回数の使いどころが面白さの核かもしれません。この仮説も、実験で確かめる対象です。

自分のゲームがある場合は、それに置き換えてください。ルールは実験の前日までに1枚に固定し、当日は変えないでください。

一日の進め方:紙パート

一日といっても、ずっと遊び続ける必要はありません。大切なのは、時間帯を分けて「同じルールで複数回」遊ぶことです。

時間割の例

  1. 午前:一人で2ゲーム。ルールの穴や、手が止まる箇所を見つけます。
  2. 昼:他の人と3ゲーム。ルール説明は1枚の紙だけを使い、口頭で補足した内容はすべて記録します。
  3. 午後:同じメンバーでさらに2ゲーム。慣れた状態での出来事を見ます。

少なくとも3ゲームは遊んでください。1ゲームだけでは、たまたまの出来事と区別できません。

記録の取り方

記録は、遊びながら付箋に書きます。感想を書く余裕はないので、記号で十分です。

  • 声、出来事:誰かが声を出した(笑い、抗議、歓声)、記録の単位:1回ごとに付箋1枚、手番番号も書く
  • 止、出来事:手が止まった、考え込んだ、記録の単位:1回ごと、おおよその秒数
  • 質、出来事:ルールの質問・確認が出た、記録の単位:1回ごと、質問内容を一言
  • 再、出来事:「もう一回」「次は〜しよう」が出た、記録の単位:ゲーム終了時に1回ごと
  • 飽、出来事:退屈、やめたくなった、記録の単位:1回ごと、手番番号

加えて、1ゲームごとに所要時間と手番数を記録します。タイマーを開始・停止するだけで取れます。

ゲーム後に、付箋を手番番号の順に並べ直し、「声」がどの局面に集中しているかを見ます。この並びが、画面版との比較の基準になります。

ここでの基本方針:感想ではなく、出来事の位置を残します。「楽しかった」ではなく「7手目の振り直し宣言のとき、声が出た」と書ける状態を目指してください。

画面化:最小の試作を作る

次に、紙で効いていた部品のうち、画面で最初に再現するべきものを決めます。サイコロのゲームなら、まず「待ち」です。そこで、転がる時間を変数で調整できる最小のダイス画面を用意します。以下は単独で動くHTMLです。保存してブラウザで開くだけで動きます。

html
<!doctype html>
<meta charset="utf-8">
<title>ダイス試作</title>
<style>
 body{font-family:sans-serif;text-align:center;padding:2em}
 .die{display:inline-block;width:3em;height:3em;line-height:3em;margin:.3em;border:2px solid #333;border-radius:.4em;font-size:2em}
 button{font-size:1.2em;padding:.4em 1em}
</style>
<div><span class="die" id="d1">?</span><span class="die" id="d2">?</span></div>
<p>合計:<b id="sum">-</b></p>
<button id="roll">振る</button>
<ol id="log" style="display:inline-block;text-align:left"></ol>
<script>
const ROLL_MS = 900;   // 転がる時間。0、900、2000などに変えて比べる
const TICK_MS = 80;
const reduce = matchMedia('(prefers-reduced-motion: reduce)').matches;
const d = () => 1 + Math.floor(Math.random() * 6);
let busy = false;
document.getElementById('roll').onclick = () => {
  if (busy) return;
  busy = true;
  const a = document.getElementById('d1'), b = document.getElementById('d2');
  const end = performance.now() + (reduce ? 0 : ROLL_MS);
  (function tick(){
    if (performance.now() < end) {
      a.textContent = d(); b.textContent = d();
      setTimeout(tick, TICK_MS);
      return;
    }
    const x = d(), y = d();
    a.textContent = x; b.textContent = y;
    document.getElementById('sum').textContent = x + y;
    const li = document.createElement('li');
    li.textContent = x + ' + ' + y + ' = ' + (x + y);
    document.getElementById('log').prepend(li);
    busy = false;
  })();
};
</script>

これは「待ち」だけを再現する土台です。「○をつける欄」「振り直し回数」は、紙で効いていた部品に応じて足してください。一度に全部作らず、検証したい部品を一つずつ足すのが実験の鉄則です。

なお、このコードは「動きを抑える」設定が有効な環境では転がる演出を省略します。待ち時間の長さを検証するときは、この設定の影響を受けていないか確認してください。

画面版を同じ記録で遊び、比べる

画面版ができたら、紙と同じ記録シートで遊びます。条件を揃えるため、次の点を守ります。

  • 遊ぶ人は紙のときと同じメンバーにします。難しければ、ルールを知らない人は「質」の件数が増えやすいので、別枠で記録します。
  • 画面版も最低3ゲームは遊びます。
  • 一度に変える要素は一つだけにします。たとえば、転がる時間を0・900・2000ミリ秒の三通りに変え、各3ゲームで比べます。

結果の読み方

出来事の種類ごとに、紙と画面を並べて判断します。

  • 紙で出た「声」が、画面では同じ局面で出ない、疑うべきこと:その局面で紙にあった部品(待ち・全体の見え方)が欠けている、次の一手:欠けていそうな部品を一つだけ足して再実験
  • 画面で「質」が増えた、疑うべきこと:紙では見えていた情報が画面で見えていない、次の一手:画面に出す情報を見直す
  • 画面で「止」が減った、疑うべきこと:自動化で考える手間が消えた可能性、次の一手:自動化した処理のうち一つを手動に戻す
  • 画面でだけ出る「声」がある、疑うべきこと:紙になかった新しい手応え、次の一手:残すか削るかを自分の仮説と照らして決める
  • 画面で「飽」が早い、疑うべきこと:手番の間隔が短すぎる、または単調、次の一手:転がる時間や演出の間を変えて比べる

どの違いも「画面が悪い」という結論には直結しません。紙の手応えを機械的に写すことが目的ではなく、自分のゲームの面白さの核が画面でも成立するかを見極めるのが目的です。最初に書いた「このゲームの面白さは〇〇と△△にあるはず」という一文と照らして、当たっていたか、外れていたかを書き残してください。外れていた場合、それは実験の失敗ではなく、仮説が更新されたということです。

起こりやすい誤り

実験を始めると、次のような誤りが起こりやすくなります。

  • 口頭の補足を記録しない:紙の遊びでは、その場で「こうしよう」とルールが育ちます。これを記録しないと、画面版が別のゲームになります。補足が出たら、その場でルール紙に書き足してください。
  • 作者本人だけで画面版を遊ぶ:ルールを知っている人は、説明不足に気づけません。紙でも画面でも、最低1回は初めての人に遊んでもらってください。
  • 複数の要素を同時に変える:転がる時間、効果音、配色を一度に変えると、何が効いたか分かりません。
  • 乱数への疑いを見落とす:同じ目が続いたとき、紙では「運が悪かった」で済んでも、画面では「偏っているのでは」と疑われることがあります。この印象は、記録の「声」や「飽」に表れます。履歴を表示して、実際に偏っているのか、印象の問題なのかを分けて見てください。
  • 終盤の疲れを混ぜる:午後の後半は集中が落ちます。時間帯は記録に書き、分けて読んでください。
  • 自動化を善と決めつける:集計や判定を自動化すると便利になりますが、「自分で数える緊張」が面白さの核だった場合は、それごと消えてしまいます。自動化は一つずつ、効果を見ながら進めてください。

次の行動

まず、今日中に自分のゲームのルールを1枚の紙にまとめ、「面白さの核は〇〇と△△」という一文を書いてください。そのうえで、一日の時間割を決め、紙パートの記録用付箋を用意します。

画面版を人に遊んでもらいたい場合は、アソバースにHTMLまたはZIPをアップロードして試せます。直下にindex.htmlを置き、20MiB以内に収めてください。公開前に下書きとして保存し、表示を確認できます。公開にはメールアドレスの確認が必要です。試作の段階では、まず手元のブラウザで紙と同じ条件の比較を済ませてから公開を検討するのが、手戻りの少ない進め方です。