再エネ導入意思決定パスポート｜太陽光・蓄電池の試算を稟議・導入までつなぐ方法

2026年版 稟議書テンプレートを見る 製品・サービスを比較する

精緻なシミュレーションを作ったのに、なぜ案件が進まないのか

再エネ設備の提案現場では、計算結果が出た瞬間に仕事が終わったように見えることがあります。発電量、自家消費量、買電削減額、売電収入、投資回収期間、CO2削減量。必要な数字が並び、グラフも整っている。ところが顧客へ提出した後、返事が来ない。社内検討中のまま止まる。追加質問が何度も来る。前回と数字が違うと指摘される。法務、情報システム、経理、経営層へ回ったところで話が戻ってくる。

この停滞を「顧客の温度感が低い」「予算がない」「営業力が弱い」と片づけると、本当の改善点を見失います。顧客の側では、担当者一人が結果を理解するだけでは投資判断が成立しません。設備を導入するか、見送るか、PPAやリースを選ぶか、容量を変えるか。その判断を、上司、経理、技術、法務、調達、施設管理など、それぞれ異なる責任を持つ人へ説明しなければならないからです。

営業担当者が口頭で補える情報も、資料が転送された瞬間に失われます。「この電気料金はいつ時点か」「補助金を除いても成立するか」「需要データが3か月しかないのに、年間値はどう作ったか」「劣化や出力抑制はどこまで見たか」「保証は何を対象とするか」「導入後に下振れしたら誰が検証するか」。こうした問いに資料だけで答えられなければ、承認者にとっては“判断できない案件”です。

つまり、良いシミュレーションと、進む意思決定は同じではありません。計算精度は必要条件ですが、十分条件ではない。数字を「説明可能」「比較可能」「承認可能」「検証可能」な状態にして初めて、計算結果は意思決定資産になります。

良い試算でも意思決定が止まる7つの理由

1．入力データの不足を、黙って埋めている

住宅では、年間使用量しか分からず、月別や時間帯別の使い方が不明なことがあります。産業用では、30分値が数か月しかない、休業日が混在する、契約電力と実測最大需要が違う、単位がkWとkWhで混在する、といったことが起こります。

不足データを補うこと自体が問題なのではありません。問題は、実測、推定、標準値、顧客申告が区別されないことです。担当者が良かれと思って補った値でも、承認者から見れば根拠不明です。実測がない部分は、「何を、どの方法で、なぜ補ったか」「結論への影響は大きいか」を明記する必要があります。

2．前提が結果の裏側に隠れている

経済効果は、設備容量だけで決まりません。電力使用量、時間帯別負荷、買電単価、基本料金、売電単価、発電量、劣化率、蓄電池の実効容量・充放電効率、運転モード、補助金、初期費用、保守費、電気料金上昇率など、多くの前提に依存します。

しかし提案書では、結果だけが大きく表示され、前提は小さな注記に追いやられがちです。これでは、数字が魅力的であるほど疑われます。前提は免責のための“細かい字”ではなく、判断を再現するための設計図です。出典URL、確認日、適用期間、担当者、確度を付け、更新される情報と固定情報を分けることが重要です。

3．「導入する案」だけを計算し、比較対象が弱い

顧客が知りたいのは、設備を入れた場合のメリットだけではありません。「何もしない」「容量を小さくする」「太陽光だけ」「太陽光と蓄電池」「購入」「PPA」「リース」など、複数の選択肢の中で、なぜこの案を選ぶのかを知りたいのです。

比較条件が揃っていないと、提案側に都合のよい結論に見えます。初期費用、契約期間、残存価値、保守負担、電気料金・売電条件、補助金、資金調達条件を可能な限り同じ基準へそろえ、比較できない部分は無理に数値化せず、定性的な差として残します。現状維持も、必ず比較案に入れるべきです。

4．前回と数字が違っても、差分を説明できない

シミュレーションは一度で確定するとは限りません。見積金額が変わる、機器容量が変わる、需要データが追加される、料金単価が更新される、補助金条件が判明する。結果が変わるのは自然です。

問題は、最新版だけを上書きし、差分の理由が消えることです。「投資回収期間が2年延びたのは、設備費が増えたからか、自家消費率が下がったからか、補助金を外したからか」。これが一文で説明できなければ、顧客は計算全体を疑います。版番号、変更日、変更項目、影響、変更理由を残し、旧版を消さないことが信頼を守ります。

5．リスクが「注意事項」へ押し込まれている

再エネ設備の将来効果には不確実性があります。天候、需要変動、設備劣化、料金制度、売電条件、補助金、保守費、出力制御、日陰、運転方法などが変われば、結果も変わります。だからといって、すべてを悲観ケースにして提案を弱くする必要はありません。

重要なのは、結論が反転する条件を特定することです。「設備費がいくらを超えると基準回収年数を外れるか」「自家消費率が何ポイント低下すると案Aと案Bが逆転するか」「補助金不採択でも投資基準を満たすか」。感度分析の目的は未来を当てることではなく、何を監視すべきかを明らかにすることです。

6．担当者には分かるが、承認者へ転送できない

現場担当者は、打ち合わせの経緯も顧客条件も理解しています。しかし決裁者が見るのは、数分で読める一枚か、メールへ添付された資料だけかもしれません。そこで必要なのは、計算過程の全てではなく、「何を決めてほしいか」「なぜ今か」「いくらか」「どんな効果か」「最大のリスクは何か」「代替案と比べてなぜ妥当か」「承認後に誰が何をするか」です。

技術資料を短くするだけでは稟議資料になりません。承認者が負う責任へ翻訳する必要があります。経営層には投資基準と戦略整合、経理にはキャッシュフローと会計処理、技術には設備条件と安全性、法務には契約・責任分界、情報システムにはデータとセキュリティ、現場には運用負荷を示します。

7．導入後の実績を回収せず、学習が閉じていない

提案時のシミュレーションと導入後実績の差は、失敗の証拠ではありません。差を分解できれば、次の案件を良くする最も価値の高いデータになります。天候差、需要変動、設備停止、設定変更、日陰、劣化、料金改定、運転ルールの違いなど、原因ごとに分けて学習すべきです。

ところが多くの提案業務では、受注した時点で案件が閉じ、実績値がシミュレーション担当へ戻りません。その結果、同じ仮定が繰り返され、営業、設計、施工、運用が別々に最適化されます。導入後1か月、3か月、12か月などの確認点をあらかじめ決め、差分を標準前提へ戻す仕組みが必要です。

「再エネ導入意思決定パスポート」とは何か

再エネ導入意思決定パスポートとは、顧客ごとの入力資料を一冊へ集めることではありません。案件の受付から、根拠、計算、比較、承認、実行、学習までを、1案件1IDで追跡するための最小情報セットです。

パスポートという名前には、二つの意味があります。一つは、担当部署をまたいでも、同じ案件・同じ前提・同じ版だと確認できる「身分証明」。もう一つは、営業から技術、技術から顧客、顧客担当者から承認者、承認者から実行部門へ、判断材料を安全に運ぶ「通行証」です。

大切なのは、巨大なデータベースを作ることではありません。顧客努力を増やさず、すでに取得した情報を再利用し、不足情報だけを一度で依頼する。詳細な計算ファイルは別にあってもよい。ただし、結論と根拠が切れないようリンクし、最新版と変更履歴を追えるようにします。

意思決定パスポートを構成する7層

第1層：受付――今回、誰が何をいつまでに決めるのか

最初に書くのは設備仕様ではなく、意思決定です。「○月の取締役会で、工場Aへの自家消費型太陽光の導入方式を決める」「施主が次回商談で、太陽光のみと太陽光＋蓄電池のどちらを詳細見積へ進めるか決める」など、判断主体、期限、選択肢を一文にします。

この一文が曖昧だと、試算が精緻でも使われません。「参考資料がほしい」の背景に、予算申請、補助金申請、顧客説明、役員会、商品企画など、異なる仕事が隠れているからです。判断の場面を固定すれば、必要な精度、出力形式、比較案、説明粒度が決まります。

第2層：根拠――取得済み、不足、推定を分ける

入力項目は「取得済み」「不足」「推定」「対象外」に分けます。住宅なら住所、電気使用量、料金プラン、生活パターン、屋根条件、設備容量、見積金額。産業用なら30分値、契約電力、稼働日、設備仕様、屋根・土地条件、受電条件、保守費などが候補です。

すべてが揃うまで待つのではなく、判断段階に必要な精度を決めます。初期スクリーニングなら標準値を使う余地がある一方、投資決裁や契約前には実測・見積・仕様書へ置き換える。データ品質を「十分／条件付き／不足」で示し、不足が結論に与える影響を明記します。

第3層：計算――入力、ロジック、出力を再現可能にする

計算結果には、使用した入力一式、計算日、計算ロジックまたはサービスの版、主要設定、出力ファイルを紐づけます。外部情報はURLと確認日を残し、料金・補助金・制度のように更新頻度が高いものは有効時点を明示します。

エネがえるは、住宅用、産業用自家消費、EV／V2H、API、BPOなど複数の入口を持ちます。公式サイトでは、シリーズ累計700社超、年間15万件超の診断、100社・3,000超の料金プラン、約5,000件の自治体補助金情報を掲げています。これらの数値は将来変わり得るため、公開時には最新の公式ページを確認してください（出典：エネがえる公式サイト）。

第4層：判断――基準ケースと比較ケースを同じ土俵へ置く

推奨案を先に決め、都合のよい比較を作ってはいけません。基準ケースを「現状維持」とし、導入方式、容量、資金調達、補助金有無などを変えた比較ケースを置きます。各案について、初期費用、年間効果、投資回収の見通し、契約期間、運用負担、主要リスク、次の検証項目を並べます。

数値だけで一位を決めないことも重要です。たとえば、購入案は長期効果が高くても初期投資が重い。PPA案は初期投資を抑えられても契約条件や長期拘束がある。蓄電池を追加すると自家消費率やレジリエンスが高まる可能性がある一方、価格と使い方によっては回収期間が延びる。顧客の評価軸と制約を先に定義して初めて、最適案が決まります。

第5層：リスク――結論が変わる条件と責任分界を示す

リスク欄には、一般的な注意事項を羅列するのではなく、結論への影響が大きい上位3項目を置きます。各項目に「現在の前提」「変動範囲」「結論への影響」「確認方法」「確認期限」「担当」を付けます。

保証を使う場合も、対象範囲を正確に理解する必要があります。エネがえるの経済効果シミュレーション保証は、有償の取次オプションであり、所定条件のもとで実際の発電量が設定された保証値を下回った場合の補償です。原則10年、最長20年、公表上限は住宅用・低圧で最大1,000万円、産業用・高圧で最大3,000万円ですが、個別審査があります。電気代削減や投資回収全体を無条件に保証するものではありません。必ず個別の保証条件・約款を確認してください（出典：エネがえる経済効果シミュレーション保証）。

第6層：承認――承認者の問いへ一枚で答える

承認ページは、次の順で作ると読み手の負担を減らせます。第一に、承認してほしい事項。第二に、背景と放置コスト。第三に、推奨案と比較案。第四に、費用と期待効果。第五に、主要リスクと対策。第六に、実行体制と日程。第七に、添付した根拠資料です。

「導入すれば売上が上がる」「業務効率化できる」といった抽象表現だけでは、承認者は責任を取れません。現在の作業時間、提案件数、説明の往復、外注費、失注・遅延の状態を基準値として置き、導入後にどの指標をいつ測るかを決めます。エネがえるでは、ASP、Biz、EV・V2H、API向けの2026年版稟議書テンプレートを登録不要で公開しています（出典：資料・稟議書テンプレート一覧）。

第7層：実行と学習――双方の次行動と導入後実績を閉じる

意思決定パスポートの最後には、提案側と顧客側の次行動を対にして書きます。「提案側：補助金なしケースを○日までに再試算」「顧客側：最新12か月の30分値と設備見積を○日までに共有」のように、担当、期限、完了条件を明確にします。

受注後は、設備が稼働したか、実績を取得できたか、試算との差がどこから生じたかを記録します。これにより、案件は“成約／失注”の二値ではなく、次の提案品質を上げる学習データになります。失注理由も、価格、時期、要件不一致、社内承認、データ不足、競合、現状維持などに分ければ、製品改善・営業教育・コンテンツ企画へ再利用できます。

住宅用と産業用で、同じ型をどう使い分けるか

意思決定パスポートの骨格は共通ですが、重視する情報は異なります。住宅用では、専門家ではない施主が「自分の家ではどうなるか」を短時間で理解できることが重要です。家族構成、電気の使い方、現在の料金、太陽光・蓄電池の容量、導入費用、売電、停電時の使い方などを、導入前後の生活へ翻訳します。

東京ガスの公開事例では、エネがえるASPで複数パターンを試算し、その結果をWeb上の簡易シミュレーションの根拠として活用しています。問い合わせ前に費用感や経済効果を確認できるようにし、前提・算出根拠を説明可能な状態で公開している点が重要です。シミュレーションは単なる計算ではなく、顧客が次の一歩へ進む接点として設計されています（出典：東京ガス導入事例）。

産業用では、需要データ、契約電力、操業カレンダー、設備制約、投資基準、資金調達、保守、PPA条件などが加わります。利用者と決裁者も増え、技術・経理・調達・法務・施設管理の観点をつなぐ必要があります。単一の回収年数より、キャッシュフロー、投資基準、ピーク削減、事業継続、契約リスクを含む複数軸で評価する方が実務的です。

NTT-MEの公開事例では、公共・自治体向け自家消費型太陽光PPAの技術検討において、Excel試算3時間を30分へ短縮したと紹介されています。エクソルの事例では、産業用自家消費APIにより、太陽光シミュレーション時間を3時間から5分へ短縮しています。ここで見るべきは単純な時間短縮だけではありません。試算の入口が速くなることで、複数案を比較し、顧客との対話を早められる点です（出典：NTT-ME導入事例、エクソル導入事例）。

「精度」と「説明可能性」は対立しない

精度を追求すると説明が難しくなり、説明を簡単にすると精度が落ちる。そう考えられがちですが、実際には分けるべきものが混ざっています。計算エンジンは必要な解像度を保ち、顧客向けには判断に必要な情報を段階的に見せればよいのです。

最初の3秒では、「何の判断か」「結論は何か」を伝える。次の20秒では、理由、規模、比較、最大リスク、次の行動を示す。詳細層では、入力、式、前提、出典、例外、感度分析、版履歴まで追えるようにする。説明を簡単にするとは、条件を削ることではなく、読む順番を設計することです。

一方、精度を装ってはいけません。需要実績が不足しているのに小数点以下まで数字を出しても、確からしさは上がりません。概算、標準値、実測、確定見積をラベルで分け、判断段階に応じて更新する方が誠実です。「現時点で分からないこと」を明示できる資料は、弱い資料ではなく、次に何を確認すべきかが分かる強い資料です。

公開事例が示すのは、「計算時間」より「判断工程」の変化

エネがえるの公式サイトでは、複数の導入事例が公開されています。クラフティア大分支店の事例では、提案作成が1週間から1時間へ短縮。共伸興建の事例では、提案まで30日かかっていた状態から当日提案へ変わり、導入3年で月140件の提案を行うモデルが紹介されています（出典：クラフティア大分支店導入事例、共伸興建導入事例）。

ELJソーラーコーポレーションの事例では、営業社員全員が共通の試算・説明プロセスを使い、取材時点で全国月間約1,000件の商談、成約率60％とされています。ただし、公式記事にも明記されているとおり、これは同社の営業体制・商談条件における実績であり、エネがえる単独の効果や他社での再現性を保証するものではありません。注目すべきは、手計算から共通手順へ移行し、営業トークの標準化とコンプライアンス強化につなげた点です（出典：ELJソーラーコーポレーション導入事例）。

これらの事例から導けるのは、「ツールを入れれば同じ数字が出る」という単純な法則ではありません。入力が揃う、計算方法が統一される、出力形式が標準化される、顧客へ早く返せる、説明の根拠が残る。その連鎖によって、提案工程全体が変わります。意思決定パスポートは、この連鎖を案件ごとに可視化し、自社で再現可能な運用へ変えるものです。

データが足りない案件を、止めずに安全に進める5段階

現場では、完全なデータを待っていたら商談機会を逃す一方、粗い前提で断定すれば信頼を損ないます。この矛盾は、試算を段階化することで解けます。

第1段階は「方向性確認」です。標準的な条件や顧客申告を使い、検討価値があるかを粗く見ます。第2段階は「比較」です。複数案を同じ前提で並べ、容量・方式の候補を絞ります。第3段階は「見積連携」です。実際の設備仕様、工事費、料金、需要データへ置き換えます。第4段階は「決裁」です。契約・保証・保守・補助金条件を確認し、承認資料へ落とします。第5段階は「導入後検証」です。実績との差を回収し、次の前提へ反映します。

各段階で、「この試算で決めてよいこと」と「まだ決めてはいけないこと」を明記します。初期概算で設備発注を決めない。補助金の可能性だけで採算成立と断定しない。標準ロードカーブで詳細設計まで確定しない。逆に、詳細データがないから初回相談を止める必要もありません。精度は一律ではなく、意思決定に合わせて上げていくものです。

自社で回す、APIで組み込む、BPOへ任せる――入口を間違えない

すべての案件を同じ製品・同じ運用へ押し込むと、顧客努力が増えます。住宅用の個別提案を標準化したい場合はASP、産業用の自家消費・蓄電池・投資回収を検討する場合はBiz、EV・V2Hを含む比較は専用サービス、自社Webや業務システムへ計算機能を組み込みたい場合はAPIが主な入口です。製品の違いは、製品・サービス一覧で確認できます。

一方、入力整理、図面確認、経済効果試算、提案書作成、繁忙期の大量案件など、ツールを契約するより作業自体を外部化した方が早い場合があります。エネがえるBPOは、住宅用、産業用自家消費、EV／V2H、PPAなどの試算・提案業務を1案件から支援し、経済効果試算は1件1万円（税別）からと案内されています。対象、パターン数、入力整備の有無で個別見積となるため、最新条件を確認してください（出典：エネがえるBPO、経済効果シミュレーション代行）。

判断基準は「高機能か」ではなく、「顧客が次の判断へ進むまでの総負担が最小か」です。社内に担当者がいて継続的に使うならSaaS、自社顧客向け体験へ組み込むならAPI、単発・繁忙期・高度案件ならBPO。必要に応じて組み合わせます。

まず10案件で始める実装手順

最初から全社システムを作る必要はありません。むしろ、現場で使われる型を確認せずにシステム化すると、入力項目だけが増えます。最初の10案件を、住宅、産業用、既設設備、データ不足、承認難易度など、違いが出るように選びます。

1案件目では、今回の判断、取得済み、不足、主要前提、比較案、最大リスク、双方の次行動を一枚へ整理します。2〜3案件目では、繰り返し聞かれる質問と不足データを記録します。4〜6案件目では、承認者へ転送されたか、どこで戻ったかを確認します。7〜10案件目では、項目を減らしても判断品質が落ちないかを試し、標準テンプレートを固めます。

運用責任者は一人決めますが、計算担当だけに背負わせません。営業は顧客の判断と次行動、技術は入力・計算・リスク、管理部門は承認条件、CSは導入後実績を担当します。各部署が別のファイルを作るのではなく、同じ案件IDへ情報を足します。

この段階で測るのは、作成したパスポートの枚数ではありません。提出から次の顧客行動までの日数、追加説明の回数、入力の再依頼、承認者への転送、比較案の選択、実績回収です。効果が確認できた項目だけを、CRM、ワークフロー、APIなどへ実装します。

そのまま使える「意思決定パスポート」1枚テンプレート

1．今回の判断

誰が、いつ、何を決めるのか。選択肢と期限を一文で記載する。

2．推奨案と理由

推奨案、比較案、現状維持を同じ基準で比較し、推奨理由を三点以内で記載する。

3．費用と期待効果

初期費用、年間効果、評価期間、回収の見通し、補助金有無を記載する。実績、試算、目標、仮定を区別する。

4．入力と主要前提

使用データ、期間、単位、料金、売電、設備仕様、需要、劣化、運転条件、出典URL、確認日を記載する。不足・推定を明示する。

5．結論が変わる条件

感度が大きい上位三項目と、どの水準で結論が変わるか、追加確認方法を記載する。

6．未解決事項と責任者

技術、契約、法務、セキュリティ、補助金、保証、施工、運用の未解決事項を、担当・期限つきで記載する。

7．次の相互アクション

提案側と顧客側の次行動、期限、完了条件を対で記載する。

8．導入後の確認

稼働日、1か月・3か月・12か月の実績回収、試算との差、原因、次の標準前提への反映を記載する。

成果指標は、閲覧数ではなく「顧客の意思決定」で置く

記事、資料、シミュレーション、提案書を作ると、閲覧数、ダウンロード数、作成件数を追いたくなります。これらは活動量として有用ですが、顧客価値を直接示しません。資料が送られても、顧客の判断変数が一つも解消されなければ、案件は進んでいないからです。

先行指標として、必要データの一回回収率、主要前提の出典付与率、比較案の提示率、差分理由の説明率、承認者への転送率、次の相互アクション設定率を測ります。成果指標として、初回相談から意思決定までの日数、説明往復回数、試算から詳細検討への移行、稟議提出、発注、導入後実績回収率を測ります。

基準値がない場合、最初から目標を作らないことも大切です。まず10案件で現状値を取り、最も大きい詰まりを一つ選ぶ。入力不足が原因なら受付を改善し、承認者で戻るなら一枚サマリーを改善し、導入後実績が取れないなら契約・運用時点で回収方法を決めます。一度に全てを変えるより、原因と結果を追いやすくなります。

ケースで理解する1――需要データが3か月しかない事業所

ここでは、特定企業の実績ではなく、実務で起こり得る架空のケースを使って流れを確認します。ある事業所が、自家消費型太陽光の導入を検討しているとします。手元にあるのは、月別電気使用量12か月分、30分デマンド3か月分、概算の設備見積、建物図面です。担当者は早く経済効果を知りたい一方、経理は投資回収、施設管理は屋根条件、調達は比較見積を求めています。

悪い進め方は、3か月の30分値をそのまま一年へ引き延ばし、推定方法を記載せずに回収年数だけを提出することです。季節性、繁忙期、休業日、空調負荷を十分に反映できず、後で「年間データではないのになぜ断定したのか」という問題になります。

意思決定パスポートでは、まず今回の判断を「現地調査と詳細見積へ進む設備容量候補を選ぶ」と置きます。この段階では発注を決めません。12か月の月別使用量と3か月の30分値を、実測として登録する。残り9か月は、月別使用量と稼働カレンダーを使った推定であると明記する。繁忙期と空調期の負荷形状が未確認であり、自家消費率が変わる可能性をリスクに置く。比較案は、現状維持、太陽光小容量、太陽光大容量の三案とし、蓄電池は追加検討として切り分けます。

結果は一点の数字ではなく、基準ケースと感度幅で示します。次の相互アクションは、提案側が推定方法と容量比較を提示し、顧客側が繁忙期の30分値、休業日、受電・屋根条件を確認することです。追加データが届いた時点で版を上げ、回収期間や自家消費率の差分理由を記録します。

この進め方なら、データ不足を隠さず、案件も止めません。「今のデータで決められること」と「追加データがなければ決められないこと」を分けることで、顧客は次の作業に納得して進めます。精度の限界を明示することが、むしろ信頼と速度を両立させます。

ケースで理解する2――住宅で太陽光だけか、蓄電池セットかを比べる

次も架空の例です。4人世帯が、太陽光のみ、太陽光＋蓄電池、蓄電池のみを検討しているとします。電気使用量は分かるものの、将来の在宅時間、EV購入、オール電化、料金改定は未確定です。営業担当者が最も経済効果の大きいケースだけを示すと、施主は「本当に自分の家で再現するのか」と不安になります。

パスポートでは、最初に顧客の評価軸を確認します。初期費用を抑えたいのか、電気代削減を重視するのか、停電時の安心を重視するのか、将来のEV連携を見たいのか。評価軸が違えば推奨案も変わります。経済合理性だけでなく、停電時に使いたい機器、許容できる初期費用、居住予定期間も判断条件です。

試算では、三案を同じ電気使用量、料金、発電条件、評価期間で比べます。蓄電池の実効容量、充放電効率、運転モードを明記し、補助金あり・なしを分けます。将来のEV購入は基準ケースへ混ぜず、追加シナリオとして扱います。蓄電池単体の電気代削減が限定的な場合も、その事実を隠さず、レジリエンスや料金プランとの組み合わせを別軸で説明します。

顧客へ返す一枚では、「現時点の推奨」「その理由」「推奨が変わる条件」を示します。たとえば、日中在宅が増える、EVを導入する、補助金が採択される、停電対策を最優先にする、といった条件です。これにより、営業担当者は商品を押すのではなく、顧客が自分の優先順位を選ぶ支援者になります。

AIを使うほど、根拠・権限・版管理が重要になる

AIは、入力ファイルの分類、料金・制度候補の探索、提案書の下書き、FAQ回答、差分要約など、多くの作業を速くできます。しかし、速く文章を作れることと、顧客へ送ってよいことは別です。特に、料金、補助金、保証、製品仕様、契約、顧客固有の計算結果は、誤りや古い情報が意思決定へ直接影響します。

AIを使う場合、意思決定パスポートに「情報源」「取得日」「人が確認した範囲」「外部送信の権限」「使用した入力・プロンプト・計算版」を残します。AIが推定した値は確定情報へ昇格させず、推定ラベルを付ける。顧客の氏名、メール全文、APIキー、パスワード、Cookie、契約上の秘密など、不要な機密情報を入力しない。顧客固有ファイルへアクセスできない場合は、受領済みと断定しない。これらはAI固有というより、説明責任を保つ基本原則です。

また、AIに最終判断を任せない領域を明確にします。設備の安全性、法的判断、契約責任、保証適用、補助金採択、投資承認などは、所管者が一次情報と個別条件を確認します。AIは論点を漏らさず、候補を速く出し、差分を見つけるために使う。責任者が判断できる証拠を整えることが役割です。

この統制を重くしすぎる必要はありません。外部送信禁止、要確認、確認済みの三段階ラベルと、更新日・確認者があるだけでも、誤送信や古い前提の再利用を減らせます。自動化の価値は、人を判断から外すことではなく、人が本当に確認すべき箇所を狭くすることにあります。

90日で組織へ定着させるロードマップ

最初の30日は、現状把握と10案件の試行です。過去案件を大量に整理する前に、現在動いている案件から、止まった場所、追加質問、前提の欠落、差し戻し理由を記録します。共通する七層の項目を仮テンプレートへ入れ、営業・技術・管理部門が一度ずつ使います。ここでの目標は完成度ではなく、どの情報が判断を進め、どの項目が入力負担だけを増やすかを知ることです。

31〜60日は、標準化です。よく使う入力依頼、前提表、比較表、差分説明、稟議一枚、次アクション文をテンプレート化します。料金、補助金、製品仕様、保証の正本URLを決め、更新責任者と確認頻度を付けます。住宅用、産業用、EV／V2Hなどで共通する項目は残し、領域固有項目は分岐させます。顧客に同じ情報を二度求めないよう、取得済み情報の転記経路も整えます。

61〜90日は、計測と限定的な自動化です。案件IDの採番、入力チェック、版履歴、承認者向け要約、次アクション通知など、繰り返しが多く誤りやすい部分から自動化します。CRMやAPIへの実装は、10案件で使用頻度と効果が確認できた項目に限定します。使われない入力欄を増やすより、顧客の次行動につながる情報を速く届けることを優先します。

90日終了時には、三つの判断をします。第一に、説明往復や意思決定時間が改善したか。第二に、どの顧客・案件で効果が高いか。第三に、次にシステム化する価値があるか。効果がなければ、項目を増やすのではなく、止まり方の仮説を見直します。効果が特定の領域だけで高ければ、そこを標準にしてから隣接領域へ広げます。

一つの案件知識を、五つの顧客価値へ再利用する

意思決定パスポートは、案件管理だけの仕組みではありません。公開可能な範囲へ匿名化・一般化すれば、一つの案件から複数の資産を作れます。

第一は、顧客向けFAQです。繰り返された質問を、前提・回答・例外・公式URLつきで整えます。第二は、営業の比較資料です。顧客が迷った選択肢と判断軸を再利用します。第三は、稟議テンプレートです。実際に承認者から問われた費用、リスク、運用、責任分界を反映します。第四は、プロダクト改善です。入力不足、エラー、手作業、差分説明の負荷を要件へ変えます。第五は、公開コンテンツです。個別顧客の秘密を除き、一般化できる課題、解決手順、公開許諾済みの結果を記事・セミナー・調査へ展開します。

ただし、資産化を優先して顧客情報を使ってはいけません。会社名、ロゴ、数値、引用、画面、契約条件は公開許諾を確認する。未公開案件は、個社が特定できないよう複数条件を組み合わせた架空例へ変える。事例の成果は、ツール単独の因果と断定せず、顧客の体制・運用・商談条件を含む結果として記載する。公開価値と守秘を両立してこそ、知識資産は長く使えます。

この再利用ループが回ると、営業、CS、BPO、プロダクト、マーケティングが同じ顧客課題から学べます。記事の閲覧数を増やすだけでなく、FAQで質問を減らし、稟議資料で承認を助け、製品で再発を防ぎ、次の案件でより早く判断材料を返す。これが、単発の成果物を顧客価値へ変える資産化です。

よくある質問

Q1．意思決定パスポートを作れば、シミュレーション精度は保証されますか

いいえ。パスポートは、入力、前提、計算版、リスク、変更履歴を追跡し、説明可能性を高める仕組みです。入力不足やモデルの限界を自動的に解消するものではありません。精度は、データ品質、設備条件、計算ロジック、現地条件、運用などに依存します。保証を利用する場合も、対象・基準・免責を個別に確認してください。

Q2．データが全部揃うまで、試算を始めない方がよいですか

いいえ。検討段階に応じて、概算、比較、決裁、導入後検証へ分ける方法があります。ただし、標準値や推定値を実測値のように扱わず、その段階で決めてよいこと・決めてはいけないことを明記してください。

Q3．Excelだけでも始められますか

はい。案件ID、判断、入力、前提、比較、リスク、次行動、版履歴を追えれば、最初はExcel、Word、共有フォルダでも始められます。10案件程度で型を検証し、再入力や検索負荷が明確になってからシステム連携を検討する方が安全です。

Q4．住宅用と産業用で別の仕組みが必要ですか

基本構造は共通です。ただし、住宅用は顧客理解と生活への翻訳、産業用は需要データ、投資基準、設備制約、複数部門の承認を重視します。共通項目と領域固有項目を分けると運用しやすくなります。

Q5．補助金を含めて計算してよいですか

可能ですが、採択が確定していない段階では仮定として扱い、補助金あり・なしの両方を確認することを推奨します。公募期間、対象設備、申請主体、併用可否、予算上限などは変わり得るため、国・自治体の一次情報を確認してください。制度全体の入口として、資源エネルギー庁の再生可能エネルギー情報も参照できます。

Q6．保証があれば、投資回収も保証されますか

一律には保証されません。エネがえるの公表内容では、所定条件における発電量が主な対象であり、電気代削減や投資回収全体を無条件に保証するものではありません。対象設備、期間、上限、基準、免責、個別審査を確認してください。

Q7．どのプロダクトを選べばよいか分かりません

住宅用個別提案、産業用自家消費、EV／V2H、自社システム組み込み、単発代行のどれが主目的かを整理します。案件が複数領域にまたがる場合、無理に一つへ寄せず、SaaS、API、BPOを組み合わせます。最新の対応範囲は製品・サービス一覧で確認し、判断が難しい場合は相談時に入力状況と最終成果物を伝えると切り分けが早くなります。

まとめ――計算結果を「顧客が動ける証拠」に変える

再エネ設備の提案で本当に不足しているのは、もう一つの計算表ではないかもしれません。顧客が判断を他者へ説明し、社内承認を取り、実行し、導入後に結果を確かめるまで、根拠が切れない仕組みです。

意思決定パスポートは、入力、前提、計算、比較、リスク、承認、次行動、実績を、1案件1IDでつなぎます。それによって、営業は同じ説明を繰り返さず、技術は計算根拠を守り、承認者は責任を持って判断し、顧客は「自分の場合」を理解しやすくなります。

最初の一歩は小さくて構いません。検討中の1案件について、次の七つを一枚にしてください。

1. 今回、誰が何をいつまでに決めるのか。

2. 取得済みデータと不足データは何か。

3. 結果を左右する主要前提と出典は何か。

4. 現状維持を含む比較案は何か。

5. 結論が反転する最大の条件は何か。

6. 提案側と顧客側の次行動・期限は何か。

7. 導入後、いつ、どの実績を回収するか。

この一枚で説明の往復が減り、承認者へ転送され、顧客側の次行動が生まれるなら、それは単なる資料ではありません。計算結果が、導入を前へ進める意思決定資産へ変わったということです。

一案件から始めてください。

次のアクション

住宅用太陽光・蓄電池、産業用自家消費、EV／V2H、PPAなど、検討中の案件について「どの情報が不足し、どこで意思決定が止まっているか」を整理したい場合は、エネがえるへご相談ください。自社で継続利用するSaaS、既存サービスへ組み込むAPI、1案件から依頼できるBPO、適用条件を確認したうえで利用するシミュレーション保証など、目的と運用に合う入口を切り分けます。

• 製品・サービス一覧：https://www.enegaeru.com/products

• 導入事例：https://www.enegaeru.com/case

• 資料・2026年版稟議書テンプレート：https://www.enegaeru.com/documents

• 経済効果シミュレーション保証：https://www.enegaeru.com/simulation-guarantee

• エネがえるBPO：https://www.enegaeru.com/daikou-bpo

事実表記・公開上の注意

本記事に記載した導入社数、診断件数、料金・補助金データ数、サービス条件、保証期間・上限、導入事例の数値は、2026年8月22日時点で確認した各公式ページの公表内容に基づきます。料金、製品仕様、制度、補助金、保証条件、事例表記は更新される可能性があります。実際の導入判断・契約・申請では、最新の公式情報、契約書、約款、公募要領、設備仕様、個別見積をご確認ください。導入事例の成果は各社固有の体制・条件に基づくものであり、同じ成果を保証するものではありません。

主要出典

1. エネがえる公式サイト：https://www.enegaeru.com/

2. 製品・サービス一覧：https://www.enegaeru.com/products

3. 導入事例一覧：https://www.enegaeru.com/case

4. 東京ガス導入事例：https://www.enegaeru.com/case/tokyogas

5. ELJソーラーコーポレーション導入事例：https://www.enegaeru.com/case/elj

6. NTT-ME導入事例：https://www.enegaeru.com/case/nttme

7. クラフティア大分支店導入事例：https://www.enegaeru.com/case/kraftiaoita

8. 共伸興建導入事例：https://www.enegaeru.com/case/kyoshinkk

9. エクソル導入事例：https://www.enegaeru.com/case/xsol

10. 経済効果シミュレーション保証：https://www.enegaeru.com/simulation-guarantee

11. エネがえるBPO：https://www.enegaeru.com/daikou-bpo

12. 経済効果シミュレーション代行：https://www.enegaeru.com/bpo/economic-simulation

13. 資料・稟議書テンプレート一覧：https://www.enegaeru.com/documents

14. 資源エネルギー庁「再生可能エネルギー」：https://www.enecho.meti.go.jp/category/saving_and_new/saiene/index.html