停電管理システムの費用は、1,000万円から50億円超まで変わります。その差を生むのは、対象範囲、既存設備との連携、制御・安全要件です。
金額の目安は規模ごとに大きく異なるため、まず範囲の違いを押さえると比べやすくなります。全体像は下の完全ガイドでも確認できます。
▼全体ガイドの記事
・停電管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
停電管理システムの費用を考える全体像
開発費を正しく比べるには、まず発注側が、何を管理し、どこまで自動化するかを決めておく必要があります。機能は、停電情報の表示から、系統解析や復旧候補の提示を経て、作業員への指示や自動開閉器の操作まで広がります。範囲によって、安全設計と試験の深さも異なります。
復旧対応型OMS・停電作業計画・施設監視の違い
電力会社向けの復旧対応型OMSは、通報、遮断器、スマートメーターなどのイベントを受け取ります。そのうえで、GISの系統モデルと照合し、停電範囲や影響顧客を推定します。
- 復旧対応型OMS:事故停電の復旧を支援
- 計画停電管理:設備工事に伴う停止作業を管理
- 施設監視:工場やデータセンターの電源を監視
OMSは、故障区間の特定やFLISR(故障位置特定・切り離し・復旧)の候補作成も扱います。さらに、復旧作業員の割り当て、顧客通知、SAIDI・SAIFIなどの信頼度指標の記録にも対応します。
一方で、計画停電は、設備工事に伴う停止予定や作業区域を管理します。承認や関係者通知も含むものの、復旧制御を行うOMSより対象を絞れる場合があります。
工場やデータセンターでは、UPSや受変電設備、非常用発電機を監視します。電源切替も、その対象に含まれます。配電網を制御しない場合は、既製の設備監視パッケージやクラウドを使える可能性があります。
目的の異なるものを混ぜて見積もると、不要な機能や機器まで含まれやすくなります。
費用以外の復旧時間・安全性のKPI
費用以外に、復旧時間と安全性を判断する観点をそろえておきます。
- 対応時間:範囲確定、復旧判断、現場出動までの時間
- 対応品質:影響顧客数、誤検出件数、手動復旧への切替時間
- 制御時の安全:承認、権限分離、手動介入、フェイルセーフ
自動開閉器を操作する場合は、安全性も復旧時間と同じレベルで評価します。受付と地図表示だけなら、数フィーダーや1拠点で検証できます。
復旧候補、作業員アプリ、顧客通知を同時に求めると、費用と期間が増えます。設備制御まで加わると、さらに増えます。範囲を広げる場合は、さらにSCADAやGISのほか、AMI、CIS、作業管理、通信、認証、監査ログとも連携が必要になり、費用が増えます。
KPIを先に決めておくと、必要な機能と後回しにできる機能を分けられます。
停電管理システムの開発費用・見積相場の目安

初期費用の目安は、PoC・限定可視化で1,000万〜3,000万円、パッケージやクラウドの基本導入で5,000万〜2億円です。中規模導入は2億〜10億円、広域更改や大規模スクラッチは10億〜50億円超を想定します。
示した金額は、いずれも税別の推定レンジで、停電管理システムだけの公的な平均価格ではありません。
PoC・限定拠点の可視化の費用
PoCでは、発注側と開発会社が対象規模と検証期間を定め、見積もりの範囲を絞ります。
- 対象内容:調査、数フィーダーまたは1拠点、イベント取込、地図、範囲推定、通知、評価
- 期間:3〜6か月程度
- 費用:1,000万〜3,000万円程度
既存データが整っていれば、短縮できます。一方で、系統モデルの欠損や機器ごとの通信仕様が不明な場合は、調査費が先に増えます。
業務システムの相場は、パッケージ導入や小規模カスタマイズで数十万〜数百万円とされることがあります。スクラッチ開発は、数百万円〜1,500万円以上とされることがあります(出典:ノーコード総合研究所「業務システム開発の費用相場」、2026年1月確認)。
停電管理では、制御機器や通信、冗長化、現地試験も加わります。そのため、一般相場をそのまま当てはめず、対象を限定して実データの難しさを確認します。
パッケージ・クラウドの基本導入の費用
標準OMSやADMSの基本導入は5,000万〜2億円程度、期間は9〜18か月程度が目安です。
- 設定・連携:系統モデル、GIS・CIS・AMIとの基本連携
- 運用準備:権限、通知、操作訓練、受入試験
- 別費用の場合:ライセンス、クラウド、導入支援、追加モジュール、保守
発注側は、これらが基本導入費に含まれるかを見積もりで確認します。
クラウドを選べば必ず安くなるとは限りません。ただし、分析や訓練、履歴保存などの非制御系は、クラウドと相性が良い領域です。顧客通知も、この非制御系に入ります。
制御系では、エッジや閉域網、オンプレミスを組み合わせ、バックアップセンターも含めて構成します。そのうえで、通信料や監視、ログ保存のほか、バックアップや障害対応も含めた5年の総保有コストで比べます。
広域連携・自動制御まで含む場合の費用
複数拠点のSCADAやGISなどと連携する規模になると、費用の幅は大きく広がります。AMIやCISとの連携に加えて、作業員モバイルや顧客通知も含まれます。
- 中規模導入:複数拠点連携で2億〜10億円程度
- 広域更改:10億〜50億円超となる可能性
中規模導入では、冗長化や24時間運用、データ移行も含みます。現地機器の更新も必要です。
広域更改では、既存センターや複数の制御所を対象にします。そのうえで、バックアップセンターや配電自動化機器、段階移行まで扱います。
たとえば、関西電力送配電のスマートメーター基盤では、約1,400万台を対象にクラウド移行と次世代システムを構築しています。
AWSは、10年間のTCOを13%削減する見込みと、開発サイクルの4年から3年への短縮を紹介しています。また、PoCを4か月で実施したとしています(出典:AWS「Kansai T&D modernizes 14M smart meters on AWS with zero downtime」、2026年確認)。
この数値は、OMSの価格ではありません。大規模基盤では、無停止移行、段階的な検証、TCO評価が費用の最適化に影響します。
停電管理システムの費用内訳

見積書は、要件定義、連携、現場機器の費目に分けてもらい、どこに費用がかかるかを確かめます。製品の購入費や、データ・通信まわりの費用も、同じように費目ごとに分けてもらいます。
- アプリケーション・ライセンス
- データ整備
- 通信・セキュリティ
- 試験・教育
- 保守
系統モデルの品質確認や現地試験にも費用がかかるため、画面数から費用を見積もると、実態とずれることがあります。
要件定義・業務設計・プロジェクト管理の費用
要件定義では、停電の種類ごとに業務フローを設計します。
- 計画外停電:受付からイベント相関、故障区間推定、復旧候補承認、出動、通知、復旧確認、報告書作成まで
- 計画停電:設備、区域、停止時間、承認者、関係者、周知状況、変更履歴を整理
- 参加者:現場、運用、コールセンター、情報システム、セキュリティ
複数部門が参加するため、会議や合意形成にかかる工数も見積もりに含めます。
要件定義が短いと、個別通知や通信断時の手動復旧、承認なしの制御禁止などが、後から追加されます。
発注側は、要件定義・業務設計の費用を初期費用の10〜15%程度として仮置きします。そのうえで、開発会社には、成果物と参加者、前提条件を提案書に明記してもらいます。現地調査や対象外範囲も、あわせて示してもらいます。
製品ライセンス・アプリケーション・クラウド基盤の費用
製品構成によって費用の発生先が異なるため、次の費目を分けて確認します。
- 製品:ライセンス、追加モジュール、保守契約
- クラウド:コンピュート、データベース、ストレージ、ログ、バックアップ、監視、通信、閉域接続、通知
- オンプレミス:サーバー、ネットワーク、UPS、予備機、施設
パッケージやADMSでは、同時利用者数と対象フィーダー数を見積もります。拠点数や開発・検証環境も含めます。
停電表示、復旧判断、制御承認の権限を分けると、アカウント設計と監査ログの費用に影響します。
オンプレミスでは、費用が初期に寄りやすくなります。さらに、試験・災害訓練環境を本番と同規模にするかどうかも、見積もりを左右します。
SCADA・GIS・AMI・CIS・作業管理との連携とデータ整備の費用
連携方式とデータの状態が費用を左右するため、発注側と開発会社で見積もりの範囲をそろえます。
- 連携対象:SCADA・DMSの状態、GIS設備・系統、AMI、CIS・CRM、作業管理
- データ整備:現地確認、台帳・GIS補正、顧客紐付け
- 見積条件:設備数、イベント量、移行年数、許容欠損率
連携では、設備IDや位置、時刻の違いに応じて、項目マッピングや変換が必要です。状態コードや通信方式、更新頻度の違いでは、再送やエラー処理、重複排除も加わります。
系統モデルや台帳の不一致は、開発会社だけでは直せません。そのため、過去データの除外ルールも発注者側と協議します。
連携・データ整備は、全体費用の20〜35%程度を占めることがあります。
現場機器・通信・セキュリティ・試験の費用
現場作業と安全対応を含む費目を分けると、追加費用を把握しやすくなります。
- 機器更新:自動開閉器、RTU、IED、保護リレー、センサー、ゲートウェイ、回線、時刻同期装置
- 既存機器:変換、接続試験、再送、保守可否
- セキュリティ:資産把握、ネットワーク分離、認証・認可、MFA、脆弱性診断、ログ監視、バックアップ、外部媒体管理、供給網確認、対応訓練
機器の更新では、設置のほかに、配線や設定、現地調整も必要です。
停電を伴う切替、予備品、保守員の待機費も見積もります。さらに、古いOSやミドルウェアの保守可否も確認します。
経済産業省は2025年6月に電力制御システムの手引きを公表し、IPAも2026年4月版のリスク分析ガイドを公開しています(出典:経済産業省・IPA、2025〜2026年)。
安全要件を後から付けると、再設計や再試験で費用が増えます。
停電管理システムの費用が変動する主な要因
同じOMSでも、対象範囲と既存環境によって費用は変わります。そのため、イベント処理数や接続機器数、止めずに移行する業務を具体的に示すと、見積もりの精度が上がります。
対象設備数・拠点数・同時多発停電の規模
設備規模や停止許容度を見積条件に反映するため、次の観点を確認します。
- 規模:フィーダー数、制御所数、配電設備の範囲
- 負荷:1秒あたりのイベント数、遅延、画面更新、通知、ログ期間
- 可用性:RTO・RPO、冗長化、同期、監視、障害訓練
対象範囲によって、データ量や画面が変わります。権限や性能設計も、合わせて変わります。
台風や地震、落雷などによる設備事故が重なる同時多発停電も想定します。そのうえで、24時間365日の運用では、冗長サーバーや二重化ネットワーク、データ同期も必要です。
RTOやRPOに加えて、バックアップセンターへの切替を定めます。続けて、監視や障害訓練も見積もります。
停止できない領域で単一サーバー前提の安価な見積もりを選ぶと、後から構成を変えにくくなります。
既存データの品質と連携先の数
既存データの状態と連携範囲を把握すると、必要な整備を見積もれます。
- 品質確認:設備ID不一致、住所の古さ、機器ごとの時刻形式差、通信状態の欠損
- 連携先:SCADA・GISから業務・通知・分析まで
- 頻度:復旧判断用と日次分析用を区別
開発前にサンプルデータを受け取り、品質を確かめておきます。連携先がSCADAとGISだけであれば、連携方式を絞りやすくなります。
AMIやCIS、分析まで連携先が広がると、認証、エラー処理、再送の作業が増えます。そのほか、顧客対応や現場の業務にも、接続先が広がります。
- CRM
- 作業員アプリ
- SMS・メール
- 資産管理
- 報告書
連携先が増えるほど、監視や責任分界の作業も増えます。
欠損率や重複率、ID対応率を確認します。更新頻度や過去データの保存年数も見ておきます。そのうえで、すべてをリアルタイム化せず、復旧判断用と日次分析用に分けます。
復旧判断支援から自動制御へ進む段階
参照から制御まで、段階によって必要な費用が異なります。安全設計や試験範囲も異なるため、導入段階を分けて考えます。
- 参照:停電範囲を表示
- 判断・業務支援:復旧候補を示し作業員へ指示
- 制御:安全要件を満たして機器を操作
自動制御には、正確な系統モデルと信頼できる通信が欠かせません。加えて、操作権限や二重確認、異常時の安全動作も求められます。さらに、訓練と監査証跡も必要です。
AI分析や予知保全も、最初から自動制御の代わりにはしません。異常候補や復旧候補の順位付け、設備劣化予測から始めます。
運用者が確認する手順も残しておきます。費用には、現地試験、学習データ、説明可能性が影響します。さらに、誤判定時の対応や再学習、利用ログも関係します。
制御系セキュリティとサプライチェーン要件
制御系では対策が運用中も続くため、設計、供給網、保守の費用を分けて整理します。
- 制御環境:OT分離、踏み台、機器の真正性、更新手順
- 供給網:脆弱性情報、遠隔保守、委託先、ログ保全
- 運用:診断、試験、教育、インシデント対応訓練、脆弱性修正、保守
電力会社向けでは、一般的な認証に加えて、制御環境と供給網の要件があります。
経済産業省の手引きは、電力制御システムのサプライチェーン対策を具体化した資料です(出典:経済産業省「電力制御システムに関するサプライチェーン・セキュリティ対策の手引き」、2025年6月)。
IPAの2026年4月版ガイドは、資産ベースと事業被害ベースのリスク分析を解説しています(出典:IPA「制御システムのセキュリティリスク分析ガイド 第2版」、2026年4月)。
納品前の一度の診断で済ませると、運用段階の費用を見落とす可能性があります。そのため、見積もりでは、各対策に何が含まれるかを分けて確認します。
停電管理システムの開発手順とコスト最適化のポイント

全設備を対象にしたスクラッチ開発から始めず、段階を踏んで導入します。安さだけを追うと、作り直しの費用や、停電時に使えないリスクが残ることがあります。
- 現状の調査
- 対象範囲の定義
- PoCでの検証
- 段階的な導入
- 運用の改善
「通知」「判断支援」「制御」の対象範囲の切り分け
初期費用を抑えるには、機能を導入時期と対象外に分けて考えます。
- 初期機能:停電イベント収集、範囲可視化、影響顧客推定、復旧予定通知、出動管理
- 段階:初期必須、PoC検証、将来拡張、対象外
- 判断・制御:復旧候補の提示、自動制御も別機能として整理
- 施設・工場:目的に応じ設備監視やクラウドを比較
対象外を明記しておくと、発注後の追加請求を防ぐのに役立ちます。
施設や工場では、受変電設備やUPS残容量、非常用発電機の監視が目的なら、OMS一式は不要なことがあります。切替通知や点検履歴、BCP連絡を目的に含める場合は、それぞれ必要な機能を確認します。
配電網の自動切替が必要かを確認します。利用者と対象設備を絞ると、そのぶんコストを直接抑えられます。
読み取り専用のPoCから始める段階的な自動化
検証結果を見ながら機能を広げるため、導入を次の順に進めます。
- 既存のSCADAやGISを損なわずに読み取り、イベントを地図に表示して、範囲や通知の精度を検証する
- 復旧候補と作業員連絡を追加し、運用者の確認後に指示する
- 訓練・現地試験済みの設備から自動開閉する
評価指標は、イベント取込の遅延や停電範囲の一致率、誤検出です。そのほか、重複通報の処理や状況把握までの時間、通知到達率も評価します。
各段階に継続・修正・中止の判断ゲートを置き、効果が確認できない機能への過剰投資を抑えます。
既存設備・標準機能・ハイブリッド構成の活用
既存資産を活かし、追加開発の範囲を絞ると、初期費用と保守費を抑えやすくなります。
- 既存資産:SCADA、GIS、AMI、CIS、作業管理、認証、通信の残置・更新を分ける
- 構成:コア、通知・分析、制御・安全機能を配置する
- 追加開発:独自要件の範囲を絞り保守負担を抑える
コア機能はパッケージ、通知・分析はクラウド、制御・安全機能はオンプレミスやエッジに置く構成が選択肢です。
標準機能に合わせる業務と、独自要件をカスタマイズする範囲を決めます。帳票や検索を個別に対応すると、更新のたびに改修費がかかります。
標準機能で代わりにできる業務は、現場と合意します。そのうえで、競争力や安全に直結する部分だけを追加開発すると、初期費用と保守費を抑えられます。
同じRFP・同じデータ・同じ試験条件での複数社比較
条件をそろえると、各社の費目と対応力を並べて比べられます。
- 条件:対象フィーダー・設備・イベント・利用者数、連携先、可用性、RTO・RPO
- 範囲:制御、移行年数、現地試験、保守期間を統一
- 内訳:要件、製品、連携、データ、機器、試験、教育、保守
- 判断:障害デモ、追加費用、データ・移行条件を確認
「一式」の表記では比べられません。そのため、費目ごとに行を分けて見積もってもらいます。
デモでは、通常の停電に加えて、同時多発や誤ID、通信断を確認します。そのほか、重複イベントや再停電、バックアップ切替も見ます。顧客情報の欠損も、あわせて確認します。
前提や追加費用、データ所有権を確認できる会社を選びます。さらに、ソース・設定の引渡し、脆弱性対応、保守終了時の移行支援についても確かめます。
停電管理システムの見積もりを取る際のチェックポイント
金額の差は、単価よりも、含まれる範囲や前提条件から生まれることが多くあります。そのため、作るものと対象外を確かめ、データ整備の担当や合格試験、導入後の保守担当も確認します。
5年分のTCOによる比較
初期開発やライセンス、通信、機器保守は、5年分で比べます。さらに、クラウドまたはサーバーや24時間監視も含めます。問い合わせや脆弱性診断、制度対応も5年間で比べます。追加改修やバックアップ、災害訓練、現場教育も対象です。
初期費用が安くても、月額の従量課金や追加ライセンスが続けば、総額は逆転します。保守費は、初期開発費の年10〜20%程度を仮置きする場合がありますが、範囲は製品や契約によって異なります。
障害対応の時間帯や復旧目標、現地駆け付けが含まれるかを確認します。予備品やOS・ミドルウェア更新、脆弱性修正、機器交換も、同じように確認します。含まれない作業がある場合は、その単価も記載してもらいます。
受入条件・責任分界・追加費用の条件の明記
受入試験では、画面表示だけでなく、イベント取込と系統モデル照合、範囲算出を確かめます。加えて、通知や作業員割当、復旧確認を確認し、監査ログと権限違反の遮断も含めます。
通信断やサーバー障害、バックアップ切替も試験します。さらに、自動制御を含む場合は、実機または同等のシミュレーターで誤操作を拒否し、手動復旧へ戻せることを合格条件にします。
提供データの形式・品質や設備台帳の更新は、責任分界表で誰の担当かを決めます。現地立会いや回線手配、停電切替の許可も、同じ表に書き込みます。データ遅延や機器仕様の相違、API変更時の追加費用と納期変更は、契約前に合意します。
電力・OT・ITの実績と長期保守体制の確認
画面開発だけでなく、電力・OT・IT領域での経験と長期保守体制を確認します。
- 技術実績:SCADA、GIS、AMI、CIS、配電自動化、通信、制御セキュリティ
- 保守体制:一次窓口、再委託先、24時間対応、脆弱性連絡、製品ロードマップ
- 継続性:データ可搬性、ソース・設定の引渡し、第三者接続、終了時移行支援
日立エナジーやOracle、Siemensなどは、OMS・ADMS・配電自動化の製品やサービスを公開しています。東芝グループや東光高岳、Hexagonも、同じ分野の製品やサービスを公開しています。
知名度だけでなく、自社の設備や制度、運用規模に合うかを評価します。提案の場では、実績の範囲とライセンス変更についても質問します。
メーカー系SIerの一体提案は、設備接続を進めやすい一方で、製品への依存や追加費用が増えることもあります。そのため、第三者機器との接続条件と出口戦略を確認します。
停電管理システムのよくある質問(FAQ)
発注前の疑問は、価格帯だけでなく、対象範囲や導入期間、既存システムとの関係にも及びます。これらを確認すると、見積もり条件を整理しやすくなります。
停電管理システムは1,000万円以下で開発できますか?
工場や1拠点の電源監視に限定し、既製サービスを標準機能で使うなら、1,000万円以下で始められる可能性があります。
電力会社向けOMSで、GIS連携や範囲推定、作業員管理まで含めると、1,000万円以下は難しくなります。そのうえ、冗長化や現地機器、セキュリティ試験まで含む場合は、さらに難しくなります。
クラウドを選べば停電管理システムの費用は安くなりますか?
クラウドは、サーバーの調達や容量追加の初期負担を抑えやすく、段階導入にも向きます。分析・訓練環境や履歴保存も、初期負担を軽くできる場合があります。
ただし、制御系はインターネットに直接公開しません。費用は、閉域網やエッジ、オンプレミスの構成も含め、バックアップや監視、通信料まで見て、初期費用と月額費用の5年総額で判断します。
停電管理システムの開発期間はどれくらいですか?
PoCは3〜6か月、基本導入は9〜18か月、中規模導入は18〜36か月、広域更改は3〜5年程度が目安です。
期間は、データ整備や機器調達、停電を伴う切替によって前後します。受入試験や並行運用、関係部署の承認も影響します。そのため、工程ごとの前提を開発会社に示してもらいます。
パッケージとスクラッチ開発はどちらが安いですか?
標準機能が自社運用に合う場合、初期費用と導入期間はパッケージの方が抑えやすいです。
独自の系統モデルや復旧ロジックが必要なら、スクラッチが適することもあります。その場合も、長期保守や試験、要員確保を比べます。さらに、更新や製品切替まで含めて、標準機能で代替できる部分を増やします。
まとめ
PoC・限定可視化は1,000万〜3,000万円、パッケージやクラウドの基本導入は5,000万〜2億円です。
SCADAやGIS、AMIなどの連携や現場作業まで含む中規模導入は、2億〜10億円です。広域更改や自動制御は、10億〜50億円超が推定レンジです。
公開されている定価がないため、対象設備や連携先、データ品質を同じ条件にそろえて比べます。可用性とセキュリティ、現地試験、保守も含めます。
価格帯より先に決める対象範囲と優先順位
まず、復旧対応型OMSや停電作業計画管理、施設・工場の電源監視のうち、どれが必要かを分けます。そのうえで、通知や可視化、復旧判断支援、自動制御のどこまでを初期導入に含めるかを決めます。
KPIやデータ、設備の条件を、RFPに落とし込みます。連携とセキュリティ、受入条件も書き込みます。全機能を一度に入れず、読み取り専用のPoCから始めると、費用と安全性のバランスを取れます。
同じ条件の見積もりと5年TCOによる発注先の選定
初期開発やライセンス、通信、クラウドは、5年分で比べます。現地機器やデータ移行も、比較の対象に入れます。試験や教育、24時間保守まで含めます。脆弱性対応や災害訓練も対象です。
- 費用:初期費用と運用費を5年分で比較
- 契約:接続、責任分界、追加費用、可搬性、移行支援
- 判断:災害シナリオで運用担当者が評価して契約
契約前に、見積もり条件と自社の運用にずれがないか確かめます。
停電管理システムは、停電時に使えてこそ価値を発揮します。そのため、平常時のデータ品質や緊急時の判断速度、現場の安全を考慮します。顧客への説明責任や長期保守も、あわせて見ます。段階導入で、費用を効果につなげます。
▼全体ガイドの記事
・停電管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>


株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。
