放置ゲームの「待つ」は遊びなのか

「待つ」を三つに分ける

「待つ」と言っても、実際には性質の違う三つの状態が混ざっています。まず分けておかないと、数えた数字が何の数字か分からなくなります。

• 開いて待つ：画面を開いたまま、数字が増えるのを見ている状態です。見ているだけで操作はありません。
• 閉じて待つ：アプリやタブを閉じ、次に開くまでの離席時間です。報酬が「戻ったとき」にまとめて渡される部分です。
• 待ちながら考える：画面は動いていても、次に何を買うか、いつ方針を切り替えるかを頭の中で組み立てている状態です。外からは「開いて待つ」と区別がつきません。

この記事が主に扱うのは二つ目の「閉じて待つ」です。放置ゲームの設計の特徴は、プレイしていない時間そのものが報酬の計算に入る点にあります。三つ目は外から測れないため、「判断の前後で何が変わったか」という間接的な形で調べます。

離席報酬は何でできているか

作品ごとに実装は違いますが、離席報酬の考え方は一般に次の形に整理できます。ゲームは閉じるときの時刻を保存し、次に開いたときの時刻との差を求めます。その経過時間に、離席前の生産速度を掛けた量を加算します。

この考え方から、読者が確かめられる論点が三つ出ます。

1. 報酬は離席前の状態で決まっている：離席中に何もしなくても、閉じる直前の育成状況が戻り報酬を左右します。待つ時間の価値は、待つ前の選択に預けられています。
2. 多くの作品に上限がある：離席時間の計算に打ち切りを設ける設計は珍しくありません。上限に当たると、それ以上待っても報酬が増えず、「いつ戻るか」が判断になります。ただし上限の有無や長さは作品ごとに違うので、遊んで確かめてください。
3. 戻った瞬間に選択肢が開く：受け取った資源を何に使うかという判断は、戻った瞬間に始まります。

つまり放置ゲームの「待つ」は、待っている最中に何かをする遊びというより、待つ前と後に判断を置く遊びとして設計されている可能性があります。その可能性を、記録で確かめます。

記録の設計：何を、どの単位で、何回

集計の単位は「一回の戻り」、つまり離席から戻って次に閉じるまでを一行とします。1日に何度も開く人も、数日に一度の人も、同じ単位で比べられます。

準備するものは、紙かスプレッドシート、時計、そして遊ぶ作品一つです。複数の作品を一度に比べると原因が混ざるので、まず一作品に絞ります。記録の目安は、少なくとも3日間、10行以上です。戻りの回数が少ないと、偶然の偏りと区別できません。

• A、内容：離席した分数、記録の仕方：前回閉じた時刻と今回開いた時刻の差
• B、内容：戻り報酬、記録の仕方：開いた直後に加算された量（表示がなければ開く直前と直後の差）
• C、内容：上限の形跡、記録の仕方：「上限に達した」旨の表示や案内があれば「はい」、なければ「いいえ」
• D、内容：滞在分数、記録の仕方：開いてから閉じるまでの分数
• E、内容：判断回数、記録の仕方：購入・強化・方針の切り替えなど、選択肢から選んだ回数
• F、内容：確認・連打の回数、記録の仕方：判断に数えない操作の回数（参考値）
• G、内容：滞在中の増加量、記録の仕方：閉じる直前の量から、開いた直後の量（戻り報酬を足した後）を引いた値に、使った量を足し戻したもの
• H、内容：判断で変わった増加率、記録の仕方：判断の前後で、1分あたりの増加が変わったか（変わった／変わらない）

数え方で迷いやすいのは、列Eの「判断」の線引きです。選ぶことで先の展開が変わる操作だけを判断に数え、同じボタンを繰り返し押す操作は列Fに回します。線引きの基準は最初に紙へ書いておき、途中で変えないでください。

列Hは、増加率の表示があればその数値を、なければ判断の前後で1分間ずつ増加量を測って比べます。1分の測定は、判断の直前と直後に一回ずつで十分です。

結果の読み方

記録がたまったら、次の四つを計算します。

• 戻り報酬比 ＝ 戻り報酬の合計 ÷（戻り報酬の合計 ＋ 滞在中の増加量の合計）
• 判断密度 ＝ 判断回数の合計 ÷ 滞在分数の合計
• 上限到達率 ＝ 列Cが「はい」の行数 ÷ 全行数
• 判断の効き ＝ 列Hが「変わった」の判断数 ÷ 判断回数の合計

この四つの組み合わせから、作品の性格を次のように読み分けます。

• 戻り報酬比が高く、判断密度が低い：増えた量の大半が離席から来ていて、戻ってから選ぶことも少ない状態です。この場合の「待つ」は、時間の通過に近いと言えます。
• 戻り報酬比が低く、判断密度が高い：放置という看板に反して、実際には操作して進めるゲームになっています。放置要素は補助にとどまっています。
• 戻り報酬比は中程度で、判断の効きが高い：待つ前の選択が戻り報酬を変え、戻った後の選択がまた次の待ちを変える循環が起きている状態です。待つことが計画の一部になっていて、遊びと呼べる候補です。
• 上限到達率が高い：頻繁に上限に当たっているなら、待つ時間の価値が頭打ちになっています。この場合、遊び手は「上限の前に戻る」ことを強いられ、生活の側が設計に合わせる形になっているかもしれません。

「待つは遊びか」を最終的に判断する基準は、三つの問いにまとめられます。待つ前の選択が、待った結果を変えているか。待っている間に、次の手を考える余地があるか。戻った瞬間に、意味のある選択肢が開いているか。三つともはいなら、待つ時間は遊びの内側にあります。一つもはいでなければ、待つ時間は遊びの外側で流れているだけです。

起こりやすい誤りと、作る人が確かめる点

記録するときに起こりやすい誤りがいくつかあります。

• 記録することで行動が変わる：数えていると、普段より判断を増やしたり、戻る間隔を整えたりしがちです。最初の1日は練習として、集計から外す方法があります。
• 一作品の結果を全体に広げる：出た数字は、その作品の設計の性格です。放置ゲーム全般の性質ではありません。
• 端末の時計の影響：離席時間は端末の時刻から求める作品が多いため、時刻の設定を変えると結果がゆがみます。記録中は時刻設定に触れないでください。
• 背景タブの挙動：ブラウザは、見えていないタブの処理を抑えることがあります。「開いたまま別タブにして待つ」場合の増え方は、「閉じて待つ」場合とは別の行として区別して記録してください。

放置ゲームを自分で作る人は、アソバースに投稿する場合の前提も押さえておく必要があります。

離席報酬には、閉じた時刻を保存しておく仕組みが必要です。アップロード作品の中の localStorage や sessionStorage は一時メモリーの互換処理とされているため、長く残す進行データをどこに置くかは、現在の案内で確認してください。一方、アップロードしたゲームにはSDKが自動で追加され、作品ごとのクラウドセーブ（JSON形式で128KiBまで）が使えます。時刻と数個の数値であれば、サイズの上限に収まる見込みです。URL投稿の場合は、作者がSDKを読み込むことで同じ仕組みを使えます。ゲストの進行は端末内に保存され、ログイン後のアカウントへ自動では混ざらない点も、離席報酬の設計に関わります。

計測の面でも注意が必要です。プレイ回数は作品を起動した実測回数で、人数ではありません。同じ端末・作品の30分以内の再起動は重複として除かれます。放置ゲームでは、画面を開いたまま長く遊ぶ人や、短い間隔で何度も開く人がいるため、プレイ回数だけでは「どれだけ待たれたか」は分かりません。待ちの価値を測りたいなら、ゲーム内で自分が記録する指標を持つ必要があります。

次の行動

好きな放置ゲームを一つ選び、上の表の列を紙に書き写して、3日間・10行を目標に「戻り」ごとの記録を取ってみてください。集計したら、戻り報酬比・判断密度・上限到達率・判断の効きの四つを並べ、三つの問いにはいかいいえで答えます。作る側の人は、自作の離席報酬を同じ四つの指標で見直すと、待ちを遊びにするための調整箇所が見えてきます。