読者と一緒に一つの作品を30日育てる計画を、どう設計するか

決めてもらうことを三つに絞る

読者に「何でも言ってください」と頼むと、意見は感想、要望、不具合報告、他作品との比較に散らばります。最初に、読者が決められる範囲を三つに絞っておくと整理しやすくなります。

1. 次に足す要素を選んでもらう。 作者が候補を2〜3個だけ用意し、読者はその中から選びます。ゼロから要望を募るより、比べやすく、集計もしやすくなります。
2. 困った場所を教えてもらう。 「どこで手が止まったか」「何が分かりにくかったか」は、作者が自分では気づきにくい情報です。ここは自由記述で受けます。
3. 続けるかどうかの目安を示してもらう。 30日の終わりに、その作品を今後も更新するかを考える材料にします。

逆に、作品の核は作者が持ちます。たとえば「数字をそろえる」「石を挟んで返す」といった遊びの中心は、投票にかけません。多数決で核を変えると、作品が誰の作品でもなくなりやすいためです。核と、読者に委ねる周辺を、初日に紙に書き分けておきます。

候補の作り方の参考として、公式作品の設計を見てみます。「かたちのあいだ」は、3×3の入門と4×4の2段階、次の一手のヒント（最短とは限らない）、一手戻す（手数は減らない）、同じ配置の再挑戦、時計の一時停止を備えています。設計から読み取れるのは、遊びの中心である「数字を順にそろえる」を動かさず、周辺の補助や難しさの段階を足している点です。自作でも、核の外側にある「ヒント」「戻す」「段階」のような単位で候補を切ると、読者が選びやすくなります。実際の挙動や細部は、作品を開いて確かめてください。

意見の窓口を、使える機能から組む

次に、意見をどこで受けるかを考えます。ここで大切なのは、確認済みの機能と、未提供の機能を混ぜないことです。

アソバースで確認できている窓口は、次のとおりです。

• レビュー：1〜5点と1〜2,000文字で書けます。1アカウントにつき1作品1件で、本人が編集・削除でき、メールアドレスの確認が必要です。自分の作品は評価できません。
• いいね：1アカウント1件で、「好きな作品」と連動します。
• 作者のフォロー：ログイン中の読者が、更新を追いたい作者を登録できます。
• 公開プロフィール：本人が明示的に公開を選んだときだけ、名前、紹介、SNSや問い合わせページのHTTPS URLが表示されます。意見を受ける外部の窓口を置くなら、ここが入口になります。

一方で、フレンド、チャット、ゲーム内スコアの共通ランキングは未提供です。作品ページ上で作者と読者が会話する仕組みを前提にした計画は立てられません。投票や相談を外部のフォームやSNSで行うなら、それは作者が自分で用意する窓口です。外部サービスの利用条件や、読者から預かる情報の扱いは、各サービスの案内で確認してください。レビュー欄で意見を募ってよいかどうかなど、運用上の判断が必要な点は、現在の案内で確認してから決めます。

注意点がもう一つあります。ログイン不要で遊べるため、遊んだ人の多くはレビューを書ける状態にありません。意見が届くのは、アカウントがあり、メール確認を済ませ、書く気になった人だけです。届いた意見は、遊んだ人全体の声ではなく、一部の声として読む前提で計画を立てます。

30日の割り振りを決める

30日を4つの区間に分け、区間ごとに「やること」を一つに絞ります。更新は週1回を上限にすると、変更の影響を区間ごとに切り分けられます。

• 準備、日数：1〜3日、やること：核と委ねる範囲を書く。候補を2〜3個決める、記録するもの：初期の数値（プレイ回数、いいね、レビュー件数）
• 第1更新、日数：4〜10日、やること：最も小さい改善を1つ公開する、記録するもの：更新前後の数値、届いた意見の数
• 第2更新、日数：11〜20日、やること：読者が選んだ候補を1つ形にする、記録するもの：同上、意見の分類
• 振り返り、日数：21〜30日、やること：変更を増やさず、様子を見て判断する、記録するもの：数値の推移、続けるかの判断材料

アソバースの投稿では、入力、表示の確認、公開の3段階を踏みます。下書き保存、公開内容の更新、非公開化、削除もできます。更新のたびに、紹介文へ「今回の変更」を自分で書き添えてください。更新履歴を自動で見せる機能は、確認済みの範囲にないためです。紹介文づくりには「紹介文と遊び方を作成」がありますが、利用は1時間3回、全体ではUTC1日20回までの上限があり、「この文章を使う」を押した場合だけ反映されます。更新直前に慌てて使うのではなく、余裕をもって下書きを作っておくほうが安全です。

更新で特に気をつけたいのがセーブです。クラウドセーブは作品ごとにJSONで128KiBまでです。セーブの形を途中で変えると、前の版で遊んだ人の進行が読めなくなるおそれがあります。公式作品では、古い保存（version1）を新しい形式（version2）へ移行する扱いが確認されています。自作でも、保存データに版番号を持たせ、古い版を読んだら新しい形へ変換する、という考え方が参考になります。

記録の取り方と、結果の読み方

記録は、更新ごとに同じ項目を、同じ長さの期間で取ります。日によって見る長さが違うと、比べられません。

記録する項目（週1回、同じ曜日に）

• プレイ回数
• いいね数
• レビュー件数と、評価の内訳
• 届いた意見の件数と、その分類（不具合、分かりにくさ、要望、感想）
• 採用した意見の件数と、採用しなかった理由

数値の読み方の注意

プレイ回数は作品起動の実測回数で、人数ではありません。同じ端末・同じ作品で30分以内に再起動した分は重複として除かれますが、一人が日を変えて何度も遊べば、その分だけ増えます。したがって、プレイ回数の増加は「遊ばれた機会が増えた」目安であり、「新しい人が増えた」証拠にはなりません。

評価順のランキングは、レビューが3件以上ある作品から掲載されます。レビューが3件に届かないうちは、評価の平均が順位に反映されません。件数が少ない時期の平均点は、1件の増減で大きく動くため、判断材料としては弱いと考えておきます。

判断のしかた

• 更新後にプレイ回数もいいねも動かない場合：変更が小さすぎた、または周知が足りなかった可能性があります。変更の大きさと告知の両方を疑います。
• 同じ場所への困りごとが複数の意見で重なる場合：件数が少なくても、優先して直す価値があります。
• 要望が割れて1件ずつしかない場合：採用を急がず、次の区間で候補を絞って再度問います。
• 更新の直後に数値が動いた場合：その更新が原因とは限りません。別の要因（公開した時期、他作品の動き）も同時に考えます。

意見を採用する基準を先に決める

意見が届いてから基準を考えると、好みで選んでしまいます。次の3つを、初日に書いておくと判断が安定します。

1. 核を壊さないか。 初日に書いた遊びの中心を変える意見は、採用ではなく別作品の案として保留します。
2. 1週間で形にできるか。 週1回の更新に収まらないものは、分割するか、次の区間に回します。
3. 困りごとの解消か、好みの追加か。 前者を優先します。

採用しなかった意見も、理由を一行で残します。次に似た意見が来たとき、同じ検討をやり直さずに済みます。

起こりやすい誤り

• 更新を重ねすぎる。 週に何度も変えると、どの変更が効いたのか分かりません。週1回に絞ります。
• 少数の強い意見に引きずられる。 一人の熱心な意見は目立ちますが、全体の声とは限りません。分類して件数で見ます。
• 自作を評価して数字を整えようとする。 自作の評価は仕組み上できません。身内に頼んで件数を増やしても、読み取りたい実態から離れていきます。
• 30日の終わりを成功か失敗かで切る。 この期間で確かめたいのは、作品の優劣ではなく、意見の集め方と決め方が自分に合っていたかどうかです。
• 個人情報を窓口に出しすぎる。 公開プロフィールは本人が公開を選んだ項目だけが表示されます。ログイン用のメールアドレスは公開されません。外部の窓口にも、必要以上の連絡先は載せない運用が安心です。

次の行動

まず今日のうちに、自作の「核」と「読者に委ねる範囲」を3行で書き出し、候補を2〜3個に絞ってください。そのうえで、最初の更新に入れる最小の変更を一つだけ決めます。実際の投稿や更新の手順、レビューの運用、外部窓口の扱いに迷う点は、アソバースの現在の案内で確認してから進めてください。