開発・EPC・オーナーが展示会・サイト・チャネルから並行入場し、同一発電所を複数営業が追う。
01 Industry judgment
発電所プロジェクト制 · 新エネルギー
再エネ・太陽光の成約は発電所関係の完整性に依存する。オーナー・EPC・資金方を同一プロジェクトに記す
連系・届出・資金ウィンドウは月単位。容量変更後も見積が旧版のままだとウィンドウ内で失効。法人・窓口変更後、旧名刺ファイルは指し先を失う。
発電所開発・設備供給・チャネル届出が併存する再エネ／太陽光販売。オーナー・EPC・資金関係者を同時管理する。
新エネルギー · 業務のつなぎ方
リード入庫
- 発電所引合フォーム
- 展示会／チャネル届出
- 千営ビジネス名刺
プロジェクト台帳
- 発電所ファイル
- オーナー／EPC／資金
- 容量と連系日
フォローアクション
- 提案見積バージョン
- 届出・資金ノード
- 通話を発電所へ
マネージャーボード
- 重複届出
- ノード期限超過未動
- 連系後未再訪
02 Process diagnosis
発電所プロジェクト判断のあと、成約を六項に分ける。一発電所＝一プロジェクト。容量・連系日・役割を入庫時に確認。届出・資金・連系にノード日。容量変更は新見積版。連系後の保証・運用再訪は連系日基準——契約後に発電所ファイルを閉じない。
連系・届出・資金ノードが四半期を跨ぐ。提案容量は変わったのに見積は旧版。
転換が難しい
プロジェクト会社の法人変更後も旧名刺を追う。エリア責任者が届出停滞案件を見つけられない。
管理が難しい
モジュール納入約束と現場進捗が不一致。地域評判と以降の発電所アクセスが同時に傷つく。
信頼が難しい
経営会議は契約MWだけ。資金停滞・連系後未再訪の構造がエリア配置を支えられない。
意思決定が難しい
発電所開発経験者と、三者役割を同一プロジェクトに書くシステムが同時に要る。表と汎用CRMではノード管理できない。
解決が難しい
03 Matching management actions
01 · 獲得が難しい
一発電所に一プロジェクト
フォームで容量・連系日・役割。名刺とチャネル届出は発電所名で名寄せしてから担当指定。
02 · 転換が難しい
届出・資金・連系をノード日に書く
容量変更で新版見積メール。ノード期限超過で未アクションのまま見積済に留めない。
03 · 管理が難しい
法人・窓口変更をプロジェクトに残す
オーナー・EPC・資金を分けて列挙。担当変更でも発電所ファイルは残す。
04 · 信頼が難しい
納入約束と現場進捗をプロジェクトで突合
催促・苦情着信はコールセンター経由で当該発電所へ。保証・運用再訪は連系日基準。
05 · 意思決定が難しい
ノード構造でエリア投下を評価
資金停滞・連系後未再訪・チャネル重複届出を分け、単一契約MW指標を置き換える。
06 · 解決が難しい
まず発電所台帳、その後にスクリーニング
フォーム・名刺・メールで発電所と版を閉じる。休眠備蓄のスクリーニング需要が明確になってから外呼。
Business architecture
再エネ・太陽光は発電所プロジェクト。オーナー・EPC・資金・連系ノードは同一発電所ファイル上。
リード入庫
発電所引合フォーム
展示会／チャネル届出
千営ビジネス名刺
プロジェクト台帳
発電所ファイル
オーナー／EPC／資金
容量と連系日
フォローアクション
提案見積バージョン
届出・資金ノード
通話を発電所へ
マネージャーボード
重複届出
ノード期限超過未動
連系後未再訪
Product role on this path
solutions.capabilitiesLead
Three questions before go-live
Sales will not fill forms, it fights the current stack, data will not migrate — almost every team asks these three.
太陽光の関係が複雑すぎてシステムに載る？
プロジェクト単位でオーナー・EPC・投資家を記し、役割別にメール。関係と資料版を残す——発電所設計ではない。
社内プロジェクト庫とどう共存？
展示会フォームに用地と役割を載せ、庫の地名と揃えてから担当を一人に。並列レコードを作らない。
営業は面談だけで書きたくない？
結論のない訪問は行っていないのと同じ。マネージャーはウィンドウ内で次アクションのない案件を見る——訪問回数ではない。