作品公開後の反応を次の改善に生かす方法

1. 感想・不具合・数値を分けて集める

同じメモにまとめても、情報の種類は分けます。感想は本人がどう感じたか、不具合はどの条件で何が起きたか、数値は何をどの期間に測ったかを残します。

感想

「楽しい」「難しい」に、どの場面でそう感じたかを添える。

不具合

作品の版、端末、操作手順、期待した結果と実際の結果を記録する。

利用状況

閲覧、開始、完了など、測っている行動の定義を確認する。異なる数値を同じ意味で扱わない。

一人の感想を全員の意見にしないこと、取れていないデータを0にしないことも大切です。公開したばかりで反応が少ない場合は、作品を知らない人に一度試してもらう方法もあります。

2. 影響と再現性で直す順番を選ぶ

1. 利用できない問題：開始できない、進行不能、保存の不具合など。影響範囲を確認し、案内や一時的な対処も検討する。
2. 繰り返し困る問題：操作説明が見つからない、戻り方が分からないなど。同じ場面で起きるか調べる。
3. 魅力を伸ばす改善：演出、追加要素、見た目の好み。作品の目的と必要な工数で選ぶ。

整理例：「難しい」という感想だけでは原因を決めない。最初のジャンプで何度も落ちると分かったら、キー案内・足場間隔・入力の反応を確認する。その後、キー案内だけを変更して初見の人に試してもらう。

一度に操作・難易度・画面を全部変えると、何が効いたか分かりにくくなります。原因がまだ不明なら、修正の前に再現条件を集めます。

3. 変更の目的と結果を残す

更新記録には、版・日付・何を変えたか・利用者への影響を書きます。開発内部の作業名だけでなく、「スマホで戻るボタンを押しやすくした」のように、体験にどう関係するかを伝えます。

変更後は元の問題が起きた条件で試し、別の画面や操作に影響していないかも確認します。数値を比較する場合は、期間や宣伝、利用者の条件が変わっていないかを見ます。小さい変化や少ない件数だけで改善の効果を断定しないでください。

• 狙った問題は再現しなくなったか。
• 初めての人でも目的の行動ができたか。
• 別の困りごとが増えていないか。
• 紹介文・遊び方も現行版に合っているか。

不具合報告の書式と週ごとの制作計画を使い、次の作業へつなげられます。