拠点Aと拠点Bで電気代が倍近く違う。でもそれは面積も生産量も違うから当然なのか、それとも改善余地なのか——生の消費量を並べても答えは出ません。この記事は、複数拠点の電力を「同一業態の原単位」で並べ直し、どの拠点のどこに手を打つべきかを判断できるようにするための、比較設計とダッシュボードの考え方をまとめます。
多店舗チェーン、複数工場、複数の物流センターを束ねる立場になると、必ず突き当たるのが「拠点ごとに電気代がばらつく」という事実です。同じ業態、似たような品目を扱っているはずなのに、月次の電力コストが拠点Aと拠点Bで大きく違う。経営企画や環境推進の会議で毎月この数字が並ぶものの、「なぜ違うのか」「どこを直せばいいのか」までは踏み込めていない、という現場は少なくないと考えられます。
この課題が今あらためて重くなっている背景には、いくつかの構造的な要因があります。第一に電力単価そのものの高止まりです。燃料費調整や再エネ賦課金を含む単価は変動が大きく、以前は誤差と見なせた拠点間の消費量差が、そのまま無視できないコスト差に化けるようになりました。第二に省エネ法やGX関連の報告要求で、拠点別・原単位ベースでのエネルギー管理が制度面からも求められる方向にあります(具体的な適用範囲や算定方法は所管省庁の最新の公表資料でご確認ください)。第三に人手不足で、各拠点が個別に検針票を眺めて改善する余力が失われ、本社側で横断的に見て指示を出す運用に移らざるを得なくなっています。
ところが多くの拠点比較は「月次電気代の総額ランキング」で止まっています。総額が大きい拠点は面積が広いから、あるいは生産量が多いから、というだけかもしれません。逆に総額が小さくても、規模に対して非効率という拠点もありえます。総額のままでは「規模の違い」と「無駄の違い」が混ざってしまい、どこに手を打つべきかの判断材料にならないのが根本の問題だと考えられます。この記事では、その混ざった数字を分解し、比較可能な土俵に乗せるための考え方を扱います。
拠点間の電力消費量には、改善では動かせない「前提条件の差」がいくつも埋め込まれています。これを取り除かないまま比較すると、努力している拠点が不当に悪く見えたり、恵まれた条件の拠点が優秀に見えたりして、判断を誤ります。まず何が差を生んでいるのかを言語化しておくことが、比較設計の第一歩になります。
規模の差(床面積・設備台数・従業員数)、稼働の差(操業日数・シフト数・繁閑)、気候の差(空調負荷は地域と季節で大きく変わる)、設備世代の差(古い空調・コンプレッサ・照明ほど同じ仕事に多くの電力を使う)、そして品目構成の差(エネルギー多消費品を多く作る拠点は当然消費が増える)。これらは拠点担当者の頑張りとは無関係に消費量を押し上げ、あるいは押し下げます。
つまり生の消費量(kWh)は「規模 × 稼働 × 気候 × 設備効率 × 品目」の積になっており、このうち改善の対象は主に設備効率と運用の部分です。比較したいのはそこなのに、生の数字では他の要因に埋もれてしまう。だからこそ、動かせない前提を分母として割り出す「原単位化」が必要になります。原単位そのものの考え方はエネルギー原単位とはで整理していますが、拠点比較では「どの分母を選ぶか」がとりわけ重要になります。
注意したいのは、原単位にしても差の全部が消えるわけではない点です。気候差や品目差は分母で完全には正規化できません。むしろ「原単位にしても残った差」こそが、設備効率や運用の違いに起因する改善余地の候補です。原単位化はゴールではなく、要因を切り分けるための出発点だと捉えるのが実務的だと考えます。
原単位は「消費量 ÷ 分母」で計算しますが、拠点比較では分母の選び方が結論を左右します。業態によって適切な分母は異なり、しかも一つに絞る必要はありません。むしろ複数の分母で並行して見ることで、外れ値の性質が浮かび上がります。
床面積あたり(kWh/m²)は、店舗・倉庫・オフィス系のように「空間を維持するための電力(空調・照明・冷蔵)」が主体の拠点で有効です。規模の影響を取り除きやすく、同一業態の拠点を横並びにしやすい反面、生産量の増減には反応しないため、稼働の濃淡が大きい工場には向きません。
生産量あたり(kWh/個・kWh/t・kWh/ケース)は、製造や物流処理のように「動かした分だけ電気を使う」拠点に向きます。品目構成が揃っていれば説得力が高い一方、品目ミックスが違うと単純比較できず、稼働がゼロに近い日は原単位が跳ね上がるなど分母の扱いに注意が要ります。売上高あたり(kWh/売上千円)は経営指標と接続しやすく報告に使いやすい反面、単価変動や商品構成の影響を受けやすいという弱点があります。
実務では、これらを一つに決め打ちせず「面積あたり」と「生産量(または売上)あたり」を両輪で持つ設計が扱いやすいと考えられます。面積あたりで高いのに生産量あたりでは平均的、という拠点は、稼働が低いのに空調・待機で電気を食っている可能性が読み取れます。逆に生産量あたりだけ高い拠点は、設備効率か運転条件に課題があるかもしれない、といった仮説に分解できるからです。
気候の影響は空調度日(暖房度日・冷房度日)などの外部データと突き合わせると解釈しやすくなります。ただし度日で機械的に割り戻して「気候補正済み原単位」を作り込むと、補正式そのものが検証しにくいブラックボックスになりがちです。まずは原単位と度日を併記し、「暑い地域だから高いのは説明がつく／説明がつかないほど高い」を人が判断できる形にしておくほうが、初期段階では誠実で運用しやすいと考えます。
原単位が揃ったら、次は「どの拠点が外れているか」を見つけます。ここで順位表だけを作ると、最下位を吊るし上げる犯人探しになりがちで、現場の協力を失います。目的はあくまで「改善余地の大きい拠点と設備を特定する」ことだと繰り返し確認しておくことが大切です。
外れ値は、同一業態グループ内での原単位の分布(中央値からどれだけ離れているか)で捉えるのが基本です。1拠点だけ突出して高ければ、その拠点固有の設備・運用の問題である可能性が高まります。逆にグループ全体が高止まりしていれば、業態共通の構造(古い標準仕様など)を疑う話になります。あわせて時系列を見て、「昔から高い」のか「ある時点から悪化した」のかを分けると、要因の当たりがつけやすくなります。ある月から急に悪化した拠点は、設備故障・設定変更・運用の乱れといった特定しやすい原因を持つことが多いと考えられます。
要因候補の絞り込みでは、拠点の総量だけでなく「内訳(用途別・設備系統別)」まで分解できると精度が上がります。空調が重いのか、コンプレッサか、冷蔵・冷凍か、待機電力か。ここで工場のエネルギー監視とはで述べた「見える化で終わらせない」考え方が効いてきます。総量の外れ値を入口に、系統別データへドリルダウンして初めて、改善行動に落とせる粒度になるからです。
外れ値拠点が見つかったとき、その背景には稼働ログ・気温・設備の稼働状態・保全記録など複数のデータが絡みます。これらを人が突き合わせて仮説を立てるのは手間がかかります。ここで、拠点内で完結して動くローカルLLMに「この拠点は面積あたりで高いが生産量あたりは平均的、直近3か月で悪化、外気温は前年並み」といった状況を渡し、確認すべき設備と要因候補の順序を下書きさせる、といった支援が現実味を帯びてきています。あくまで人の判断を助ける下書きであり、最終的な要因特定は現物確認が前提ですが、報告の初稿づくりや見落としの補完には役立ちうると考えます。
拠点比較を一度きりの分析で終わらせず、継続的な改善サイクルに乗せるには、本社と各拠点が同じ数字を見られるダッシュボードが要になります。ここでの設計思想が、比較を「監視」ではなく「改善の共通言語」にできるかを決めます。
第一層は本社向けの俯瞰で、全拠点の原単位を分布と順位で示し、外れ値を目立たせます。第二層は拠点向けで、自拠点の原単位推移と同業態グループ内での相対位置、直近の悪化・改善を示します。第三層はドリルダウンで、系統別・設備別の内訳と、稼働・気温などの外部変数を重ねます。俯瞰から現場へ、総量から内訳へと降りられる導線が、犯人探しではなく自律的な改善を促す鍵になると考えられます。
データの粒度と鮮度も設計課題です。月次の検針票ベースでは異常の発見が遅れ、悪化を1か月放置してしまいます。一方でいきなり全拠点・全設備に高頻度計測を入れるのは投資も運用負荷も重い。まずは主要系統に絞ってスマートメータや電力センサ、既存PLC・BEMSからのデータを日次〜時間単位で拾い、拠点内のエッジAIによる工場内データ処理で前処理・異常判定してから本社に集約する、という段階設計が現実的です。生データを全部クラウドへ送るより、拠点側で必要な粒度に丸めてから上げるほうが、通信・コスト・セキュリティの面で扱いやすい場面が多いと考えます。
見落とされがちですが、原単位ダッシュボードの品質は「分母データが揃うか」で決まります。電力の数字は取れても、拠点ごとの生産量・処理量・売上・稼働時間・床面積が同じ定義・同じ更新頻度で集まらないと、原単位は計算できても信頼できません。分子(電力)より分母(業務量)の整備のほうが難所になることが多い、というのは正直にお伝えすべき点です。ダッシュボード構築の前に、各拠点でどの業務量データが、どの粒度で、誰が更新しているのかを棚卸しすることをおすすめします。
ベンチマークで外れ値拠点と要因候補が見えたら、次は改善行動と効果検証です。ここまでやって初めて、拠点比較は経営の意思決定に貢献したと言えます。よくある失敗は、順位表を配って「頑張れ」で終わってしまうこと。数字を渡すだけでは現場は動けず、翌月も同じ順位表が並ぶだけになりがちです。
複数拠点を持つことの強みは、良い拠点の運用を他拠点へ横展開できる点にあります。原単位が低い拠点で何をしているのか(空調設定・立ち上げ手順・待機電力の切り方・設備更新)を言語化し、外れ値拠点に移植する。これは単独工場では得られない、多拠点ならではの改善レバーです。ベンチマークの真価は「順位」ではなく、この「良い実践の発見と移植」にあると考えられます。
効果検証では、改善前後の原単位を比較しますが、その間に稼働や気温が変わっていれば単純比較はできません。だからこそ原単位と外部変数を併記しておく設計が効いてきます。「生産量あたりの原単位が下がった、かつその月は例年より暑かった」なら、改善の効果はより確からしい、といった読み方ができるからです。効果額を試算する際も、単価変動を含む生額ではなく原単位の改善幅で評価するほうが、施策の実力を測りやすいと考えます。ただし、こうした試算はあくまでモデル上の一例であり、実際の効果は現場での継続計測による検証が前提になります。
最後に、多拠点の電力ベンチマークで陥りやすい落とし穴を整理します。多くは「数字を作ること」に注力しすぎ、「数字の前提と使われ方」への配慮が抜けることから生じます。
多拠点の電力ベンチマークは、いきなり全拠点・全設備・全指標を揃えようとすると、分母データの整備だけで頓挫しがちです。現実的なのは、対象を絞って「原単位で並べると本当に意味のある差が見えるのか」を先に確かめることだと考えます。
具体的には、まず条件の近い数拠点を選び、主要系統(空調・コンプレッサ・冷蔵など)に絞って電力を計測し、既に手元にある業務量データ(生産量・処理量・面積)で原単位を試算してみる。この段階で「差の大半は気候や品目で説明がついた」のか「説明のつかない差が残った」のかが見えれば、本格展開の投資判断ができます。対象を絞った検証設計については小規模PoCから始める相談が入口になりますし、まず現状の悩みを整理したい段階であれば相談するところから始めても構いません。
重要なのは、拠点比較の目的が順位でも監視でもなく、改善余地の発見と良い実践の横展開だという軸を最後までぶらさないことです。データは判断を助ける道具であり、要因の最終確認は現物・現場でしか行えません。小さく計測し、原単位で並べ、外れ値の理由を現場で確かめ、効果を検証しながら広げていく——この地道なサイクルが、電力コストの構造的な改善につながっていくと考えられます。
業態によって適した分母が異なります。空調や照明・冷蔵が主体の店舗・倉庫は床面積あたり(kWh/m²)、生産量に応じて電力が動く工場は生産量あたり(kWh/個やkWh/t)、経営報告には売上高あたりが接続しやすいと考えられます。一つに絞らず複数の原単位を併用すると、外れ値の性質を切り分けやすくなります。分母の定義は拠点間で統一しておくことが前提です。
原単位化しても気候差や品目構成の差は完全には消えません。残った差の一部は設備効率や運用の違い、つまり改善余地の候補ですが、外気温・稼働・品目などの外部変数と併記して解釈することが必要です。最終的にそれが無駄なのかは、系統別の内訳へドリルダウンし、現場・現物で確認して初めて判断できると考えられます。数字だけで断定しない姿勢が誤判断を防ぎます。
エネルギー管理に関する制度では原単位ベースの管理・報告が求められる方向にありますが、適用範囲・算定方法・報告様式は事業規模や業態によって異なります。具体的な義務の有無や数値基準は、所管省庁の最新の公表資料でご確認ください。制度対応を主目的にする場合でも、まずは自社のどの拠点・どの分母でデータが揃うかの棚卸しから始めるのが現実的です。
必ずしも全設備への計測は必要ありません。まずは条件の近い数拠点と主要系統に絞り、既存のスマートメータやPLC・BEMSのデータ、手元の業務量データで原単位を試算するところから始められます。その結果、原単位で並べる意味があると確認できてから、対象や粒度を広げていく段階設計が投資と運用の両面で無理がないと考えられます。
多拠点ならではの強力なレバーですが、拠点ごとに設備世代・気候・品目が異なるため、そのまま移植しても同じ効果が出るとは限りません。良い実践を空調設定や立ち上げ手順などに言語化したうえで、移植先で小さく試し、原単位の改善を外部変数と併せて効果検証することが前提になります。横展開は仮説であり、現場での検証を通して確からしさを高めていく前提で進めるのが誠実だと考えます。
生の消費量を並べても、どの拠点のどこに手を打つべきかは見えてきません。まずは条件の近い数拠点・主要系統に絞り、原単位で並べ直して「説明のつかない差」がどこにあるかを現物で確かめるところから始めませんか。エッジAIと設備データ連携による原単位管理のPoC設計をお手伝いします。
拠点比較と原単位管理について相談する