ネットワーク監視システム開発の発注/外注/依頼/委託方法について

ネットワーク監視システムの発注は、まず機器や業務影響を棚卸しして対象と成果指標を決め、RFPとPoCで各社の提案を検証してから、重要拠点を起点に段階的に展開するのが基本の流れです。この順で進めると、障害検知から一次切り分けまでを整えられます。

▼全体ガイドの記事
・ネットワーク監視システム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

ネットワーク監視システムの概要

ネットワーク監視システムは、ルーター、スイッチ、ファイアウォール、無線LAN、サーバー、クラウド接続の状態を継続的に収集する仕組みです。障害や性能劣化を早く把握するため、業務への影響や原因の切り分け、通知後の対応までを設計します。

監視の目的は障害の早期発見と復旧時間の短縮

死活監視は、PingやTCPポートで機器やサービスの応答を確認します。性能監視は、CPU、メモリ、温度、帯域使用率を収集します。エラー、パケットロス、遅延、ジッターなども収集対象です。

syslogやSNMP Trapを組み合わせると、リンク断、ルーティング変更、認証失敗、設定変更も把握できます。ただし、拠点間通信の遅さは、Pingだけでは原因を特定できない場合があります。

インターフェースのエラー、回線利用率、経路変更、アプリケーション通信量を相関させると、調査対象を絞れます。

機器・通信・サービスの三層による監視対象の整理

監視対象は、機器、通信、サービスの三層に分けます。層ごとに整理しておくと、監視の漏れを防げます。

• 機器：ルーター、スイッチ、ファイアウォール、無線LANアクセスポイント。
• 通信品質：回線、インターフェース、経路、DNS、HTTP。
• サービス：サーバー、業務サービス。クラウドでは仮想ネットワーク、ロードバランサー、VPN、専用線、各クラウドのログも対象。

監視項目ごとに、重要度と対応者を決めておきます。重大な障害は電話やチャットで即時に通知し、容量の増加は日次レポートにするなど、通知経路を分けます。

監視アカウントは、読み取り専用を基本とします。加えて、SNMPv3、多要素認証、IP制限、操作監査をRFPの必須条件にすると、監視基盤が侵入口になるリスクを抑えられます。

発注形態の選び方

標準的な監視を早く始めたいなら、SaaSやパッケージが候補です。柔軟性と費用のバランスを取るなら、OSS構築支援を検討します。

独自業務や装置との連携が競争力に直結する場合は、既存製品を中核にした個別開発が向いています。ただし、監視エンジンのフルスクラッチ開発は、既存製品で満たせない要件が明確な場合に限ります。

SaaS・商用パッケージの標準機能と導入スピードの重視

導入の速さや標準機能を重視する場合は、SaaSと商用パッケージを比べます。料金体系と追加作業もあわせて確認します。

• SaaS：サーバー調達や製品更新の負担を抑え、数週間単位で始めやすい。
• 商用パッケージ：機器向けテンプレート、トポロジー表示、レポートがそろう場合がある。
• 見積条件：ライセンス、保守、更新、代理店作業の別料金を確認する。

Mackerelの2026年8月確認時点の料金は、スタンダードホスト月額2,180円（税込）、マイクロホスト月額660円、1メトリック月額11円です（出典：Mackerel「料金」、2026年）。

ホスト、メトリクス、外形監視、ログ、スパン、通知などの利用量を、自社の構成に当てはめて試算します。そのうえで、見積では初期設定台数、監視項目数、通知連携数、年間保守、機器追加単価を、それぞれ分けて書いてもらいます。

OSS構築の柔軟性と運用責任

OSS構築は、柔軟な調整と運用責任の両面で見ます。ただし、無料かどうかだけで決めると、構築後の体制を見落としやすくなります。

• 柔軟性：Zabbixなどは、テンプレート、API、スクリプト、画面を調整しやすい。
• 運用責任：設計、冗長化、更新、脆弱性対応、バックアップ、問い合わせを担う。
• 移管準備：納品物、設定やコードの利用権、更新責任を契約で決める。

運用は自社か委託先が担います。そのうえで、ライセンス費だけでなく、3年間の構築費と保守費を合算して比べます。

納品物の範囲は、監視設定やテンプレート、構成図、手順書まで含めて確かめます。管理者アカウントとバックアップデータも、移管の対象に含めます。特に、設定を委託先だけが把握していると、担当者の変更や契約終了時に移管できなくなります。

脆弱性情報の通知と更新の責任分界も、契約書に明記します。

独自連携と業務プロセスに価値がある場合の個別開発

個別開発は、既存製品だけでは満たせない業務連携がある場合に、価値のある範囲から検討します。

• 連携先：社内ポータル、ServiceNowなどのチケット、チャット、電話通知、資産管理、顧客向けSLAレポート。
• 開発範囲：業務固有の画面、通知制御、承認フロー、レポート、API連携。
• 事前検証：代表機器を少数登録し、必要なデータを取得できるかPoCで確かめる。

Datadogの公式情報は、クラウド、アプリ、デバイスの可視化と、NetFlow・デバイスメトリクスの相関を案内しています。そのうえで、自社の業務サービスと障害の関係を追えるかをPoCで評価します（出典：Datadog「ネットワークモニタリング」、2026年確認）。

監視項目や権限が曖昧なまま画面開発を始めると、要件変更で費用と期間が膨らみます。

発注・外注の進め方

発注は、現状の把握と要件の整理を先に終え、候補会社の提案を同じ条件で比べる流れで進みます。段階展開の前には代表機器で検証し、合格条件を確かめます。

1. 現状を把握し、機器や業務影響を棚卸しする。
2. 要件と成果指標を整理する。
3. 候補会社へRFPを送り、質問に回答する。
4. PoCまたは提案を評価し、契約する。
5. 設計、構築、試験、引き継ぎを行う。

全拠点を一括で発注せず、重要拠点と代表機器で検証します。条件に合う方式を段階展開すると、監視漏れと誤検知を抑えやすくなります。

機器・回線・業務影響の棚卸し

棚卸しでは、機器構成と業務影響、費用条件を整理します。そのうえで、成功の基準も決めておきます。

• 機器・回線：拠点、回線種別、メーカー、型番、OS、管理IPを押さえます。SNMPやsyslogの可否、クラウド接続、既存監視、保守契約も含めます。
• 業務影響：停止が売上や顧客対応に及ぼす影響、許容停止時間、時間外連絡先。
• 費用条件：台数に加え、1台あたりのインターフェース・メトリクス数、ログ量、保存期間。
• 成果指標：検知率、確認時間、MTTD、MTTR、誤検知・未対応数、月次報告の作成時間。

成果指標には、検知から一次切り分けまでの時間や、重複アラート削減率も含めます。数値にできない場合は、現状の平均値を1か月計測してベースラインを作ります。ベースラインがあれば、導入効果を数字で示せます。

RFPと要件・提案前提の統一

RFPで各社の提案条件をそろえ、PoCで代表的な構成を検証します。比較と合否の条件は、事前に定めておきます。

• RFP要件：対象範囲、監視項目、収集周期、しきい値を明記します。ベースライン、通知先、エスカレーション、権限も含めます。
• 提案前提：保存期間、可用性、バックアップ、連携、移行条件を示します。運用時間、台数、拠点数、利用者数、ログ量、月間アラート数も前提に含めます。
• PoC対象：代表ルーター、スイッチ、ファイアウォール、クラウド接続。通信断、リンク断、遅延、パケットロス、CPU高騰、ログ急増を試します。
• 合格条件：原因候補の追跡、担当者への通知、重複通知の抑制、障害復旧後に正常状態へ戻ったことの自動確認。

不明点は提案者への質問事項として分け、各社の見積条件をそろえます。PoCでは、アラートが出るかだけでなく、運用上の合否も判定します。

契約後の重要拠点からの段階展開

設計では、収集プローブの配置、監視サーバーの冗長化、経路、認証情報、データ保存、通知連携を決めます。オンプレミス機器をクラウドへ直接公開せず、社内プローブからの暗号化通信だけを許可する構成も検討します。

設計書には、通信要件とファイアウォールの許可ルールを残します。本番移行は重要拠点、標準拠点、例外拠点の順に進め、テンプレートの再利用と例外管理を両立させます。

既存監視と一定期間並行稼働させ、切り戻し条件、旧システムの停止時期、未登録機器の扱いを合意します。完了時には、項目の追加や変更を行う担当者の訓練と、障害対応演習も実施します。

RFPと要件整理の決定事項

RFPは、製品名ではなく、解決したい業務課題と満たすべき条件を候補会社に伝える資料です。方法を細かく指定しすぎると提案の幅が狭まり、依頼内容が曖昧だと見積条件がそろいません。

必須要件、希望要件、提案に任せる要件を分けて記述します。対象、機能、運用、セキュリティの四つに分けると、候補会社が回答しやすくなります。

RFPに記載する対象・機能・運用

RFPは、対象、機能、運用、セキュリティを分けて記載します。候補会社が同じ条件で提案できるよう、次の項目をそろえます。

• 対象：拠点数、機器種別・台数、メーカー、クラウドを記します。回線、既存監視、将来の増加予定も書き添えます。
• 監視機能：死活、SNMP・SNMPv3、syslog、SNMP Trap、NetFlow・IPFIX、DNS・HTTP。
• 連携機能：トポロジー、ダッシュボード、API、Webhook、チケット連携。
• 運用：24時間365日対応、一次対応時間、エスカレーション、月次報告、設定変更、障害訓練。
• セキュリティ：権限分離、多要素認証、IP制限、暗号化を求めます。秘密情報保管、操作ログ、改ざん耐性、脆弱性対応、再委託先管理も含めます。

IPAの「情報セキュリティ10大脅威 2026」では、組織向け2位に「サプライチェーンや委託先を狙った攻撃」が挙げられています。そのため、委託自体もリスクとして捉え、委託先のアクセス範囲と証跡を確認します（出典：IPA「情報セキュリティ10大脅威 2026」、2026年）。

SLAとRACIによる通知後の責任分担

通知後の担当と委託範囲を決めておくと、障害時に誰が動くかで迷いにくくなります。SLAでは、稼働率だけでなく応答の時間も定めます。

• RACI：監視設定、一次確認、機器変更の承認、顧客や経営層への報告担当。
• 委託範囲：検知・一次切り分け、復旧作業、メーカー連絡のどこまでを担うか。
• SLA：重大度別の検知、通知、一次応答、エスカレーション時間、月次報告日。

たとえば、重大アラートは5分以内に通知し、15分以内に一次確認、30分以内に責任者へエスカレーションする例があります。違反した場合の報告や改善計画も、あわせて定めます。

数値を厳しくするほど、夜間の体制と費用は増えます。そのため、業務影響と合わせて評価します。

データと設定の返却・移管条件

契約終了や委託先の変更に備え、データ形式と保存期間、設定ファイル、テンプレート、スクリプトの返却期限を決めます。ダッシュボード、アラート履歴、アカウント一覧も、返却対象に含めます。

クラウド型はデータを完全に持ち出せない場合があるため、APIの範囲、出力可能項目、削除証明を契約前に確認します。独自設定やコードの利用権も合意し、汎用テンプレートと個別開発物の権利を分けます。

引き継ぎ支援、後任会社への説明、並行稼働費を見積に含めると、移管時の追加請求を防ぎやすくなります。

契約形態と委託範囲の選び方

要件が固まった作業と、検証中に決める作業が混在します。要件定義、設計、構築、保守運用を一つの契約にまとめず、成果物と責任の確定度に合わせて契約形態を分けます。

発注側の承認ポイントと、変更時の費用計算方法も、契約前に確認します。

請負契約の成果物と受け入れ条件

請負契約では、設計書、構築環境、監視テンプレート、連携機能、試験成績書、運用手順書などを成果物として合意します。受け入れ条件には、障害注入テスト、通知、権限分離、性能要件も含めます。

機器の追加や通知条件の変更に備え、変更要求の受付、影響調査、追加費用、納期変更、承認者を定めます。監視対象やしきい値が未確定なら、要件定義とPoCを先に行います。

準委任契約の継続支援と改善業務

準委任契約は、設定変更、アラート調整、月次レビュー、一次切り分け、改善提案などの継続支援に向きます。完成物ではなく、対応時間、担当者、稼働時間、定例会、報告内容を定義します。

時間単価だけでなく、月の対応時間と人数、技術者の水準を確認します。24時間365日の監視では、夜間休日の担当、重大度の判定、一次対応、ベンダー連絡、復旧承認の経路を具体化します。

監視だけを委託して変更操作を自社が担う場合、夜間の社内体制が必要です。委託範囲に応じて、責任分界とアクセス権を設計します。

設計・構築・運用の分割と責任の空白防止

範囲は、設計・構築、監視設定、24時間監視、一次対応で分けます。復旧作業、改善、機器追加、レポートも、担当を分けて定めます。設計会社と運用会社が異なる場合は、誤検知の修正権限と設定変更の承認者を決めます。

前述のとおり、委託先を狙った攻撃は組織向けの脅威の2位に挙げられています（出典：IPA「情報セキュリティ10大脅威 2026」、2026年）。そのため、再委託がある場合は、委託先の名称や範囲、アクセス情報、監督、事故連絡、契約終了時の削除を確認します。

委託先の統制と報告経路も比べます。法規制の適用は事業者や契約によって異なるため、対象となる場合は公式資料や専門家に確認します。

ネットワーク監視システムの費用相場の目安

概算の目安は、標準設定で初期10万〜100万円、OSSのSIer構築で80万〜300万円、既存製品への独自連携で300万〜1,000万円です。

複数拠点、冗長収集、高度なフロー分析を含む大規模統合は、1,000万〜3,000万円超が目安です。この数字は、公開ライセンス料金と一般的なSI作業量による編集部の推定で、特定企業の見積実績ではありません。

ライセンス費用の課金単位と比較の条件

製品ごとに課金単位が異なるため、同じ監視範囲で比べられる条件を、見積の段階からそろえて示してもらいます。

• 課金単位：ホスト、センサー、メトリクス、ログ容量の単位で課金されます。フロー量、ユーザー数、監視ルールも課金の単位になります。
• 製品の単位：Mackerelはホストやメトリック、PRTGはセンサーが基本。
• 見積条件：監視項目の内訳、ログ量と保存期間、通知・ダッシュボード数を明記してもらいます。無料枠、最低料金、税、為替、年契約の条件も、そろえて確認します。

Paesslerによると、センサーはポート通信量やサーバーCPUなど一つの測定値を監視し、1台あたり平均5〜10センサーが必要です（出典：Paessler「PRTG Network Monitor」、2026年確認）。同じ50台でも、死活監視だけの場合と、帯域やCPUなどの性能項目を加える場合では、課金量が異なります。ログやフロー分析まで含めると、さらに変わります。

初期費用・月額運用費・3年間総額の内訳

初期費用、毎月の運用費、3年間の総額を分けて見積もります。内訳と社内工数も、比較の対象になります。

• 初期費用：調査・要件定義、設計、収集設定・連携、試験・移行・訓練、PM・文書。
• 月額費用：ライセンス、クラウド、ログ・ストレージの費用です。監視、保守、問い合わせ、設定変更、報告の費用も含みます。
• 総額：初期費用、36か月の月額、追加・移行・更改費、社内運用工数。

初期費用の目安比率は、要件定義・調査が10〜20%、設計・セキュリティ設計が15〜20%、収集設定・連携が30〜45%です。試験・移行・訓練は15〜25%、PMと文書作成は10〜15%が目安です。ただし案件によって変わるため、作業の漏れを確かめる目安として使います。

社内担当者の確認時間や機器更改時の登録、夜間対応、訓練なども、社内費用として計上します。

10台・50台・複数拠点のモデル別の目安

規模別の概算幅を同じ前提で比べると、監視範囲と運用条件による差が把握できます。

• 10台程度：初期10万〜50万円程度、月額数万円から。
• 50台程度：初期50万〜300万円程度、月額5万〜30万円程度。
• 複数拠点：初期300万円以上、月額数十万円以上になる可能性があります。

10台の例は死活・基本性能・メール通知、50台の例はSNMP、syslog、ダッシュボード、チケット連携、運用手順を想定します。複数拠点では、冗長化、フロー分析、24時間365日対応、クラウドとオンプレミスの相関を含めると、費用が上がる可能性があります。

金額は作業量と運用範囲による推定で、料金表ではありません。10台でも多数のポート監視、長期ログ、複数通知先、休日対応があれば、50台の標準監視より高くなる場合があります。

各社に同じモデルケースとSLAを渡したうえで、初期費用、月額、オプション、追加単価、3年間総額を比べます。

委託先選定と見積比較のポイント

委託先は、知名度や価格だけでなく、自社と同じ規模や業界、ネットワーク構成を扱えるかで選びます。そのうえで、質問の質、前提条件、運用の具体性、障害時の責任分界も確認します。

実績・技術・運用体制の確認項目

同じ質問で実績、技術、運用体制を確かめると、提案条件を並べて比べられます。

• 実績：拠点数、台数、メーカー、混在環境を確かめます。監視項目、24時間運用、導入後の改善も含めます。
• 技術：SNMPv3、syslog over TLS、NetFlow・IPFIX、REST API、Webhook、SAML・OIDC。
• 提案体制：設計・運用担当者の参加、昼間・夜間休日の担当、一次対応場所、エスカレーション。
• 継続運用：引き継ぎ、教育、月次レビュー、再委託範囲と管理責任。

担当者の資格だけでなく、障害時に誰が何分以内に判断するかも尋ねます。技術の面では、IaCや設定バックアップの扱いも確かめます。回答が具体的な会社ほど、実運用へ移行しやすくなります。

見積書の作業・単価・前提・除外の分解と比較

比較表では、要件定義、設計、構築、監視登録、連携開発を別行にします。試験、移行、教育、文書、保守、監視運用も、それぞれ別行で並べます。各行には、数量、単位、単価、工数、期間を書いてもらいます。

担当者、成果物、前提、除外も、行ごとに記載してもらいます。「一式」が多い見積は、内訳を尋ねます。価格差がある項目では、含まれない作業も確かめます。

たとえば、アラート調整が初期構築に含まれる会社と、別料金の会社があります。ライセンス、クラウド、ログ、通知、夜間対応などの条件をそろえて、再見積を依頼します。機器追加、更新、設定変更、障害調査、移管費も、同じ前提に含めます。

丸投げと過剰な通知を防ぐ合否条件

「全部お任せ」では、業務に必要な監視や社内手順が抜ける可能性があります。監視対象、重大度、通知先、対応者、許容停止時間、報告形式は発注側で決め、技術方式を提案に任せる範囲を明確にします。

月次でアラート数、重複率、MTTD、MTTR、未対応数を確認し、契約中も改善できる仕組みにします。親機器の停止で子機器の通知が増える場合は、依存関係と抑制を設計します。

重大度、営業時間、保守時の抑止、復旧後の再通知をPoCで確認します。実際の障害シナリオを使うと、製品機能だけでなく運用設計も比べられます。

2026年の発注における最新動向とセキュリティ

オンプレミス、クラウド、アプリ、セキュリティのデータを横断して、障害の原因を早く絞り込めるかが重要です。AIや自動修復の導入そのものを目的にせず、データ品質、権限、承認、監査証跡を先に整えます。

発注書では、AIが提案だけを行う操作と、人の承認後に実行する操作を分けて記載します。

ネットワーク・クラウド・アプリの相関確認

提案の時点で、データの相関、原因調査の範囲、保管条件を確認します。自社の構成を使って、表示内容をデモしてもらいます。

• 相関対象：NetFlow・IPFIX、SNMP、デバイスメトリクス、クラウドフローログ、サービス応答時間。
• 調査範囲：同じ画面での表示と、原因候補をどこまで絞れるか。
• 保管条件：保存期間、マスキング、アクセス権、保管地域、出力、削除手順。
• 費用条件：費用に関わる条件は、リソース、メトリクス、ログ容量、保持期間です。ダッシュボード、リージョン、転送量も含みます。

ハイブリッド環境では、機器の異常とアプリの遅延が別画面だと、原因の調査に時間がかかります。ログやフローを長期保存すると、費用と機密情報の扱いにも影響します。

監視基盤の認証情報と委託先アクセスの最小化

監視基盤に集まる認証情報とログを守り、委託先のアクセスを必要な範囲に抑えます。

• 認証情報：管理者と閲覧者を分け、共有IDを避けて、秘密情報を保管庫で管理します。
• 委託先アクセス：個人アカウントと多要素認証を使い、作業時間と操作を記録します。
• 通信：可能な範囲でSNMPv3を使い、プローブから監視サービスへの通信を暗号化します。
• 脆弱性対応：対象は、サーバー、エージェント、プラグイン、連携先、OS、コンテナです。手順は、収集、判定、適用、検証、切り戻しの順で決めます。
• 継続と事故対応：検証環境とバックアップを用意し、連絡、初動、証跡保全、顧客報告を契約で確認しておきます。

よくある質問（FAQ）

発注では費用に加えて、監視範囲、契約、運用責任、導入後の変更まで考える必要があります。よくある質問を順に見ていきます。

ネットワーク監視システムはいつ外注するべきですか？

機器や拠点が増えて切り分けが属人化した場合や、夜間休日の一次対応を維持できない場合は、外注を検討します。24時間運用を丸ごと委託せず、要件定義、構築、調整、月次改善から必要な業務だけを切り出せます。

OSSとSaaSはどちらを選ぶとよいですか？

標準機能で早く始め、サーバー運用を減らしたいならSaaSが向きます。テンプレートやAPIを細かく変え、データ配置や運用を管理するならOSSが候補です。

ライセンス費だけでなく、構築、更新、脆弱性対応、保守、担当者工数を3年間で比べます。

小規模なネットワーク監視の予算はいくら必要ですか？

10台程度で死活、基本性能、メール通知から始める場合、初期10万〜50万円程度、月額数万円からが検討対象です。標準設定を前提にした概算です。

ログ保存、フロー分析、チケット連携、夜間休日対応、複数拠点の冗長化で費用は上がります。監視対象と運用時間を明記して見積を依頼します。

RFPを作れない場合はどう発注すればよいですか？

機器一覧、拠点図、既存監視の課題、停止すると困る業務、希望する通知時間を資料にして、要件定義の支援を依頼できます。会社ごとの前提の違いを防ぐため、共通の質問票と評価基準を用意します。

要件定義の成果物として、監視項目表、責任分界表、PoC計画、概算費用、導入計画を受け取ると、次工程へ進みやすくなります。

まとめ

発注形態は、監視対象、業務影響、社内の運用力、3年間の総額で選びます。

RFPには、監視、通知、SLA、セキュリティ、返却を記します。設定変更と保守単価も、あわせて記します。PoCでは、検知から一次切り分けまでを確かめます。

発注前に確認する五つのポイント

発注前には、監視対象とその成功条件、アラート対応者を決めておきます。あわせて、委託範囲と3年間総額、設定とデータの移管可否も確認します。

機器一覧と障害対応の現状整理

機器、拠点、回線、クラウド接続を一覧にします。過去の障害、通知先、対応時間も整理します。そのうえで、標準機能で足りる範囲と外注が必要な範囲を分け、候補会社へ同じ条件のRFPを提示します。

導入後も月次でアラートの質と復旧時間を見直す体制を、契約と運用に含めます。

▼全体ガイドの記事
・ネットワーク監視システム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

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