費用表には、製品、日付、開始予算、購入、結果、復旧を残します。一つの値だけで素材を評価しません。
開始状態を記録する
仕事、部屋、目的、予算、製品を記録します。ベースゲームは AppID 3167920、Demo は AppID 3642880 です。
購入を記録する
品名、数量、表示価格を書きます。表示されない値を別の製品から補いません。
結果を記録する
目的の進行、欠陥、顧客の反応、残金を別々に保存します。
仕事を慎重に比べる
同じ版と同じ結果条件を使い、Demo の数値をベースゲームの表へ入れません。
表を維持する
AppID、日付、出典、復旧メモを添えます。パッチで価格だけ変わる場合にも差分を追えます。
よくある質問
公開された素材価格表はありますか？
2026-08-09に確認した公式資料にはありません。
安い品をどう比較しますか？
総費用、成功、欠陥、復旧を比べます。
Demo の値をベース表へ使えますか？
ベースゲームで確認されるまで使いません。
費用台帳を作る
初回購入、失敗、復旧を別行にします。近道の二回目を隠さないためです。
発明した価格でなくカテゴリを比べる
塗料、タイル、配管などのカテゴリは説明できますが、価格表は未完成です。
契約用の予算を残す
道具、交換、機能修理のために残金を保ちます。経済式が不明な時期にも安全な方針です。
範囲付きで比較を公開する
仕事、AppID、日付、開始資金、最終状態を明記します。Demo は 3642880、ベースゲームは 3167920 です。
出典: https://store.steampowered.com/app/3167920/LowBudget_Repairs/ および https://www.pcgamer.com/games/sim/low-budget-repairs-is-like-house-flipper-but-youre-trying-to-cut-every-corner-you-can/ （2026-08-09確認）。
費用を更新する際は、表示画面の製品と確認日を必ず一緒に保存します。単価が同じでも必要量や失敗時の復旧が違えば、仕事全体の費用は変わります。表の空欄は、まだ表示されていない情報を表します。
購入を記録するときは、店へ入った時点の資金と、対象を操作した後の資金を分けます。数量が表示されない場合は、使った回数だけを観察として書き、推定した容量を表へ入れません。仕事が完了したかも費用と同じ行に残します。
素材の比較では、価格、範囲、必要な道具、目的の進行、欠陥、復旧という六つの項目を使うと便利です。全部が表示されない場合でも、見えた項目だけで条件付きの比較ができます。空欄は誤りではなく、次の確認項目です。
Demo の画面から値を見つけた場合は、製品名と日付を見出しに置きます。ベースゲームの発売版で再確認できるまで、その数値を共通の価格表にしません。関連製品の価格を移すことも避けます。
費用表が大きくなったら、仕事ごとの小さな表へ分けます。部屋、目的、開始資金、初回購入、追加購入、最終状態が一行で追えると、パッチ後に変更された行だけを見つけられます。
素材の比較では、単価だけでなく必要量、適用範囲、必要な道具、目的の進行、欠陥、復旧費を並べます。価格が表示されても、二回目の購入が必要なら総費用は変わります。開始資金と終了資金を同じ仕事に結び付けることで、見かけの節約を検証できます。
公開されていない価格は、動画の印象や別ゲームの表から補いません。Demo で見た数値には Demo の製品名と日付を付け、ベースゲームの表とは分けます。発売後に同じ仕事を再試験したら、古い行を消さず、変更された条件を記録します。
費用の差を説明するときは、部屋と目的が同じか、素材の必要量が同じか、失敗後の交換があるかを確認します。違う仕事を並べて価格だけを比べると、素材ではなく目的の違いを評価することになります。公式情報が一般的な premise だけを示す場合は、正確な価格表ではなく確認手順を公開します。