音を全部入れ替えると、誰が気づくのか：更新への反応を確かめる設計

「気づく」を三つに分ける

「気づいた」という言葉には、少なくとも三つの水準が混ざっています。

• 音そのものへの気づき、内容：音が鳴っていると認識している、確かめ方：音に関する自由な感想が出るか
• 変化への気づき、内容：以前と違うと言える、確かめ方：旧版経験者に違いを尋ねる
• 内容への気づき、内容：どう違うかを言葉にできる、確かめ方：具体的な音を鳴らして説明してもらう

この三つは独立しています。音は聞こえていても、以前の音を覚えていなければ変化には気づけません。変化に気づいても、どこがどう変わったかは説明できないことがあります。

もう一つ、言葉に表れない反応があります。音量を触る、ミュートにする、同じ操作を何度も繰り返す、といった行動です。感想では「特に何も」と言った人が、遊んでいる最中にミュートを押していたら、その人は音に反応しています。三つの水準に加えて、行動の記録も別の層として扱います。

ブラウザゲームには、そもそも音が出ていない遊び方も多くあります。再生に操作が必要な環境があること、周囲に配慮して消音で遊ぶ人がいることがその理由です。「こだまの森」は音なしでも遊べる作品として案内されています。音に頼らず遊べる設計は、音を差し替えたときにも「気づかない人」が一定数いることを前提にできる、ということでもあります。更新を観察するときは、音を聞ける状態だったのかどうかを最初に分けておく必要があります。

音の役割で、期待する反応が変わる

音を全部入れ替えるといっても、すべての音が同じ働きをしているわけではありません。差し替える前に、自作の音を役割で仕分けておきます。

• 操作の確認音：ボタンを押した、アイテムを取った、といった反応を返す音です。ここは短く、同じ場面で同じように鳴ることが大切です。入れ替えても気づかれないのが理想の場合が多くなります。
• 状況を知らせる音：失敗、残り時間わずか、ゲームオーバーなど、行動の切り替えを促す音です。音色が変わっても「何かまずいことが起きた」と伝わるかが問われます。
• 雰囲気をつくるBGM：場面の空気を決める音です。変われば印象が変わるので、気づかれてよい、あるいは気づいてほしい部分です。
• 音そのものが遊びの中心になる音：音を聞いて覚える、演奏するといった作品では、音は仕様の一部です。「雨音のピアノ」の記憶ゲームのように、聞いた音を手がかりに操作する作品では、差し替えが遊びの中身に直結します。この場合は、気づくかどうかの前に、遊びが成り立つかを確かめる別の検証が必要です。

役割ごとに「気づかれてよいか」「気づかれないほうがよいか」「気づいたとしても同じ意味に受け取られてほしいか」を、更新前に書いておきます。たとえば、確認音は気づかれず、BGMは気づかれてよい、警告音は音色が変わっても意味が伝わってほしい、といった具合です。これが後で結果を読むときの基準になります。

注意したいのは、長さと音量です。音色を変えたつもりで、鳴る長さや大きさまで変わってしまうことがあります。短い音が長くなると操作のテンポに影響しますし、大きな音は音色の違い以上に目立ちます。「全部入れ替える」ときは、音色と音量と長さを別々の変数として扱い、できるだけ音色だけが変わるように揃えておくと、反応の原因を切り分けやすくなります。

確かめるための設計

ここからが手順です。気づきの有無は人によって差が大きいので、少数でも条件を揃えて比べる形にします。

準備するもの

• 旧版と新版の2つ。アソバースでは公開内容の更新で作品が置き換わるため、更新前の版は手元にHTMLまたはZIPとして保存しておきます。観察の間は、2つの版を同じ端末で開ける状態にします。
• 同じ端末と同じ出力環境。イヤホンかスピーカーかをどちらかに固定します。
• 役割別の音の一覧と、それぞれについて期待する反応のメモ。
• 記録用紙。人ごとに1枚用意します。

参加者の分け方

遊んでもらう人を、次の3グループに分けます。

1. 旧版を遊んだことがあり、新版を遊ぶ人
2. 旧版を遊んだことがなく、新版を遊ぶ人
3. 旧版を遊ぶ人（比較用）

目安は各グループ数人です。この人数で統計的な結論が出るわけではないので、傾向と、見落としていた反応の発見を狙う観察と位置づけます。人数を増やせる場合も、分け方は変えません。

グループ1の人には、前回遊んだ時期を聞いて記録します。間が空いているほど、旧版の音は記憶から薄れています。

進め方

1. 事前に「音を変えました」と告げません。「新しいバージョンを触ってください」という程度の案内にとどめます。
2. 音が出る状態であることを、遊ぶ前に本人と確認します。音量は端末側で固定し、遊んでいる間は調整できることだけ伝えます。
3. 3〜5分遊んでもらいます。その間は話しかけません。
4. 終了直後に、次の順で質問します。

• 音について、気づいたことはありますか（自由回答）
• 以前遊んだときと比べて、違いを感じましたか（グループ1のみ）
• 遊んでいる間に鳴った音を一つ再生して、「この音はどんなときに鳴ったと思いますか」と聞く（役割別に2〜3個）

質問の順番が大切です。最初から「音が変わりましたが気づきましたか」と聞くと、聞かれたことで初めて意識されて、自然な気づきを測れなくなります。必ず自由回答から、具体的な質問へと狭めていきます。

記録の取り方

人ごとに、次の項目を書き留めます。

• 音量を触ったか（回数）
• ミュートにしたか、一度でも音を止めたか
• 同じ操作を繰り返したか（例：音の鳴るボタンを何度も押した）
• 自由回答の原文に近い言葉
• 役割別の音を説明できたか（できた／曖昧／できない）
• 所要時間と、離脱したか

単位は一人1回の観察とし、同じ人に何度も遊んでもらいません。2回目以降は、新版の音に慣れた状態になるので、初見の反応が取れません。

プレイ回数やレビューといったアソバース上の数字は、この観察の代わりにはなりません。プレイ回数は作品の起動を数えたものであり、人数ではありません。更新後に増減しても、その原因が音とは限らず、音に気づいたかどうかも分かりません。

結果の読み方

記録が集まったら、役割ごとに期待メモと照らし合わせます。結果を読む型を、いくつか挙げておきます。

• 自由回答で音に触れず、行動にも変化がなく、役割別の音の説明もできる：その音は役割を保ったまま入れ替わった可能性が高いといえます。確認音ならこれが狙いどおりです。
• 自由回答で音に触れ、「うるさい」「違和感がある」など否定寄りの言葉が出る：音色より先に、音量や長さがずれていないかを疑います。別の変数が混ざっていないか、準備の段階に戻って確認します。
• 自由回答では触れないが、音量調整やミュートが目立つ：言葉にならない不快感の可能性があります。ただし、グループ3（旧版）でも同程度のミュートが見られるなら、新旧の差ではなく作品や環境の問題です。
• 音を聞けているのに、役割を説明できない：新しい音が意味を伝えていません。状況を知らせる音でこの結果が出た場合は、優先して見直します。
• 旧版経験者だけが違いに言及する：変化への気づきは、記憶があって初めて成立します。初見の人に気づかれないことは、更新の失敗を意味しません。

全体を読むときの原則は、グループ間の差を見ることです。新版だけを見て「音に触れる人が少ない」と判断すると、旧版でも同じだった可能性を見逃します。グループ3があることで、「新しい音だから出た反応」と「この作品でもともと起きる反応」を切り分けられます。

起こりやすい誤り

観察設計では、次の落とし穴がよく起こります。

音量の違いを音色の違いと取り違える：新しい音源は元の音源より大きいことがよくあります。聞き比べで印象が変わるのは、音色ではなく音量のせいかもしれません。入れ替える前に、同じ端末で両方を続けて鳴らし、体感の大きさを揃えておきます。

音が出ていない人を混ぜる：ブラウザの設定、端末のマナー状態、再生に操作が必要な環境などで、音が鳴っていない人がいます。事前確認をして、音が出ていないなら観察対象から外すか、別枠で記録します。

期待をにじませる：作り手が「どう感じたかな」という顔で見ていると、答えが引っ張られます。観察中は表情や相づちを控え、質問は決めた文面で読み上げます。

少数の感想を一般化する：数人の観察は、仮説を見つけるためのものです。「半数が気づかなかった」といった数字は、母集団についての主張にはなりません。記録するときも「今回の数人では」と範囲を明記しておきます。

音以外の変更を同時に入れる：音の差し替えと同じ更新で操作や画面も変えると、反応の原因が分からなくなります。観察用の新版は、音以外を旧版と同じにします。

次の行動

自作のゲームから、鳴っている音をすべて書き出し、確認音・状況を知らせる音・BGMなどの役割に分けて、それぞれ「気づかれてよいか」を一行で決めてみてください。次に、旧版を保存したうえで、音量と長さを揃えた新版を用意し、3グループに分けて数人に遊んでもらう計画を紙に書きます。観察を終えたら、結果を更新内容の文章に反映させ、気づいてほしい変化だけを明示すれば、更新の伝え方も整理できます。