マガジン

レビュー画面:点数と文章の入力欄の順番

遊びを見つける

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

折りたたみ紙が広がる枠で、言語による文字量に対応する画面設計を表したイラスト。
記事のテーマをもとに制作したAI生成イラスト。

遊び終えたブラウザゲームのレビュー画面を開く場面を考えてみます。星の欄が上にあり、その下に文章の欄が続いている画面と、文章の欄が先にあり、星は最後に選ぶ画面があるとします。同じ作品を同じ気持ちで遊んだとしても、この二つで書き終わるまでの流れは変わるでしょうか。変わるとしたら、何が変わるのでしょうか。 この記事は、その答えを断定しません。順番の違いが入力に与える影響を、読者が自分で数えたり記録したりして確かめるための分析の手順を示します。扱うのは三つです。既存の画面を一枚ずつ読み取る記録シート、順番だけを入れ替えた小さなモックを動かして行動を記録する方法、そして結果を読むときの判断基準です。数値の結果は載せません。数える作業は読者の手元で行います。 アソバースのレビューについて確認できている仕様も、先に整理します。仕様で決まっていることと、画面を開かなければ分からないことを分けておくと、観察の問いが絞れます。

この記事の目次
  1. 点数が先か、文章が先か:順番が左右しそうなこと
  2. アソバースの仕様から確かめられること・確かめられないこと
  3. 記録シートを作る:画面1つを1行で読む
  4. 順番だけを入れ替えるモックで、入力の癖を記録する
  5. 結果の読み方と起こりやすい誤り
  6. 次の行動

点数が先か、文章が先か:順番が左右しそうなこと

順番の設計には、大きく二つの考え方があります。「点数が先」の画面は、最初の操作が一回のタップで済みます。入力を始める心理的な負担が小さく、文章を書かなくても評価を残せる印象を与えます。一方で、先に点数を決めると、その数字に合う文章を書こうとする流れが生まれるかもしれません。

「文章が先」の画面は、感想を言葉にしてから点数を決めることになります。書いた内容と点数が食い違いにくくなる可能性があります。ただし最初の操作が重く、文章欄を見た時点で閉じる人が増えるかもしれません。

どちらも仮説です。心理学には、最初に目にした数字が後の判断に影響する「アンカリング」という考え方が一般に知られています。しかし、このレビュー画面でどの程度当てはまるかは、画面ごとに確かめるしかありません。ここで調べるのは、次のような観察できる行動の違いです。

  • 最初に触る欄はどちらか
  • 点数だけで送信する人と、文章も書く人の割合
  • 文章の長さの分布
  • 点数と文章の温度感が食い違う例の有無
  • 入力途中で閉じる割合

「良い順番」を決める前に、どの指標を良し悪しの物差しにするかを先に決めておくことが大切です。文章の量を増やしたいのか、点数と文章の整合を高めたいのか、投稿の心理的ハードルを下げたいのかで、答えは変わります。

アソバースの仕様から確かめられること・確かめられないこと

アソバースのレビューについて、確認済みの仕様は次のとおりです。

  • 点数は1〜5点、文章は1〜2,000文字です。
  • 1アカウントにつき1作品1件です。
  • 本人が編集・削除できます。
  • 自作の作品は評価できません。
  • 投稿にはメールアドレスの確認が必要です。
  • ランキングではレビュー平均の切り替えがあり、評価順はレビュー3件以上から掲載されます。

ここから分かるのは、「一作品に残せるレビューは一件で、後から書き直せる」という構造です。一件しか書けない仕様では、同じ人に二つの順番を試してもらう比較ができません。この点は、後の手順で比較の設計に影響します。

一方、画面の細部は確認済み事項にありません。点数欄と文章欄のどちらが上にあるか、文章が必須か任意か、点数を選ぶまで送信できないか、といった点です。これらは本記事では書きません。作品ページでレビューの画面を開き、読者自身が確かめてください。

ログインしていない場合やメール確認前の状態では、レビューの投稿そのものができません。画面を確認するときは、自分のアカウントの状態も記録しておきます。

記録シートを作る:画面1つを1行で読む

最初の分析は、実験というより観察です。レビュー欄のあるサービス(ゲーム投稿サイト、アプリストア、本や映画の感想サイトなど)を3〜5つ選び、画面1つにつき1行で記録します。集計の単位は「画面」です。同じサービスでも、PCとスマートフォンで画面が違えば別の行にします。

記録する項目は次のとおりです。

  • 点数欄の位置、記録のしかた:文章欄より上か下か、同じ行か
  • 点数の形式、記録のしかた:星、数字、顔マークなど。段階数も
  • 文章欄の扱い、記録のしかた:必須、任意、最小文字数の有無
  • 文字数の上限、記録のしかた:表示があるか、いくつか
  • 点数を選んだ直後の変化、記録のしかた:文章欄が出る、ラベルが出る、何も起きない、など
  • 送信ボタンの有効条件、記録のしかた:点数だけで押せるか、文章が要るか
  • 投稿後の編集・削除、記録のしかた:できるか、どこから行うか
  • 本人確認の条件、記録のしかた:ログイン、メール確認などの要否

アソバースの行も同じ形式で作ります。確認済みの1〜5点、1〜2,000文字、編集・削除可、メール確認要という点は、そのまま記入できます。それ以外の欄は、実際に画面を開いて埋めてください。

表が埋まったら、列ごとに眺めます。点数が上の画面と文章が上の画面で、「文章欄の扱い」が必須か任意かに偏りがあるかを見ます。たとえば点数が先の画面では文章が任意の傾向があるなら、「点数先は軽い入力、文章先は重い入力」という設計の組み合わせが見えてきます。ただし数サービスの観察では、偏りが見えても一般化はできません。傾向を見つける段階にとどめます。

順番だけを入れ替えるモックで、入力の癖を記録する

画面の観察だけでは、順番の効果とほかの条件の違いを切り分けられません。そこで、順番以外を同じにした小さなフォームを用意します。以下のHTMLを一つのファイルとして保存し、ブラウザで開いてください。外部通信はなく、記録は画面に表示されるだけです。アドレスの末尾に #text を付けて開くと、文章欄が先になります。付けなければ点数欄が先です。順番を切り替えたときは、ページを再読み込みしてください。

html
<!doctype html>
<meta charset="utf-8">
<title>順番テスト</title>
<form id="form">
  <div id="boxS">点数:
    <label><input type="radio" name="r" value="1">1</label>
    <label><input type="radio" name="r" value="2">2</label>
    <label><input type="radio" name="r" value="3">3</label>
    <label><input type="radio" name="r" value="4">4</label>
    <label><input type="radio" name="r" value="5">5</label>
  </div>
  <div id="boxT"><textarea name="txt" rows="4" cols="40"
    maxlength="2000" placeholder="感想"></textarea></div>
  <button>送信(記録のみ)</button>
</form>
<pre id="out"></pre>
<script>
const form = document.getElementById("form");
const boxS = document.getElementById("boxS");
const boxT = document.getElementById("boxT");
if (location.hash === "#text") form.insertBefore(boxT, boxS);
const t0 = performance.now();
let first = "";
form.addEventListener("input", e => {
  if (!first) first = e.target.name === "r" ? "点数" : "文章";
});
form.addEventListener("submit", e => {
  e.preventDefault();
  const r = form.querySelector("input:checked");
  const len = form.txt.value.length;
  const sec = Math.round((performance.now() - t0) / 1000);
  document.getElementById("out").textContent =
    [location.hash || "#star", first, r ? r.value : "なし", len, sec].join(",");
});
</script>

送信ボタンを押すと、画面に「順番,最初に触った欄,点数,文字数,経過秒」が並びます。この一行を記録シートに写します。集計の単位は「協力者1人の1回分」です。

協力者の分け方

同じ人に両方の順番を試してもらうと、二回目は慣れや内容の記憶が影響します。人を二つの群に分け、一方には点数先、他方には文章先を渡すほうが読みやすくなります。分けるときは、年齢や普段の入力の速さが偏らないよう、くじなどで割り振ります。

協力者には同じお題を渡します。たとえば「最近遊んだゲームの感想を書く」とだけ伝え、書く内容や文字数の目安は指示しません。指示の違いが結果に混ざるのを防ぐためです。人数は読者が集められる範囲で構いませんが、各群で数人程度では傾向の確認にとどまることを、先に覚悟しておきます。

結果の読み方と起こりやすい誤り

記録がたまったら、群ごとに次の四つを見ます。

  1. 最初に触った欄:順番どおりに触った人の割合です。画面の上から順に入力するという前提が、実際に成り立っているかを確認します。
  2. 空欄の割合:点数が未選択、または文章が空のまま送信された件数です。モックでは必須にしていないので、素の行動が出ます。
  3. 文字数の分布:平均だけでなく、最小・中央・最大を並べます。0文字の人が多いと、平均は実態を隠します。
  4. 経過秒:開いてから送信までの時間です。長さの違いか、迷いの違いかは、文字数と合わせて読みます。

判断の目安は次のとおりです。

  • 文章先の群で空欄が明らかに多ければ、文章欄が入力開始の壁になっている可能性があります。
  • 点数先の群で、文字数が短い人や0文字の人が多ければ、点数で気が済んでしまう可能性があります。
  • どちらの差も小さく、人による散らばりのほうが大きければ、順番の影響は限定的と読めます。その場合は、ほかの要素(欄の大きさ、案内文、必須か任意か)を調べる価値があります。

誤りやすい点も挙げておきます。

  • 人数が少ないまま断定する:数人の差は、たまたまの偏りと区別できません。「傾向がありそう」と書くにとどめます。
  • 順番以外を変えてしまう:協力者に口頭でヒントを出す、画面の大きさが群で異なる、といった違いが混ざると、順番の効果とは言えなくなります。
  • 点数の意味を伝え忘れる:1と5のどちらが高評価かを明示していないと、点数の食い違いが生じます。モックの点数欄にも「5が最高」と添える変更を、全員に同じ条件で適用してください。
  • 文章の質を一つの物差しで測る:長い文章が役に立つとは限りません。具体的な場面や遊び方に触れた短い文章のほうが、次に遊ぶ人には参考になることもあります。長さだけで良し悪しを決めないでください。
  • モックの結果を実サービスにそのまま当てはめる:モックは条件が単純です。実際の画面は、ログイン状況や他の人のレビューの見え方など、条件がはるかに多くなります。

アソバースの画面について書くときは、確認済みの範囲にとどめます。レビュー平均は3件以上から評価順に載ること、プレイ回数は人数ではなく起動の実測回数であることも、読み違えやすい点です。点数の集計を読むときに、この仕様を混ぜないよう気をつけてください。

次の行動

まず、アソバースの任意の作品ページでレビュー画面を開き、記録シートの1行目を埋めてください。自作の作品は評価できないため、他の作者の作品で確認します。続けて、ほかのサービスを2〜4つ加えて表を完成させ、点数欄と文章欄の順番にどんな組み合わせがあるかを眺めてみてください。余力があれば、上のモックを使って、身近な数人に二つの順番を割り振る小さな観察も行えます。