カードを切って配る遊びを画面にすると、何が失われるか
遊びをつくる執筆にClaudeを使用しています。

ババ抜きを紙のカードで始める場面を考えてみます。山札を切り、一枚ずつ配り、受け取った手札を扇のように持ち、同じ数字のペアを場に捨てていきます。ここまでのどこかに、画面にすると薄れてしまう部分がありそうです。ただ、それが「紙の質感」なのか、「配られるまでの間」なのか、「相手の顔が見えること」なのかは、作り手が分けて確かめないと、移植のときに何を補うべきかが決まりません。 この記事は、その「何が失われるか」を自分で測るための実験設計書です。結果は書きません。紙版と画面版を同じ人たちで遊び比べ、要素を一つずつ足し引きして、差がどこで生まれるかを読み取る手順を示します。目的は紙を礼賛することではありません。画面だから補えるものも多くあるので、「失われるもの」と「補えるもの」を切り分けて、作るゲームの設計判断に使える形にします。
失われそうなものを先に仮説にする
実験の前に、候補を言葉にしておきます。後から結果に合わせて解釈しないためです。紙のカード遊びで手触りに関わりそうな要素は、次の五つです。
- 切る:混ざり具合に不完全さがあり、音や重さが伴います。紙の山札は混ぜ方が足りないと偏りが残ることがあります。画面の乱数にはその偏りがありません。
- 配る:一枚ずつ手元に来るまでの時間があります。この間に、場の空気が「これから始まる」に切り替わります。
- 持つ:手札を手に取り、扇状に広げ、並べ替えます。指で触れて置き場所を変えること自体が、考える動作の一部になっていることがあります。
- 見る:相手の顔、視線、引くときのためらいが見えます。ババ抜きのような駆け引きの遊びでは、ここが中心にもなり得ます。
- 置く:場にカードを出す音や、場に積もっていく捨て札の見た目があります。
一方、画面が補えそうなものも並べます。手札の自動整理、ルール違反の防止、取り消し、直前の操作の履歴表示などです。アソバースの公式作品にも、この種の補いが見られます。たとえば「潮目のオセロ」には、返る石のプレビューや一手戻す機能があります。これは紙の盤では誰かが頭の中でやっていたことを、画面が引き受けている例と読めます。ただしカードにそのまま当てはまるかは別問題で、だから実験で確かめます。
仮説は「この要素が欠けると、面白さのどの指標が落ちるか」の形で書いておきます。例を挙げます。
- 配る演出を省くと、「始まった感」が落ちる。
- 手札を並べ替えられないと、迷いが増える。
- 相手の顔が見えないと、会話が減る。
準備するもの
遊ぶ対象は一つに絞ります。 比較のしやすさから、ルールが短く、手札に隠し情報があるババ抜きのようなゲームが向いています。複数のゲームを混ぜると、差がゲームの違いなのか媒体の違いなのか分かりません。
遊ぶ人は同じ顔ぶれにします。 2〜4人で、全員がルールを知っている状態にします。ルールの理解度が違うと、手触りの差より理解の差が目立つからです。別に、遊ばずに観察と記録だけを担当する人を一人置きます。
比べる条件は三つから始めます。
- A 紙、配り方:実際に切って配る、手札:手に持つ、相手の見え方:顔が見える
- B 画面(一台を囲む)、配り方:即時に配る、手札:交代で表示、番が終わると隠す、相手の見え方:顔が見える
- C 画面(ひとり対CPU)、配り方:即時に配る、手札:常に自分だけが見る、相手の見え方:顔がない
A と B の差は「媒体」、B と C の差は「人の顔があるかどうか」を主に映します。B と C のどちらも、一台の画面で遊べる形にしておけば、外部通信は不要です。
アソバースのオンライン対戦は「潮目のオセロ」と「灯りのチェス」のみで、投稿作品向けの共通対戦APIはありません。そのため、投稿するカードゲームで友達と遊ぶ場合は、同じ画面を囲む方式かCPU相手が現実的な選択肢です。ここでは対戦通信を使わない前提で設計しています。
手順:配る演出だけを変えて比べる
最初の画面版には、配る部分だけの最小構成を使います。次のHTMLは「演出あり/なし」を切り替えて山札を二人に配るだけで、ゲーム本体は含みません。保存してブラウザで開けば単独で動きます。
<!doctype html>
<meta charset="utf-8">
<title>配る実験</title>
<style>
body{font-family:sans-serif;padding:1em}
.hand{display:flex;gap:4px;min-height:60px;margin:8px 0}
.card{width:40px;height:56px;border:1px solid #333;border-radius:4px;background:#fff;display:flex;align-items:center;justify-content:center}
</style>
<label><input type="checkbox" id="anim"> 1枚ずつ配る演出</label>
<button id="go">切って配る</button>
<div id="p0" class="hand"></div>
<div id="p1" class="hand"></div>
<script>
const hands=[document.getElementById('p0'),document.getElementById('p1')];
function shuffle(a){for(let i=a.length-1;i>0;i--){const j=Math.floor(Math.random()*(i+1));[a[i],a[j]]=[a[j],a[i]];}return a;}
function add(h,n){const d=document.createElement('div');d.className='card';d.textContent=n;h.appendChild(d);}
document.getElementById('go').onclick=()=>{
hands.forEach(h=>h.innerHTML='');
const deck=shuffle([...Array(10).keys()].map(n=>n+1));
const wait=document.getElementById('anim').checked?250:0;
deck.forEach((n,i)=>setTimeout(()=>add(hands[i%2],n),wait*i));
};
</script>このあとの進め方は次のとおりです。
- 条件 A(紙)で、同じ顔ぶれで3ゲーム遊びます。
- 条件 B(画面を囲む)で、演出なしの配りを3ゲーム遊びます。
- 条件 B のまま、演出あり(250ミリ秒ごと)を3ゲーム遊びます。
- 余力があれば、手札の並べ替え、効果音、取り消しを一つずつ足して同様に3ゲームずつ遊びます。足すのは一度に一つだけです。
- 最後に条件 C を3ゲーム遊びます。
順序は固定しないでください。先に遊んだ条件は新鮮さで有利になり、後の条件は慣れで有利になります。顔ぶれを二組に分け、一方は A→B、もう一方は B→A の順にすると、順序の影響を相殺しやすくなります。
記録の取り方
記録は「何を・どの単位で・何回」を決めておきます。単位はゲームごとです。観察役が次の項目を紙に書きます。
- 所要時間:配り始めから最後の一人が上がるまでを、ストップウォッチで計ります。
- 会話の有無:1ゲームを前半・後半に分け、それぞれで「誰かが引く前に声を出したか」を○×で記録します。発言の中身ではなく有無だけにします。
- 相手の顔を見た回数:引く側が、引く瞬間に相手の顔を見たかを回数で数えます。数え損じを減らすため、観察役は一人の遊び手だけを追います。
- 操作の迷い:画面条件では、「引くカードを選び直した」「押し間違えた」の回数を数えます。
遊んだ直後には、全員に三つの質問を5段階で答えてもらいます。
- 「カードが配られた」実感があったか。
- 相手の様子を感じ取れたか。
- もう一度遊びたいか。
順位や勝敗は記録に加えますが、満足度との関係は後で見ます。勝った人は高く答える傾向があるため、勝敗を別の列に残しておくと切り分けやすくなります。
結果の読み方
集まった数字は、条件ごとに並べて、差の大きい項目から眺めます。人数も回数も少ないので、統計的な結論を求める必要はありません。次のような読み方で、次に直す箇所を決めます。
- 「配られた実感」だけが画面で低い:配る演出や音で補える可能性があります。演出ありの条件で差が縮むか確認します。縮まないなら、時間より「自分に来た」と感じさせる手がかり(自分の手札の位置に飛ぶ動きなど)を足してみます。
- 会話や相手の顔を見た回数が、B で A と近く、C でだけ落ちる:失われているのは媒体よりも「人の顔」です。CPU相手にするなら、相手の迷いを示す間や、引いたカードの枚数を見せる表示など、顔の代わりになる手がかりを検討します。
- 迷いや押し間違いが画面で多い:手触りというより操作設計の問題です。カードの当たり判定の大きさや、選択後の確認の有無を見直します。
- 所要時間は画面が短く、「もう一度遊びたいか」も画面が高い:失われたものより速さが効いている可能性があります。この場合は、手触りの再現に力を入れるより、短い遊びを何回も回せる設計に寄せる判断もあります。
- 所要時間は画面が短いが、「もう一度遊びたいか」は紙が高い:速さと引き換えに何かが落ちています。どの質問の差が大きいかを手がかりに、仮説の五つのどれに当たるか見直します。
差が小さい項目は、その要素を急いで補う必要がないという判断材料です。何を作り込まなくてよいかが分かることも、この実験の収穫です。
誤りやすい点
- 実装の出来を手触りの差と混同する:画面版の不具合や分かりにくさは、媒体の限界ではなく作りの問題です。本番の前に一人で動作確認を済ませておきます。
- 要素を同時に変える:演出と音と並べ替えを一度に足すと、どれが効いたか分かりません。足すのは一回に一つです。
- 順序の影響を放置する:同じ順で遊ぶと、先の条件が有利になるか不利になるかが読めません。顔ぶれを分けて順番を入れ替えます。
- 観察役が遊んでしまう:記録の抜けが増えます。観察役は遊ばない人に固定します。
- 気に入りの結果に寄せて解釈する:事前に書いた仮説と照らし、外れた項目も残します。
- 紙の混ぜ不足を無視する:紙の条件では、切り方が足りず偏った配りになることがあります。配りの偏りが勝敗に影響したと思えるゲームは、その旨をメモしておきます。
次の行動
まず上の配るコードを保存し、演出あり・なしを切り替えながら、紙で配るときとの体感の差を同じ顔ぶれで確かめてみてください。差の出た質問を一つ選び、その要素だけを足した次の画面版を作って、同じ記録表で比べます。公開前に試す場合は、アソバースの下書き保存と表示の確認で、遊ぶ人に見せる画面を整えられます。

