Build a PC Empire の公式説明では、製品を発売し、ベンチマークを見て、レビューを読み、リアルタイム販売を確認するよう案内されています。これは同じ結果に付いた3つの名前ではなく、それぞれ異なるフィードバック手段です。実用的なベンチマーク手順では、次の変更を選ぶ前に各指標を記録します。
3つの指標を分ける
現在のビルドには、さらに詳しい項目が表示される場合があります。その場合は正確なラベルを記録してください。同じバージョンで検証されていないコミュニティの計算式に置き換えてはいけません。
発売記録を残す
発売前に、会社の年、アップデート日、製品タイプ、選択部品、外見、価格、スタッフ設定、関係する研究、別プロジェクトとチームを共有しているかを記録します。発売後は、表示されたベンチマークを正確に書き、レビューの全文またはスコア、販売の観察期間、表示された台数または収益、製品によるものと判断できる最終的な資金変化を記録してください。
スクリーンショットも役立ちますが、短い文章の記録の方が比較しやすくなります。製品名を一貫させ、ベンチマーク結果を別の設計に結び付けないようにします。画面がリアルタイムで更新される場合は、一方を数秒後、もう一方を数分後に比べず、毎回同じ観察時点を選んでください。
断定しすぎずに原因を調べる
最も弱い、または最も分かりやすい指標から始めます。他の条件を維持したまま部品を一つ変えてベンチマークが下がった場合は、その部品を元に戻すか再検証します。ベンチマークは変わらずレビューが変わった場合は、レビューの文章と変更した設計変数を確認します。ベンチマークとレビューが似たまま価格変更後に販売が変わった場合、価格が有力な説明になりますが、どの状況にも通用する計算式が証明されたわけではありません。
比較を再現できるまでは、「観察した」「可能性を示す」「この条件で繰り返し確認した」といった表現を使います。一度の結果に、年の変化、研究アンロック、スタッフ変更、市場イベント、ゲーム更新が重なっている場合があります。
A/B 比較を行う
製品 A を基準にし、製品 B では主要な変数を一つだけ変えます。部品を検証するときは価格を維持し、価格を検証するときは部品を維持してください。同じ製品タイプと近いスタッフ状況を使い、両方の発売を同じ観察時点で記録します。
2回目の結果が違った場合は、重要な比較をもう一度繰り返します。結果が逆転したら、そのルールはおすすめとして扱うには不安定です。同じ結果が再現した場合も、対象範囲を限定してください。「常に」よりも「この年と会社状況では」の方が根拠が強く、正確です。
販売と資金を結び付ける
リアルタイム販売は、そのまま純利益になるわけではありません。会社では部品、開発、スタッフ、研究、オフィス変更、別プロジェクトにも費用がかかる可能性があります。発売の前後で資金台帳を付け、観察期間中は関係のない支出を避けてください。
Double sales パスは販売した各 PC から得る資金を2倍にすると公式に説明されていますが、追加資金はリーダーボードや会社評価額には反映されません。他のプレイヤーと販売や評価額を比較する前に、その会社がパスを使っているか記録してください。このパスでは、製品への基本的な反応が変わらなくても資金結果が変化します。
よくある読み違い
- 価格、レビュー、販売を確認せず、最も高いベンチマークを最高の経営結果と呼ぶ。
- レビューの表現を、指摘された問題の検証ではなく隠れた計算式として扱う。
- 年や研究状況が違う2つの製品を、変化を記録せず比較する。
- スタッフを共有する並行プロジェクトを進め、完了時期の違いを部品のせいにする。
- 公式説明でスコアや販売に影響しないとされる外見パスを原因にする。
- 製品、会社状況、観察期間、バージョンを示さず「最適価格」を報告する。
次の行動を選ぶ
結果が一つの部品カテゴリーを示している場合は、PC 部品一覧に戻り、条件をそろえて交換してください。製品に問題がなさそうでも資金回収が弱い場合は、お金のガイドを使い、価格だけを検証します。開発時期や処理能力のせいで公平な発売ができなかった場合は、従業員とプロジェクトの予定を確認します。必要な選択肢がロックされている場合は、研究ガイドを利用してください。
ベンチマーク、レビュー、販売は、次の判断までの時間を短くできるときに最も役立ちます。記録して、一つの変更を選び、再び発売してください。この循環は、アップデートで正確なスコア方式が変わっても有効です。