設備工事業向け工程管理システムは、工程・人員・図面・原価をつなぐ業務システムです。主要機能と導入形態を見極めて選びます。
導入は、現状把握、要件定義、PoC、段階展開の順に進めると、遅延と赤字を早く把握できます。各テーマの詳細は関連記事で確認できます。
▼関連記事一覧
・設備工事業向け工程管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・設備工事業向け工程管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・設備工事業向け工程管理システム開発の見積相場や費用/コスト/値段について
・設備工事業向け工程管理システム開発の発注/外注/依頼/委託方法について
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
設備工事業向け工程管理システムの概要
設備工事業向け工程管理システムは、受注から施工、検査、引き渡し、保守までの工程を管理する業務システムです。人員や協力会社、図面、写真、原価も結び、遅延と赤字を早く把握できるようにします。
工程表だけでなく、案件情報、見積、実行予算、発注、作業日報を、案件番号や現場コードでつなぎます。図面、写真、検査、請求も加えると、現場と管理部門が同じ情報を確認できる仕組みになります。
入力作業の削減に加え、工程変更が人員・材料・原価・請求に与える影響を、早く判断できる状態をつくることも目的です。
工程表の共有から収益管理までをつなぐ仕組み
紙の工程表やExcelは、自分の現場を把握するには便利です。一方で、変更を全員に伝え、予算や請求へ反映する場面では限界が出やすくなります。
システムでは、工程の変更履歴、予定と実績、先行・後続作業、担当者の割当を同じデータとして扱います。たとえば機器の搬入が遅れた場合、据付、配管接続、試運転、検査の予定を連動できます。
担当者は、応援要員や協力会社の再配置を検討し、見込原価と請求予定への影響も確認できます。
他工種との依存関係と日程管理の難しさ
設備工事の工程は、躯体の完成、天井や壁の仕上がり、電源の受け渡し、機器の納品、試運転の条件に左右されます。他工種との依存が多いため、単純な日程表では遅れの影響を追いにくくなります。
空調は機器据付と配管・ダクト、電気は配線と受変電設備、給排水は配管と衛生器具の取り付けが中心です。同じ設備工事でも、工種によって管理する粒度は異なります。
元請、一次下請、専門業者が分担する現場では、担当範囲に応じた権限設定も必要になります。そのため、全員に同じ情報を見せる運用は避けます。
主要機能と工種別の要件
選定時は、機能の数よりも業務データがつながっているかを確認します。工程、協力会社、機器・材料が分断されると、導入後も転記が残ってしまいます。さらに、図面版数、検査結果、原価が分断されていないかも見ます。
必要な機能が標準搭載なのか、追加開発や外部連携で実現するのかを分けて確認すると、製品を比べやすくなります。
工程・人員・進捗の一画面での確認
工程は現場別、工種別、担当者別に表示し、複数現場の予定と実績、配置条件を一度に確認できるようにします。
- 工程状況：先行・後続の関係、予定と実績、遅延、変更履歴
- 複数現場の負荷：技術者、職人、協力会社、車両、重機、機材の空き状況を工程と重ねた表示
- 配置条件：資格や講習、入場条件を担当者に紐付け
資格や入場条件を工程と並べて見られれば、同じ担当者を別の現場へ重複配置する事故を抑えられます。
日報は、現場からスマートフォンで登録できるかを確かめます。作業内容、人工、進捗率、残作業、問題点を入力できるかを確認します。写真、位置、時刻も登録できるかを見ます。
入力項目が多すぎると、現場では使われなくなります。そのため、まずは「今日実施した作業」「明日必要な作業」「遅延理由」「写真」など、管理判断に直結する項目に絞ります。
通信が不安定な現場では、オフライン入力と後からの同期、同期に失敗したときの再送、同じ日報の重複登録防止まで確かめておく必要があります。
図面・写真・検査記録の版数と履歴の管理
図面の差し替えや施工要領書の承認は、工程変更のきっかけになります。そのため、図面・写真・検査記録は、最新版と対応履歴を現場で追える形にしておきます。
- 図面の版数：登録者、承認者、差し替え日時、対象工程、是正指示
- 最新版と旧版：現場に表示する版の管理、旧版の参照権限、ダウンロード履歴の確認
- 施工写真・検査記録：案件、現場、階、部屋、設備番号、工程との紐付け、撮影日時と作業者の自動記録
- 是正指示：指摘、担当、期限、対応写真、承認状態の追跡と、竣工書類への出力
ファイル名を人が書き換える運用では漏れが出やすく、是正指示もチャットに埋もれやすいため、履歴はひとつの場所にまとめて管理します。
原価・請求・周辺システムとの連携
材料費、外注費、労務費、追加工事が予算を超えると、利益が残りにくくなります。原価と請求の連携では、対象を明確にしておくことが欠かせません。
- 案件ごとの収支：見積、実行予算、発注、実績、見込原価、請求の連携
- 変更時の把握：予算対実績と完成時の粗利見込を現場単位で見ること、追加材料や応援人工の登録
- 周辺システム連携：会計、販売管理、購買、勤怠、電子契約、資格管理、クラウドストレージ、BIM・CADなどが対象
- 共通マスタ：案件番号、現場・工種コード、協力会社、作業者、機器番号、図面版数の表記をそろえること
- 障害対応：API停止時の再送と重複防止、手作業への切り替え手順
連携先が増えるほど、業務は便利になります。ただし、月末の集計を待たずに赤字リスクを把握するには、障害時に業務を止めない設計を先に固める必要があります。
SaaS・パッケージ・個別開発の導入形態
導入形態は、会社の規模だけでは決まりません。業務を標準化できる範囲、現場と協力会社の広がり、既存システムとの連携、将来の保守体制を見て判断します。
国土交通省のICT指針でも、経営規模や工種に応じたICT活用と人材育成が求められています。
ICT導入では、全社の業務を一度に変えず、遅延発見や日報回収など効果を測りやすい領域から始める方法もあります（出典: 国土交通省「建設業におけるICTの導入・活用に向けた施策」、2025年）。
SaaS標準利用が向く会社
SaaS標準利用は、サーバーを自社で持たず、月額で既成機能を使う形態です。初期費用や開発期間を抑えたい場合の候補になります。
- 利用できる機能：工程、案件、日報、写真、書類共有などの標準機能
- 始め方：現場単位で試せるため、現場数や利用者が少ない会社にも合います
- 業務との適合：独自帳票や複雑な承認経路を大きく変えられる場合に、標準機能へ合わせる
ユーザー数課金、現場数課金、ストレージ、API、追加帳票、導入教育は、別料金になる場合があります。30アカウントまで月額9,800円（税別）の公開例もあります。
この価格は標準利用を比べる軸で、設備工事会社の総コストではありません（出典: 建設業向けクラウドサービス公式料金ページ、2026年確認）。そのうえで、現場数、協力会社の利用条件、写真容量を含めて年間総額を試算します。
標準と独自要件の中間にあるパッケージやローコードの位置づけ
パッケージやローコードは、共通業務を保ちながら一部を自社に合わせられる形態です。選定時は、各形態の違いと注意点を確認します。
- パッケージ：案件、見積、原価、請求、工程、日報を備え、設定や追加開発で調整
- 導入範囲：SaaSより広い管理に対応しやすく、スクラッチ開発より短期間で導入しやすい
- ローコード併用：独自承認や帳票を周辺アプリに分け、基幹部分を標準に保つ
- 改修と更新：独自改修が保守を重くしていないか、パッケージの更新に追随できるか
- 独自機能：競争力に直結しない機能は本体に作り込まず、APIやCSVで周辺に置く
Fit & Gapでは、法令・安全・原価の正確性に関わる要件と、紙の見た目を再現したい要望を分けて考えます。
連携と独自業務を重視する会社向けの個別開発やハイブリッドの適用場面
独自業務や複数システムとの連携を重視する場合は、専用開発やハイブリッドを検討します。その際は、適用範囲と設計条件を整理しておきます。
- 独自業務：複数拠点の原価・購買・会計・人員計画と、特殊な工程・文書・承認の一体化
- 連携範囲：設備監視、機器データ、BIM・CAD、既存基幹システムなどの個別要件
- 制御系接続：ITとOTの境界、中継サーバー、通信方向、監視、パッチ適用、障害時の手動運転を、事前に決めておく
初期費用と期間は増えますが、標準機能が合わずに生じる二重入力を減らせます。また、工場や重要設備では、クラウドへ直接つながない設計が基本になります。
経済産業省は、IoT化やサプライチェーン接続によって工場システムのリスクが増えると示しています。このため、設備工事の周辺システムでも同じ視点が必要になります（出典: 経済産業省「工場システムにおけるサイバー・フィジカル・セキュリティ対策ガイドライン」、2022年、2025年解説書）。
設備工事業向け工程管理システムの進め方
製品を契約してから使い方を考えると、失敗しやすくなります。まず現場の実態とKPIを確かめ、標準機能と個別開発の境界を決めてから、データ移行と現場検証へ進みます。
全社一斉に導入するよりも、一工種・一拠点・数現場のPoCで確かめ、定着条件を見つける進め方が安全です。
▶ 詳細はこちら：設備工事業向け工程管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
現状業務の洗い出しと導入効果のKPI設定
現状調査では、関係者から業務の流れを聞き、日々の記録と例外処理を洗い出します。そのうえで、KPIは導入効果を現場で判断できる形に決めます。
- 聞き取り範囲：現場監督、職長、積算、購買、経理、協力会社から、受注から請求までの流れ
- 記録と重複入力：Excel台帳、紙のチェックリスト、メール、チャット、写真フォルダを対象にした、同じ情報の入力回数
- 例外処理：正常時の流れに加え、雨天中止、材料欠品、図面差し替え、担当変更、協力会社の未入力
- 測定するKPI：会議準備時間、日報回収率、転記時間、遅延発見日数、予算差異の把握日、未請求額、写真整理時間、週次利用率などの指標
- 目標の表現：「日報回収率を80％から95％へ」「遅延発見を月末から当日へ」のように、現場が理解できる指標の形
要件定義でのMVPとデータの責任範囲
要件定義では、機能とデータの扱いを決めたうえで、初回リリースで実現する範囲を絞ります。
- 利用と承認：誰がいつ何を登録し、誰が承認し、どの判断に使うか
- MVP：効果を測りやすい工程、日報、写真、図面版数、遅延報告などの領域
- リリース範囲：原価、発注、請求、会計連携を同時に行う場合の、正確な金額が必要な段階の整理
- マスタ定義：RFPへの案件番号、工種・現場コード、協力会社、作業者、機器番号、図面版数の記載
- データ責任：会計・販売管理を正とする項目、工程システムを正とする項目、連携先へ渡す項目の区分と、更新権限の設定
MVP（Minimum Viable Product）は、効果を測りやすい機能から始める最小限の製品です。責任範囲が曖昧だと、システム間で数字が合わない、協力会社が重複登録される、旧図面が残るといった問題が起きます。
PoC・移行・段階展開による定着の検証
PoCから展開までは、実地検証、データ移行、運用準備の順で、現場への定着を確かめます。
- 異常系の検証：工程変更、雨天中止、材料遅延、権限不足、図面差し替え、オフライン、API障害、検査差し戻しを対象にした試験
- 現場操作の確認：監督が一人で対応できるか、片手入力や写真登録ができるか、未登録時の催促が過剰でないか
- 移行データの選定：進行中・未請求案件や保守用の竣工情報など必要なものに絞り、過去案件を全件は移さない
- 展開準備：旧台帳との並行期間、バックアップ、移行後の照合、問い合わせ窓口、現場ごとのキーパーソンの用意
公開事例では、PDFから案件情報を抽出して登録や予定反映を半自動化し、関連事務を50〜70％圧縮する期待値が示されています。ただし、読み取り後の人による確認も含めて検証する必要があります（出典: 設備工事業向け工程管理システム導入事例、2026年）。
費用相場とコストの内訳
費用は、月額利用料だけでなく、総保有コストで比べます。総保有コストには、設定、データ移行、帳票、教育、API連携、テストが含まれます。さらに、保守、追加ストレージ、協力会社の利用料も対象になります。
ここで示す開発費は、専用システム全体の統計ではなく、公開価格と生産・建設系業務システムの相場から整理した目安です。工種、現場数、連携範囲、権限、帳票要件によって変わります。
▶ 詳細はこちら：設備工事業向け工程管理システム開発の見積相場や費用/コスト/値段について
SaaSとパッケージの費用と利用範囲
SaaSとパッケージは、課金範囲や追加費用が異なります。そのため、費用条件を分けて比べます。
- SaaSの基本料：初期0〜60万円程度、月額は1ユーザー数百〜数千円、または現場数・アカウント数の定額が目安です。
- SaaSの追加費：導入支援、教育、協力会社利用料、写真容量、原価・会計連携、個別帳票で年間額が変わります。月額9,800円の公開例もあります。
- パッケージ：ライセンス・設定・追加開発込みで初期30万〜300万円程度からの場合があり、保守費は初期費用の年15〜25％程度が目安となる場合があります。
- 総額比較：現場追加、帳票変更、API、移行、電話サポートを含む3年間の利用料・導入費・保守費
公開価格やユーザー課金の安さだけで優劣を決めず、契約内容と利用条件をそろえます。
個別開発の費用の幅（500万円から1億円超）と規模別の目安
個別開発費は、対象範囲と連携規模に応じて幅があります。
- MVP：500万〜1,500万円。工程、日報、写真、書類、簡易原価を一拠点で検証する規模
- 中規模：1,500万〜4,000万円。複数拠点、協力会社、発注、会計APIなどを含む規模
- 大規模：基幹システム・ERP・BIM・IoT連携を含む場合、4,000万〜1億円超が目安です。
金額は要件によって変わる推定値です。見積書では、作業範囲と前提条件を必ず確認します。
開発費は大きく、人件費、クラウド環境、ライセンスに分かれます。加えて、データ移行、教育、テスト、リリース後の保守も内訳に含まれます。
2026年の業務システム開発では、PMの月単価が90万〜150万円、SEが65万〜110万円です。プログラマーは50万〜90万円、テスターは45万〜80万円程度です。
人件費が開発費の60〜80％程度を占めることも多くあります。また、要件定義を削ると、後工程の変更費用が増えやすくなります。
見積で比べる3年間の総額
3年間の総額では、契約上の支出と社内の運用負担、補助制度の条件をあわせて比べます。
- 契約費用：初期費用、月額・年額、保守、追加ユーザー・現場、容量、API、帳票、移行、教育、問い合わせ、障害対応の区分け
- 社内負担：担当者の運用時間、現場入力時間、紙や転記の削減量の金額換算、Excelやチャットによる二重入力が残らないかの確認
- 補助制度：対象経費、申請時期、登録製品、導入後の報告、年度変更や採択遅延の見込み
補助金がなくても成り立つ予算と計画を先に作ります。また、建設業のICT導入・活用を支援する制度情報もありますが、最新の公募要領を確認して判断します（出典: 国土交通省「建設業におけるICTの導入・活用に向けた施策」、2025年改訂情報）。
よくある失敗例と対策
業務は、導入後の運用設計によって変わります。入力負担、協力会社との境界、図面や原価の責任範囲を決めないままだと、データが増えるだけになります。そのため、代表的な失敗は事前にシナリオとして並べ、PoCと運用設計で確かめます。
工程表だけの導入と原価の別管理
工程表が見やすくなっても、見積、発注、人工、追加工事、請求が別々のExcelに残っていれば、利益の変化は早くは見えません。
そこで、すべてを一度に一つにまとめられない場合でも、工程変更の理由と追加コストは同じ案件情報へ登録し、月次で予算対実績を確かめます。さらに、次の段階で発注や会計へ連携するロードマップを作っておくと、工程だけの導入を無駄にせずに済みます。
入力の複雑さと権限設定の広さ
現場入力の定着と協力会社の権限管理は、運用負担と情報共有の範囲の両面から設計します。
- 入力負担：必須項目を絞り、写真や位置・時刻の自動取得によって完了条件を明確にする
- 定着改善：現場別の利用率と、入力できない理由の確認、画面や運用の改善
- 共有範囲：全案件や全原価は見せず、現場、担当工程、図面、指示、提出書類など必要な情報だけ
- アクセス管理：再共有や退職者・外部ユーザーの停止手順、二要素認証、SSO、操作・権限変更ログの確認
管理部門向けの項目を現場画面に詰め込むと、日報が後回しになります。その結果、電話や転記で補う状態になりかねません。
図面版数とAPI障害を想定しないテスト不足
図面やAPIの不具合は、異常な場面を試すことで見えてきます。現場環境と制御系への影響も含めて確かめます。
- 図面・検査の異常：差し替え後に旧版が残るケース、検査差し戻しが工程に戻らないケース
- 同期と復旧：APIによる二重登録、版数・承認・作業開始条件・変更履歴、同期エラー、再送、手動復旧
- 現場影響：通信環境と実機で検証し、開発環境だけの合格にはせず、制御系停止や誤指示の影響を評価
IPAの2026年4月版ガイドは、資産ベース・事業被害ベースの分析、セキュリティテスト、対策チェックリストを示しています（出典: IPA「制御システムのセキュリティリスク分析ガイド 第2版」、2026年4月版）。
開発会社・ベンダーの選び方
知名度や機能数だけでなく、設備工事の業務と導入後の運用まで理解している会社を選びます。既製のクラウドを導入したい場合と、自社の工程・原価・書類に合わせて開発したい場合とでは、相談先が異なります。
2〜3社へ同じRFPを渡し、同じ現場データと異常系シナリオでデモと見積を比べると、提案の違いが見えてきます。
工種と同規模の実績の確認
実績は業種名だけで判断せず、工種や自社の運用条件との近さを確かめます。
- 導入条件：電気、空調、給排水、通信、消防、機械器具設置の工種、元請・下請、現場数、協力会社数、原価・請求の範囲
- 運用再現：工程変更、機器搬入、試運転、検査、竣工書類までの流れを、近い工種の画面で確かめること
- 効果数値：対象業務・期間・人数・入力条件と、50〜70％削減の事例を、自社KPIに置き換えてPoCで検証
削減率には、PDF形式が揃っている、確認者がいる、対象業務が限られるといった条件が付く場合があります。
デモとRFPで見る異常系と責任分界
デモとRFPでは、異常時の動きと契約上の責任範囲を、同じ条件で確認します。
- 異常系デモ：空調機器の搬入遅れ、電気工事の先行遅れ、給排水検査の是正、日報未入力、図面差し替えを試すこと
- 変更の反映：現場担当者の操作で、後続工程、人員、原価、通知、書類まで連動するかを見る。管理部門や協力会社の立場でも画面を確かめる
- RFPの範囲：工程・原価・図面・写真・検査・請求、利用者・権限、既存データ、API・CSV、移行、バックアップ、障害時SLAの記載
- 契約と安全性：データ返却・消去、教育、問い合わせ、追加開発単価、暗号化、二要素認証、ログ、テナント分離、脆弱性対応、復旧目標、保管場所の確認
契約後に決める項目を減らすほど、費用と納期のぶれを抑えられます。
▶ 詳細はこちら：設備工事業向け工程管理システム開発でおすすめの開発会社/ベンダー6選と選び方
▶ 詳細はこちら：設備工事業向け工程管理システム開発の発注/外注/依頼/委託方法について
よくある質問（FAQ）
設備工事業向け工程管理システムについて、導入前によくある疑問に答えます。会社の規模や工種によって答えは変わりますが、判断の基準があれば、デモや見積を比べやすくなります。
小規模な設備工事会社でも工程管理システムは必要ですか？
必要かどうかは人数ではなく、現場数、協力会社とのやり取り、工程変更の頻度、原価の見えにくさで判断します。
工程、日報、写真、案件情報を標準機能で管理する小さな導入から始めると、月次集計や電話確認を減らし、費用と現場負担を抑えやすくなります。
クラウドと個別開発はどちらを選べばよいですか？
標準業務が多く、早く試したい場合は、クラウドの標準利用が合います。工程・原価のルールが独自で、複数システム連携や特殊な文書管理が重要なら、追加開発や専用開発を検討します。
二択にせず、コア業務は標準機能で、独自要件はAPIや周辺アプリに分けるという方法も有効です。
導入費用と開発期間はどのくらいかかりますか？
SaaS標準利用は即日から数週間、パッケージは数週間から6か月、MVP開発は3〜6か月、中規模の個別開発は6〜12か月が目安です。
大規模な連携を含む場合は、12〜24か月以上かかることがあります。また、SaaS標準利用には月額9,800円の公開例があり、個別開発費は500万〜1億円超が目安です。
要件定義、移行、教育、テストを含むかどうかで変わります。そのため、金額と期間を一つの数字だけで比べません。
図面や顧客情報をクラウドで管理しても安全ですか？
安全性は、クラウドかどうかではなく、管理の中身で決まります。権限、認証、暗号化、ログ、バックアップ、復旧を確かめます。あわせて、委託先管理と退職者の停止手順も見ます。
発注側は、図面、見積、顧客情報、施工写真、検査記録を誰が見られるかを役割単位で設定し、ダウンロードや共有の履歴も残します。
設備監視や制御系と連携する場合は、開発会社がITとOTを分離し、障害時に安全な手動運用へ切り替えられる設計にします。
まとめ
設備工事業向け工程管理システムは、工程表だけでなく、案件や人員、協力会社、機器・材料をつなぐ業務基盤です。さらに、図面、写真、検査、原価、請求も同じデータの上で扱います。変更を早く共有し、遅延と赤字を先回りして管理します。
電気、空調、給排水、通信、消防、機械器具設置では、必要な管理の粒度が異なります。そのため、自社の工種と現場の流れから要件を定めることが出発点になります。
自社に合う導入方法の選定と同条件の比較
SaaS、パッケージ、ローコード、専用開発を、同じ評価軸で比べます。確認するのは、現場入力が続くか、工程と原価がつながるか、協力会社の権限を制御できるかです。
既存業務から段階的に移行できるかも検討します。初期費用だけでなく、3年間の総額、教育、保守、API、データ移行、障害対応まで含めて考えます。
そのうえで、2〜3社へ同じRFPを渡し、デモと見積を取ります。
現行Excel・帳票・連携先の整理とPoCの開始
まず、現場ごとに異なるExcelや工程表、日報、図面、写真を一覧にします。検査記録、見積、原価台帳、請求データも、同じ一覧に加えます。そのうえで、遅延発見日数や転記時間などのKPIを決め、一工種・一拠点・数現場でPoCを行います。
正常な工程だけでなく、図面差し替え、雨天中止、未入力、通信断、API障害も試します。現場が無理なく使えることを確かめてから、段階的に展開します。
▼関連記事一覧
・設備工事業向け工程管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・設備工事業向け工程管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・設備工事業向け工程管理システム開発の見積相場や費用/コスト/値段について
・設備工事業向け工程管理システム開発の発注/外注/依頼/委託方法について
▼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を創業。