土木工事業向け工事管理システム開発の完全ガイド

土木工事業向けの工事管理システムは、現場の予定・実績・写真・出来形などを工事単位でつなぎ、現場と本社が同じデータで判断できるようにするものです。

導入の全体像、方式、進め方、費用、開発会社の選び方、失敗しやすい点を順に説明します。詳しくは関連記事もご覧ください。

▼関連記事一覧
・土木工事業向け工事管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・土木工事業向け工事管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・土木工事業向け工事管理システム開発の見積相場や費用/コスト/値段について
・土木工事業向け工事管理システム開発の発注/外注/依頼/委託方法について

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

土木工事業向け工事管理システムの全体像

土木工事では、現場の予定・実績・証跡を同じ工事番号に結び付けて管理します。そうすると、工程の遅れや重機・材料の投入、写真、出来形を追えるようになります。さらに、検査指摘や請求に反映した出来高を加えると、現場の説明と経営判断がつながります。

工事単位で管理する情報

工事台帳には、工事名、現場住所、発注者を登録します。さらに、契約金額、工期、元請・下請の区分も入れます。担当者と工種もあわせて、一か所にそろえます。

• 工程と人員：工程表と、作業員・重機・車両・資材の予定を結び付けたもの。
• 現場記録：日報、写真、図面、施工計画書、打合せ記録。
• 原価と請求：実行予算、発注、協力会社費、労務費、材料費、重機費、出来高、請求、予算差異、粗利の流れ。

本社から現場の最新状況を一覧できれば、複数の工事の状況を一度に把握できます。

見積・積算の内容を実行予算へ引き継げないと、同じ情報を二重に入力することになります。

会計、給与、積算ソフトとのCSV・API連携も、初期の段階から検討します。

土木工事で特に確認したい機能

写真や図面、測量値を別々に扱うと、最後に帳票を作り直す負担が集中します。また、出来形や品質試験、安全記録、電子納品も別々に扱うと、同じ負担が重なります。

• 写真と帳票：工事、測点、工種、撮影内容を登録した写真と、出来形・品質記録からの帳票出力。
• 独自様式：標準帳票に加えて、既存Excelに近い様式を扱えるかどうか。
• 通信と同期：山間部での日報・写真の保存と、電波回復後の実機での同期。
• 公共工事：施工体制台帳、作業員名簿、検査記録、電子納品の要件と、発注者仕様書との照合。

山間部、河川沿い、トンネル周辺などは、通信が不安定になる前提で設計します。

同期に失敗したときの重複や欠落も、実機で確かめておく必要があります。

導入で目指す成果

導入の目的は、管理上の判断を早く正確にすることです。その成果は、導入前に測れる指標で押さえておきます。

• 作業時間：日報作成と写真整理にかかる時間。
• 管理状況：原価確定までの日数、入力率、手戻り件数。
• 連絡負担：現場から本社への電話・移動回数。

国土交通省は、建設業の適正な施工と生産性向上に向けてICT活用を進めています。

2024年成立の法改正を踏まえたICT指針も公表しています（出典: 国土交通省「建設業におけるICTの導入・活用に向けた施策」、2024年〜2026年）。

土木工事業向け工事管理システムの方式の選び方

現場数が少なく、共通業務を早く整えたい場合は、クラウドや土木専用パッケージが候補になります。

独自の積算・原価・承認・帳票を全社でつなぐ場合は、部分開発や個別開発を検討します。

全面スクラッチから始めずに、既製サービスに不足する機能だけを連携・開発する段階導入も現実的です。

土木専用パッケージを使う場合

土木専用パッケージは、土木特有の業務を早く整えたい場合の候補になります。

• 標準機能：写真、測点、出来形、品質、施工計画、電子納品、積算の扱い。
• 帳票と測量：発注者仕様の帳票や測量データ連動が標準なら、個別開発の工数を抑えられます。
• 自社業務との適合：独自の原価配賦、承認経路、帳票、会計連携を、設定で対応できる範囲の見極め。
• デモ：現場入力画面と検査帳票の、実データでの試用。
• サンプル選定：道路、河川、上下水道など、自社の主力工種に近いサンプル。

短期間で使い始めたい会社に合いやすい方式です。ただし、特定工種や自治体様式では、追加設定が必要になる場合があります。

クラウド施工管理を使う場合

現場と本社の情報共有や報告を標準化したい会社に合った方式です。

• 共有機能：工程表、写真、図面、資料、日報、報告、チャットを、現場と本社で一緒に使う範囲。
• 利用条件：スマートフォン入力、複数現場の一覧、協力会社の料金・権限、退場後の停止。
• 機能の限界：出来形計算、特殊帳票、複雑な原価配賦、積算・会計の自動連携は、標準機能では扱えないことがあります。
• 追加料金：容量、電子小黒板、帳票変更、API、専任サポートのうち、有料になるもの。

初期費用やサポート費用が無料でも、追加料金が発生する場合があります。そのため、現場数、自社と協力会社のアカウント数、保存容量をそろえて比較します。

ローコードや部分開発を使う場合

ローコードや部分開発は、対象業務を絞って早く作りたい場合の選択肢です。

• 対象業務：日報、点検、写真台帳、簡単な承認の画面。
• 作りやすさ：Excelの様式や入力項目を画面へ移しやすく、1現場のPoCにも使えます。
• 保守と管理：作成者が退職した後の保守、権限、バックアップ、写真の大量保存の取り決め。
• 連携と同期：オフライン同期、測量機器、出来形計算、会計仕訳との連携は、難易度が上がる領域です。

現場の声を取り入れやすい方式です。

PoCでは、電波を切って撮影・入力・保存を行い、再接続後の同期や写真の二重登録、変更履歴を検証します。

個別開発と基幹連携を行う場合

個別開発は、自社独自の業務や基幹連携を統合したい会社に適しています。

• 統合対象：独自の工種、積算、原価、承認、支店管理、会計連携。
• 業務設計：標準化する業務と、残す競争力の切り分け。
• 総額判断：要件定義、データ移行、テスト、教育、保守を含めた総所有コストでの比較。

方式は、機能の数ではなく、業務を何か月でどの精度まで変えるかで決めます。

写真、日報、工程を先にクラウド化し、原価や会計は後から連携する進め方もあります。一方で、経営数値を毎日把握したい場合は、工事台帳と原価のデータ設計を先に行います。

土木工事業向け工事管理システムの進め方

導入では、現場の入力と本社の承認を新しい業務フローへ移します。そのため、現場監督や工事部、積算・経理の担当者に加えて、協力会社、情報システム、経営者も早い段階から加わってもらいます。

使う人が困る場面を要件に変え、順序立てて進めれば、機能の作り過ぎや利用の停滞を防げます。

▶ 詳細はこちら：土木工事業向け工事管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

現状の棚卸しと課題の優先順位付け

最初の2〜4週間で、現場の入力、承認、帳票提出を工事単位で一覧にします。

• 作業の確認：紙の写真台帳、Excel工程表、電話連絡、チャットの発注情報を並べた一覧。
• 課題の特定：「入力」「転記」「確認」「承認」「出力」のうち、時間とミスが集中する段階。
• 優先順位：現場の日次、本社の週次、検査・請求時に必要な課題の区分。
• 測れる目標：写真・日報・工程・工事台帳を優先し、日報集計や原価差異確認の基準を定める。

目標は、「DXを進める」のような抽象的な表現ではなく、「日報を翌朝までに集計する」「原価差異を週次で確認する」のように測れる形で書きます。

必須要件・データ・権限の定義

要件は、必須、できれば必要、将来検討の3段階に分けて扱います。

• 必須要件：工事台帳、現場からの日報・写真入力、工程変更履歴。
• 必須要件：出来形・品質記録、原価実績登録、帳票出力、オフラインまたは通信障害時の対応。
• 将来検討：3次元測量、建機・センサー、AIによる報告書下書きなど。初期費用や期間が膨らむのを防ぐため、後回しにします。
• マスタ：工事、作業員、協力会社、材料、重機、工種、測点、帳票の整備。
• 権限と履歴：組織ごとの閲覧範囲、登録・編集・承認・出力の権限、監査ログ。

退職者や工事終了後のアカウント停止も、要件に含めておきます。

監査ログには、変更者と変更内容を記録として残します。

1現場のPoCによる実運用の検証

主力工種と典型的な通信環境の1現場を選びます。要件を確定したあとに、3〜6か月程度のPoCを行います。

• 参加者：現場監督、協力会社の入力担当、本社工事部、経理、検査担当。
• 操作確認：朝の予定登録、作業中の撮影、終業時の日報、翌日の工程確認。
• 効果測定：入力率、日報作成・写真整理の時間、電話・移動回数、原価確定日数、帳票の手戻り、問い合わせ件数。

評価では、機能が動くかどうかだけでなく、各指標を導入前後で比べます。

AIの文章や自動計算は、そのまま確定させず、人が最終確認します。

この運用は、国土交通省の情報化施策が示す「適正な施工」を支えるものです。

教育・段階展開・継続改善

PoCの結果を反映したあとは、教育と小規模な展開から始めます。

• 教育：画面別ガイドを1枚にまとめ、集合研修と朝礼での5分練習を組み合わせる。
• 協力会社：必要な入力、アカウント、権限、窓口の案内と、必須項目の絞り込み。
• 段階展開：1現場、数現場、支店、全社の順の展開と、月次KPIでの利用状況の把握。
• 継続改善：使われない項目、帳票、承認経路の見直しと、四半期ごとの要件・運用の確認。

入力データは、報告書や写真台帳に再利用できる状態にしておきます。

導入後も法令、発注者仕様、セキュリティ、端末環境は変わっていくため、改善は続けます。

土木工事業向け工事管理システムの費用相場と内訳

費用は、利用方式や現場・アカウント数、写真容量によって変わります。さらに、帳票や連携、データ移行の範囲も影響します。教育と保守も、費用の一部です。

ここで示す数字は、土木工事業だけの統計ではありません。建設・不動産・設備分野の開発目安と、2026年時点で確認できる公開料金例を土木向けに読み替えた概算です。

費用は、初期費用だけでなく3年分の総額で比べます。

▶ 詳細はこちら：土木工事業向け工事管理システム開発の見積相場や費用/コスト/値段について

既製SaaS・施工管理クラウドの料金

料金は、サービスの機能と利用条件をそろえて比べます。

• 機能限定SaaS：写真・日報を中心にしたサービスで、月額3万〜50万円程度です。
• 業務クラウド：複数現場の工程、報告、原価を含む場合で、月額10万〜100万円程度になることがあります。
• 土木向け定額例：5ライセンスで年額13万2,000円、追加ライセンスは1件あたり月額2,200円です。
• 追加容量：公開例では、50GB単位の追加ストレージが月額1,100円です。

業務クラウドの目安は一般業務システムのもので、ユーザー数や現場数、容量、サポートによって変わります（出典: NotebookLM「建設・不動産・設備」分野の業務システム開発目安、2026年）。

土木向けの公開料金例は、段取り管理や情報共有、ストレージなどの参考額です。原価、出来形、会計連携、独自帳票を含む個別開発とは異なるため、機能と対象範囲を分けて確認します。

PoCとパイロット導入の費用

通信、写真、日報、出来形などを1現場で試すPoCは、50万〜300万円程度が概算レンジです。

数現場へ広げ、原価、帳票、権限まで含めるパイロット本番化は、300万〜1,500万円程度になることがあります。

既存データと教育も対象に入ると、検証の範囲はさらに広がります。

期間の目安は、PoCで3〜6か月、パイロット本番化で4〜12か月程度です。ただし、データの整理状況と意思決定の速さによって変わります。

費用を抑えるには、写真と日報だけに対象を狭めず、検証したい価値を明確にします。そのうえで、全社展開時に失敗すると高くつく点を優先して試します。

• 通信：山間部でのオフライン同期の検証。
• 協力会社：外部の入力担当を含めた写真入力の確認。
• データと帳票：Excel台帳の移行と、出来形帳票の出力の検証。
• 写真保管：容量が膨らみやすいため、原本保存期間と納品後の保管を決めておかないと月額料金が増えます。

スクラッチ開発と全社展開の費用

個別開発や全社展開では、費用・期間と見積範囲を分けて考えます。

• 個別開発：積算、原価、会計、購買、独自帳票、複雑な承認を統合する場合は、300万〜2,000万円程度です。
• 全社展開：支店、協力会社、既存システム、データ基盤を含む規模で、1,500万〜5,000万円程度になることがあります。
• 期間：大規模刷新で本稼働まで6〜18か月、全社展開まで13〜36か月程度のことがあります。
• 見積項目：要件定義、設計、開発、連携、テスト、移行、教育、管理、保守ごとに分けた内訳。

保守費は、初期開発費の15〜25％程度を仮置きすることがあります。そのうえで、利用時間、障害対応、セキュリティ更新、機能改善の範囲をもとに再見積もりします。

見積に入りにくい追加コスト

見積もりの際は、見落としやすい費用と、その効果を合わせて見ます。

• 導入準備：データ整備、端末・通信、協力会社への説明、追加帳票。
• 運用・契約：API、バックアップ、保守、解約時のデータ返却。
• データと写真：Excel・紙台帳の整備、移行、マスタ、原本保存期間、納品後の保管。
• 比較と効果：初期・月額・年額、オプション、連携、教育、保守、返却費。時間や手戻りの削減効果も含めた比較。

判断は、安さだけでなく、入力率が上がり、写真整理や日報、原価確認の時間が短くなるかどうかで行います。

費用対効果には、請求の遅れや原価差異の発見の遅れ、検査資料の不備を減らす効果も含めて考えます。

土木工事業向け工事管理システムの開発会社/ベンダーの選び方

知名度や機能数に加えて、土木業務の理解、現場での使いやすさ、導入後の支援を確かめます。

既製サービスの提供者と個別開発会社では、役割が異なります。そのため、同じ条件で比べる場合でも、得意領域と対応範囲を分けて評価します。

土木の業務知識と実績の確認

導入実績は、工種や会社規模が近いかどうかを見ます。また、稼働後の利用状況まで確かめます。

• 導入条件：自社に近い工種、発注者区分、会社規模、現場数の経験の有無。
• 土木対応：「建設業向け」だけでは、出来形・品質・測量・電子納品に対応するとは限りません。
• 標準化の実績：道路、河川、上下水道、造成、舗装での対応を、帳票と画面で確かめること。
• 運用実績：入力率、協力会社の参加率、問い合わせ、改善回数、障害復旧の実績。

導入社数だけでは、運用力は判断できません。そこで、同規模の利用企業に、現場監督が毎日使っているかを尋ねます。

機能・連携・データ移行の比較条件

RFPでは、機能、連携、移行の対象と条件をそろえて比べます。

• 必須機能：台帳、工程、稼働、写真、図面、日報、出来形、品質、安全、原価、請求、電子納品、権限、監査ログ。
• 外部連携：積算、会計、給与、CAD・BIM/CIM、測量機器、建設キャリアアップシステム、電子契約それぞれとの連携方式。
• データ移行：台帳、協力会社、材料、工事番号、写真、原価の対象の選定と、稼働中・直近数年・過去参照用の区分。

CSVとAPIのリアルタイム連携は区別して、エラー通知と再送方法を確かめます。移行の対象が多いほど、費用と期間は増えます。

解約時のCSVや画像原本については、返却の可否、費用、形式も契約前に確かめます。

現場デモとPoCによる判断

自社データを使い、現場から本社の処理までの流れを実地で確かめます。

• データ選定：自社の工事データを使います。営業用の案件は含めません。
• 現場操作：弱電波での撮影、電子黒板と撮影情報の登録、翌日の同期。
• 業務の流れ：日報から本社一覧・帳票まで、現場監督、事務担当、協力会社、経理の4者で操作。
• 採点項目：土木機能、操作性、オフライン、帳票、原価、連携、セキュリティ、支援、費用、拡張性の5段階評価。

入力されなければ効果が出ないため、操作の少なさと教育計画に高い配点を置きます。迷いや二重入力が起きないかも、あわせて確かめます。

個別開発では、要件変更の扱いと追加費用の単価、納期遅延時の体制、ソースコードとデータの帰属も確かめます。

セキュリティと法令対応の確認

工事写真や作業員情報、契約書を扱います。原価や発注情報も含むため、情報管理と法令対応を確かめます。

• システム管理：権限、暗号化、バックアップ、脆弱性対応、保管場所、復旧目標、操作・承認ログ。
• 公的指針：国土交通省所管インフラ分野向けチェックリストの第1版は2025年5月公開です（出典: 国土交通省「情報セキュリティ対策チェックリスト」、2025年）。
• 文書管理：電子契約・電子帳簿保存法に関する文書の保存期間、改ざん防止、検索性、権限、原本の扱い。

このチェックリストを候補先への質問票に取り込めば、確認漏れを減らせます。

AIの写真分類や報告書の下書きでは、データが学習に使われるかどうか、個人・契約情報が外部に送られないかを確かめます。金額の確定、発注、安全判断は、人が承認します。

RFPに入れる質問

候補先へのRFPには、現場ごとの対応範囲と運用条件を問う質問を入れます。

• 現場利用：山間部のオフライン入力・後同期、出来形・品質帳票の再現可否。
• データ：写真原本と撮影情報の出力形式、既存Excelの移行範囲。
• 契約と費用：協力会社アカウント費用、工事後のアクセス・保存方法。

障害窓口と復旧目標、監査ログの保存年数は、質問に含めます。API・CSVの制限と追加開発の見積単位についても、質問に入れます。

解約時のデータ返却が有償かどうか、本稼働後の教育や改善会があるかも尋ねます。回答の記載先は、提案書、仕様書、契約書、サービスレベル合意書のどこかを決めておきます。

▶ 詳細はこちら：土木工事業向け工事管理システム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら：土木工事業向け工事管理システム開発の発注/外注/依頼/委託方法について

土木工事業向け工事管理システムで失敗しやすい点

失敗の多くは、システムの性能よりも、業務設計や現場への定着に起因します。たとえば、紙やExcelを残すと二重入力になり、入力項目を増やしすぎると利用が止まります。さらに、費用を抑えようとしてデータ移行や教育を削ると、本稼働後の混乱が大きくなります。

入力ルールを決めないままの導入

工事名や工種、測点の表記が現場ごとに違うと、集計や検索が難しくなります。写真名や材料名の表記がずれても、同じ問題が起きます。

最低限の入力ルールとして、工事番号、作業区分、協力会社を決めます。さらに、材料、重機、日報の締め時刻も定め、必須項目と任意項目を分けておきます。

ルールを入力候補や初期値、テンプレートとして画面に組み込むと、定着しやすくなります。

協力会社と現場を巻き込む時期の遅れ

元請だけが使い、下請から写真や出来高、作業員情報が届かないままだと、情報は分断されたままになります。

協力会社の費用負担、招待方法、入力範囲を先に決めます。現場を離れたあとのアカウント管理も、あわせて決めておきます。

入力項目は最小限にとどめます。入力結果が報告や請求、検査資料に使われることを伝えると、協力の意味が伝わります。

通信と帳票の検証の後回し

安定したデモ環境だけで判断すると、山間部や河川現場で写真を送れず、紙へ戻ることがあります。

通信状況を時間帯や場所別に調べたうえで、オフライン入力、画像圧縮、同期状況、失敗時の再送を試します。

検査時の帳票を本社で作り直す運用は避けたいところです。そのため、現場入力から出力までを一つの流れとして確かめます。

よくある質問

土木工事業向け工事管理システムでは、費用や方式、現場での使いやすさ、既存データを確認します。公共工事の帳票と協力会社との運用も、あわせて見ておきます。

土木工事業向け工事管理システムは月額いくらですか？

機能限定SaaSは月額3万〜50万円、複数現場を管理する一般的な業務クラウドは月額10万〜100万円程度が目安です。

土木専用サービスには、5ライセンスで年額10万円台前半から始められる公開料金例もあります。ただし、原価や出来形、独自帳票、連携を含む場合は、個別見積もりになります。

ユーザー数や現場数、写真容量の条件をそろえて比べます。オプションとサポートも、同じ条件で見ます。

既製サービスと個別開発はどちらを選ぶべきですか？

工程、写真、日報を早く統一したい場合は、土木専用パッケージやクラウド施工管理から始める方法が適しています。

独自の積算・原価・承認・帳票・基幹連携が経営課題なら、部分開発や個別開発を検討します。迷う場合は、1現場のPoCで適合度と不足機能を確かめ、そのうえで必要な部分を追加します。

通信が不安定な現場でも利用できますか？

オフライン入力と後同期に対応したサービスやアプリなら利用できます。ただし、対応範囲は製品ごとに異なります。

写真や日報、報告、帳票のどこまでをオフラインで扱えるかを確かめます。さらに、同期に失敗したときの再送や、複数端末で同じデータを更新したときの競合処理も、実地で試します。

通信の改善だけでは解決しない場合は、一時保存して事務所で同期する運用も用意します。

既存のExcelや紙のデータは移行できますか？

移行できる場合が多いものの、すべてのデータを同じ粒度で移す必要はありません。

まず、工事番号や現場、協力会社、材料、工期などのマスタを整えます。そのうえで、稼働中の工事と参照用の過去データを分けて移行します。

紙の写真や不統一なExcelは、移行前に整備費用と照合作業がかかります。そのため、対象期間と移行後の検索性を見積もりに含めておきます。

まとめ

土木工事業向け工事管理システムは、工程、写真、出来形、品質を工事単位でつなぐ基盤です。さらに、安全、原価、請求、電子納品まで同じ流れに入れると、現場と本社の判断が早くなります。

選ぶときは、建築向けの機能一覧だけでなく、工種や公共工事の帳票、測量との適合度を見ます。通信、協力会社、既存データ、会計連携も、同じ基準で確かめます。

導入判断の結論

既製パッケージ、クラウド、ローコード・部分開発、個別開発・基幹連携の中から、自社の課題と変革の深さで選びます。

費用は、機能限定SaaSの月額数万円台から、個別開発の数百万円〜数千万円まで幅があります。

比べるのは、公開料金だけでなく総額です。総額には、初期設定や容量、帳票、移行を含めます。さらに、教育、連携、保守、解約時の返却も入れて比べます。

最初に行うこと

最初は、聞き取りと計測を行い、主力工種の1現場でPoCを進めます。

1. 現場監督、工事部、積算・経理、協力会社から、1工事の入力・承認・出力を聞き取ります。
2. 聞き取った業務ごとに、時間と手戻りを計測します。
3. 主力工種の1現場で、写真・日報・工程・出来形・原価の重要業務をPoCで試します。
4. KPIを見ながら数現場、支店、全社へ広げ、現場が使わない高機能化を避けます。

▼関連記事一覧
・土木工事業向け工事管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・土木工事業向け工事管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・土木工事業向け工事管理システム開発の見積相場や費用/コスト/値段について
・土木工事業向け工事管理システム開発の発注/外注/依頼/委託方法について

▼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を創業。