土木工事業向け出来形管理システムは、設計値と実測値を結び付けて規格値への適合を記録し、帳票や電子納品まで一つの流れで扱うシステムです。記録する情報、必要な機能、導入方式を分けて押さえると、転記ミスや現場後の事務作業を減らす計画を立てやすくなります。
▼関連記事一覧
・土木工事業向け出来形管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・土木工事業向け出来形管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・土木工事業向け出来形管理システム開発の見積相場や費用/コスト/値段について
・土木工事業向け出来形管理システム開発の発注/外注/依頼/委託方法について
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
土木工事業向け出来形管理システムの概要
出来形管理は、施工物が設計図書や契約の規格値を満たすかを記録し、発注者へ説明する業務です。規格値の対象は寸法や位置、延長などです。
システムは、設計値と実測値を結び付けて差分や判定を計算します。さらに、その結果を帳票と写真にまとめ、提出できる形に整える役割も担います。
出来形管理で記録する情報
工事の基本情報には、工事名や発注者、工期、工種、種別、測点があります。測定の情報には、測定項目や設計値、実測値、差、規格値、判定があります。さらに、測定日と担当者も記録します。
工事写真や電子小黒板、測定時のメモ、位置情報、検査結果、承認履歴も、測定の記録に紐付けて残します。たとえば擁壁の延長なら、測点、設計値、実測者、測定日時、証明写真をたどれることが大切です。
設計値や規格値を先にマスタへ登録しておけば、現場で計算式を入力する手間を減らせます。ただし、基準の改定や発注者ごとの様式の違いがあるため、技術者による確認と承認は残しておきます。
紙・Excel中心の運用で起きやすい問題
紙やExcelを中心に運用すると、同じ情報を何度も転記することになります。転記が重なると、検査直前に見つかった誤りの修正コストが大きくなります。
- 転記ミス：測点名の表記ゆれや、単位の誤入力
- 記録漏れ：写真と実測値の紐付けが抜けること
- 進捗把握：未入力の測点や規格外の値、未撮影の項目、未承認の帳票を一覧にまとめる
デジタル化の効果は、入力時間の短縮だけにとどまりません。一覧で状況が分かれば、問題が小さいうちに現場へ戻せます。本社や品質担当は進捗をすぐ確認でき、現場代理人も検査資料を探す時間を減らせます。
土木工事業向け出来形管理システムに必要な機能
必要な機能は、入力画面の数ではなく、出来形業務の流れが途切れずにつながるかで見ます。特に、現場入力、写真と測定値の連携、帳票と電子納品への接続が重要になります。
工事・工種・測点マスタの管理
マスタには、工事名や発注者、工種、種別、測点といった基本の情報を登録します。さらに、設計値や規格値、許容差、測定頻度、帳票の出力順も登録しておきます。標準のマスタを複製し、案件に固有の条件だけを調整すると、準備にかかる時間を短くできます。
マスタには、適用期間と変更履歴も欠かせません。令和7年版と改定後の基準を使う工事が並行するとき、いつ誰がどの基準を使ったかを確認できなければ、監査や検査で説明しにくくなります。
現場入力とオフライン・同期
現場画面では、測点の選択や実測値の入力、写真の撮影を少ない操作で終えられることが求められます。加えて、単位の表示や入力範囲の警告、未入力の表示、音声やテンキーへの対応も、使いやすさに関わります。
山間部や河川、トンネルでは通信が不安定になりやすく、オフラインでの入力が欠かせなくなります。そのため、端末への一時保存と復旧後の同期が必要になります。あわせて、同じ測点を複数人が編集したときの競合の表示、同期失敗時の再送、端末紛失時の遠隔ロックも確認します。
工事写真と電子小黒板の連携
電子小黒板には、工事名や工種、測点、設計値、実測値、撮影日などが反映されます。撮影した画像も、該当する記録へ自動で紐付けられます。撮影箇所と必要枚数、未撮影箇所を確認できれば、検査前の写真探しや撮り直しを減らせます。
デジタル工事写真では、発注者の写真管理基準に合っているかを確かめる必要があります。あわせて、電子小黒板の情報が信頼できるか、改ざんを検知できるかも照合します。
提出先の運用に合わない場合は、写真の整理をやり直す必要があります。そこで、導入前に実際のサンプル写真で受入テストを行っておきます。
自動計算・帳票・電子納品
設計値と実測値の差、統計値、規格値の判定を自動で計算すれば、表計算ソフトへの転記を減らせます。
計算結果を再現できるかと、提出先の形式に合うかを確認し、検査の工程へつなげます。
- 自動計算：差や平均、最大と最小、ばらつきの算出から、規格値の判定まで
- 再現性：異常値や未入力の警告、計算式とマスタ版数の保存
- 技術者確認：自動判定だけで合否を確定させず、人が判断する形
- 帳票：出来形管理図表や総括表、測定結果一覧、写真帳、検査資料
- 出力形式：PDF、Excel、XMLなど
提出先が自治体か発注者かによって、様式やファイル名、フォルダ構成、オンライン電子納品の手順が異なります。そのため、提出先の実データで取り込みを確かめておきます。
測量機器・3次元データとの連携
大規模土工やICT活用工事では、測量機器やICT建機とのデータ連携が生産性を左右します。そこで、使い分けと受け渡しの形式を確かめておきます。
- 連携機器：トータルステーション、GNSS、レーザースキャナー、ドローン、ICT建機
- 2次元の点管理：測点ごとの記録に向く
- 3次元の面管理：広い範囲の出来形を評価する場合に適する
- 適用判断：工種、発注条件、データ量、現場の測量体制で使い分ける
国土交通省の「BIM/CIM関連基準要領等」（令和7年）では、令和7年3月版が公開されました。あわせて、LandXML1.2に準じた3次元設計データ交換標準も更新されています。
3次元連携では、独自形式に閉じず、標準形式や属性情報、将来の電子納品の方法まで要件に含めることが大切です。
国土交通省は令和7年3月、土工や舗装工、路面切削工、河川浚渫工などの3次元計測による出来形管理要領を改定しました。
令和7年度からは、土工や河川浚渫のICT活用工事を原則化する動きや、提出書類を減らす運用も示されています（出典：国土交通省「要領関係等（ICTの全面的な活用）」（令和7年））。
選定の際は、現在の帳票への対応に加えて、対象工事で将来求められる3次元データや提出方法にも対応できるかを確かめます。
パッケージ・クラウド・スクラッチの選び分け
標準の工種や帳票を早く使いたいなら土木向けパッケージ、複数の現場や協力会社と共有するならクラウドが候補になります。独自の帳票や基幹、測量との連携を重視するなら、部分開発やスクラッチを検討します。
標準機能で変えにくい業務と、自社独自に残す業務を分けてから方式を選びます。
土木専用パッケージが向くケース
国や自治体の基準、出来形計算、写真、品質管理、電子納品が標準化されているパッケージは、導入期間を抑えやすい方式です。
一般的な土木工事の流れに合えば、要件定義の負担を小さくできるため、現場教育へも早く移れます。
独自工種や特殊な規格値計算、社内原価管理、独自様式、既存の測量データ形式は、追加費用や制約の対象になりやすいものです。そこで、帳票サンプルと測定データを使い、設定で対応できる範囲を確かめます。
クラウド・SaaSが向くケース
複数の現場でデータを共有する場合は、運用の負担と契約条件もあわせて比べます。
- 進捗共有：現場や事務所、本社、協力会社が同じデータを見られる
- 横断管理：複数現場の進捗と未検査箇所を見渡せる
- 運用機能：バックアップや更新を自社で行う負担が小さく、遠隔臨場や承認とも連携しやすい
- 契約確認：通信断、保存場所、権限、認証、サービスレベル、障害連絡、返却
- 費用比較：月額だけでなく、現場・利用者・端末数、容量、追加機能、サポートを含めた3年間の総額
ローコード・部分開発が向くケース
日報や測定記録、写真台帳、承認、一覧表示など、独自業務の一部を追加する場合は、ローコードや部分開発が候補になります。
標準システムの導入の速さを保ったまま、社内申請や集計を合わせられます。そのため、全面的に作り直すよりも、初期のリスクを抑えやすくなります。
大量の画像や複雑な規格値計算、オフライン同期、XML電子納品、測量機器との連携は、画面を足すだけでは解決しません。そこで、PoCでデータ量や通信断、同期の競合、帳票の生成速度を測り、基盤を作り直す可能性も検討します。
スクラッチ・API連携が向くケース
工種マスタや積算・原価、会計、測量の情報を一つの基盤に統合する場合は、個別開発やAPI連携を検討します。ICT建機やBIM/CIM、協力会社の実績まで含める場合も、この選択肢に入ります。
独自ルールを反映しやすい一方で、基準の改定や端末のOS更新、セキュリティ、保守担当者の確保も、自社が責任を負う範囲になります。
AIは、写真の分類や入力候補、帳票の下書き、異常値の通知など、確認を助ける用途から使い始められます。ただし、検査の判定や発注者への提出、安全に関わる判断は、AIだけで確定させず、根拠データと人の承認を残します。
土木工事業向け出来形管理システム開発・導入の進め方
まず実際の工事資料をもとに業務を洗い出し、1現場・1工種のPoCで使い勝手と提出物を検証してから、対象を広げます。画面から作り始めると、帳票や現場の例外が後から見つかり、手戻りが増えます。
進め方の詳細は、土木工事業向け出来形管理システム開発の進め方/やり方/流れや方法/手法/工程/手順もご覧ください。
1. 現状の業務とデータの洗い出し
現場監督や測量担当、品質担当、工事部、本社、協力会社に、設計値の登録から測定、撮影、検査、帳票提出までを聞き取ります。
紙やExcel、写真、メール、測量データを並べたうえで、入力者や頻度、転記箇所を整理します。さらに、承認者や提出先、保存期間も書き出します。
「便利そうな機能」より先に、毎日の転記や検査前に急ぐ作業を優先します。
- 作業時間：写真の整理と帳票の作成にかかる時間
- 入力状況：転記の件数と入力漏れの割合
- 検査までの日数：導入前の準備期間
- 事務所へ戻る回数：現場外での作業の状況
導入前に測っておけば、効果を説明しやすくなります。
2. 基準・帳票・連携要件の整理
要件の対象は、工事と提出物の両方から洗い出します。
- 工事の要件：対象の工種や発注者、施工管理基準、写真管理基準、規格値
- 提出物の要件：帳票と電子納品の形式
例外をすべて個別仕様にすると、マスタの更新と保守が重くなります。そこで、全社標準、発注者固有、工事固有の3層に分けておくと、更新と保守が容易になります。
国土交通省の情報共有システム機能要件Rev.5.6は、書類管理や承認・合議、3次元データ表示、オンライン電子納品を扱います。
国土交通省の機能要件では、遠隔臨場やデータ連携、セキュリティ、工事完成後のデータの取扱いも、機能の区分として挙がっています。
測定画面だけでなく、提出後のデータ管理も要件に含めます（出典：国土交通省「工事施工中における受発注者間の情報共有システム機能要件 Rev.5.6」）。
3. 1現場・1工種でのPoC
PoCでは、現場入力から通信断後の復旧、写真と測定値の紐付け、異常値の警告、帳票の出力、電子納品データの作成までを一通り試します。使うのは、普段使っている端末や実測値、既存の写真、提出先の帳票サンプルです。
入力率や写真漏れ率、転記件数を評価します。さらに、写真の整理時間や帳票の作成時間、検査までの日数、現場の利用率も見ます。利用率が低い原因は、機能不足のほかに、入力手順やマスタの準備、教育、端末の使いにくさにある場合もあります。
数値と現場の声は分けて記録し、改善点は次の段階へ持ち越します。
4. 教育と運用ルールの整備
長時間の座学だけでなく、測定前や撮影中、同期後、検査前の実務に沿った短い手順を用意しておきます。あわせて、マスタの登録や実測値の承認、差戻しの処理、電子納品の確定を、誰が担当するかも決めます。
協力会社が入力する場合は、アカウントの発行、閲覧できる工事の範囲、写真やデータの受け渡し、退場時の利用停止を決めておきます。また、通信環境と端末の充電方法も運用に含め、導入するだけでは定着しないと考えます。
5. 数現場展開から全社展開への広げ方
PoCで基準値を満たしたら、工種や支店を増やし、共通マスタや権限、承認、データ連携を整えていきます。
まずは類似工事の数現場に展開し、端末や協力会社の違いを確かめてから全社の標準に移します。そうすれば、現場の反発や障害の影響を小さくできます。
全社展開の後も、基準の改定や帳票の変更、端末の更新、障害、データの保管、利用率を定期的に見直します。月次か工事単位でKPIを確認し、使われない項目の削除やマスタの更新、教育の補完を続けます。
土木工事業向け出来形管理システムの費用相場と開発期間
出来形管理だけを対象にした公的な費用統計は確認できないため、以下の金額は概算です。金額は、対象の工種や現場数、端末数、帳票によって変わります。移行や測量連携、教育、保守の範囲でも変わります。
費用の詳細は、土木工事業向け出来形管理システム開発の見積相場や費用/コスト/値段についてもご覧ください。
方式別の費用と期間の目安
方式と対象範囲によって、概算費用と導入期間には次の幅があります。
- クラウド・SaaS：限定機能は月額3万〜50万円、複数現場等を含む場合は月額10万〜100万円
- 初期導入：数週間〜3か月程度。帳票の検証が長引くと、期間も延びる
- PoC・部分開発：1現場・1工種で50万〜300万円、3〜6か月程度
- パイロット本番化：数現場で300万〜1,500万円、4〜12か月程度
独自帳票や複雑な規格値計算、複数の連携を含むスクラッチは、300万〜2,000万円、6〜18か月程度です。
全社展開や3次元、ICT建機、基幹連携を含む場合は、1,500万〜5,000万円、13〜36か月になる可能性があります。
金額は公開価格の平均ではなく、建設業務システム一般の目安を、出来形管理の要件に読み替えたものです。
費用を左右する内訳
見積書では、要件定義や業務・画面設計、マスタ整備を分けて見ます。モバイル入力や写真・電子小黒板、計算・判定も、同じ見積書の中で別々に確かめます。
帳票・電子納品や測量・3次元連携、権限・承認の工数を確かめるほか、データ移行、テスト、教育、保守も見積書で確認します。特に、基準・帳票マスタの整備は、画面数からは見えにくい工数になりやすいです。
追加の帳票や容量、端末、現場の追加は、別料金になる場合があります。さらに、APIやサポート、基準改定への対応が、別途かかる場合もあります。クラウドは月額、個別開発は保守費や改修費を含めて、3年または5年の総保有コストを比べます。
安いPoCだけで決めないための注意点
PoC費用と本番費用を比べるときは、契約範囲と効果測定の条件をそろえます。
- 本番追加費用：写真の移行や帳票の追加、現場の支援、端末の管理、基準改定への対応
- 再利用範囲：本番移行に使えるマスタや画面、データ、テスト結果
- 事例の規模：1現場あたり約1,000〜2,000枚の工事写真
- 事例の効果：写真の整理時間を従来の3分の1に短縮
- 比較する作業：実測値の入力から撮影、帳票の出力、電子納品まで
事例の出典は、建設現場向け施工管理システムの導入事例（2026年確認）です。特定の製品や現場、運用の一例にすぎないため、自社の効果と決めつけず、PoCで写真の枚数や整理時間、入力者数を測ります。
画面の一部だけを作る見積もりと、検査資料まで完成させる見積もりでは、対象の範囲が違います。
開発会社・ベンダーの選び方
候補には、受託開発会社のほかに、土木専用パッケージや現場クラウドの提供者、測量・3次元データに強い事業者も含まれます。まず、標準機能で解決する課題か、独自業務の実装が必要な課題かを分け、同じ条件で評価します。
土木の出来形業務への理解
測点や工種、設計値、規格値の意味を、具体的に説明できるかを確かめます。あわせて、出来形管理図表や工事写真、電子納品についても説明を求めます。デモでは、実測値の入力や規格値を外れた値の確認、写真と帳票の出力まで見ます。
土木専用の製品でも、発注者ごとの帳票や特殊な工種に対応できるとは限りません。そのため、実績の工事規模に加えて、工種や発注者、端末、通信環境、提出形式、導入後の体制が自社に近いかを確かめます。
RFPとデモの評価対象のそろえ方
提案者へ同じ条件を示すため、RFPとデモの評価対象をそろえます。
- 対象範囲：工事と工種、現場数、利用者と端末の数、オフライン要件
- データ連携：測量機器や3次元形式、既存のExcelや写真の移行量
- 提出・運用：帳票サンプルや電子納品の形式、権限、承認、監査ログ
- 継続管理：バックアップや障害対応、データの返却
- デモ評価表：入力操作数や通信断からの復旧、写真の自動紐付け、異常値の警告、帳票、検索、承認と差戻し、電子納品、管理者設定
同じ資料を渡せば、価格と対応範囲を比べやすくなります。「できる」と答えた機能は、実データで再現してもらい、標準機能か追加開発か、追加費用はいくらかまで確かめます。
保守・セキュリティ・データ返却の確認
契約の前に、日々のアクセス管理と継続運用、解約後のデータの利用を確かめます。
- 情報保護：認証や権限、暗号化、監査ログ、脆弱性への対応、情報の扱い
- アカウント：役割ごとの権限と、退職や異動、工事終了時の利用停止
- 継続運用：バックアップや復旧目標、基準・帳票の変更への対応時間と改修費
- 支援と返却：問い合わせ窓口や現場教育、CSV・画像・XMLでの返却、別環境での読み取り
- データ保全：保存した情報がサービス内に閉じ込められないこと
現場の入力者や代理人、品質担当、本社、協力会社ごとに権限を分けて運用します。
▶ 詳細はこちら：土木工事業向け出来形管理システム開発でおすすめの開発会社/ベンダー6選と選び方
▶ 詳細はこちら：土木工事業向け出来形管理システム開発の発注/外注/依頼/委託方法について
導入で失敗しやすいパターンと対策
出来形管理のデジタル化は、機能を増やすほど成功するとは限りません。先に、現場で入力でき、発注者へ提出でき、効果を測れる範囲を決めておくと、過剰な投資や定着不足を防ぎやすくなります。
多機能化を先行させて現場が使われなくなること
本社向けの分析を先に増やすと、現場の入力負担が重くなり、紙に戻ってしまう場合があります。そこで、測点の選択や実測値の入力、撮影、同期、帳票の確認の流れを短くし、利用率を見ながら機能を追加します。
現場の担当者が1回の測定で何画面を移動するかを実測すると、操作の負担を把握できます。
基準・帳票の確認を後回しにすること
画面の完成後に帳票を合わせようとすると、マスタ項目や計算式、出力順、写真属性の不足が見つかり、設計変更が次々と連鎖します。そこで、要件定義の段階で発注者の最新資料と過去の提出物を確認し、代表的な工種を入力から電子納品まで試します。
国土交通省の公開ページには、地域の土木工事写真管理基準の令和8年3月改定版が掲載されています（出典：国土交通省関東地方整備局「土木工事共通仕様書」（令和8年））。
基準の更新日や適用範囲、旧版との違いを管理できる仕組みが必要になります。
運用開始後に考えるデータとセキュリティ
現場の写真や測定記録は工事の証跡で、協力会社や担当者の情報を含む場合もあります。そのため、閲覧できる人や保存期間、バックアップからの復旧、障害時に紙で続ける方法を、契約の前に決めておきます。
国土交通省の情報共有システム機能要件は、セキュリティや工事完成後のデータの取扱いも定めています（出典：国土交通省「工事施工中における受発注者間の情報共有システム機能要件 Rev.5.6」）。
出来形のデータは、自社の資産として扱います。そのうえで、利用中の使いやすさと、契約終了後に取り出しやすいかを、同じ重みで評価します。
よくある質問（FAQ）
最後に、導入前によく寄せられる疑問に答えます。
費用だけでなく、現場入力や発注者の基準、将来のデータ利用も確かめておくと、自社に合う方式を判断しやすくなります。
既製システムと個別開発はどちらを選ぶべきですか？
標準の工種や帳票、写真管理を早く始めたい場合は、既製の土木向けシステムが向いています。一方で、独自帳票や特殊な計算、基幹や測量機器との連携が競争力に直結する場合は、部分開発やスクラッチを検討します。
最初から二者択一で考えず、標準機能で始めて、足りない部分だけを追加していく段階導入も有効です。
山間部やトンネルで通信が切れても使えますか？
オフライン入力と後からの同期に対応していれば、通信が不安定な場所でも測定記録を一時保存できます。ただし、同期の失敗や編集の競合の表示、写真のアップロード状況、端末紛失時の保護は、製品ごとに異なります。
機内モードなども使って、実際の現場で試してから採用します。
小規模な会社でも導入できる費用ですか？
月額型のクラウドや標準パッケージなら、全社スクラッチより小さく始められる場合があります。費用は、現場や端末、利用者の数、容量によって変わります。さらに、帳票や初期設定、教育、サポートの内容も影響します。
1現場のPoC費用と本番展開の費用は、分けて見積もります。そのうえで、3年間の総額と、写真の整理や転記、検査の準備で削減したい時間を並べると、判断の材料になります。
電子納品まで対応していれば発注者へ提出できますか？
対応と表示されていても、確認事項は残ります。発注者や工種、年度、形式、フォルダ構成、写真管理基準によって、確認すべき点が変わるからです。そこで、対象工事の実データで帳票と電子納品データを作り、提出先の確認を通過できるかを検証します。
写真の信憑性の確認やXML、オンライン提出の手順は、導入前の受入条件に明記しておきます。
まとめ
出来形管理システムは、測定値だけでなく、設計値や写真、判定、検査、帳票、電子納品をつなぐ業務の基盤です。
選定では、標準機能の多さよりも、現場で使える入力画面や通信断からの復旧、発注者の基準への適合、データの追跡のしやすさを重視します。
小さく検証してから広げる進め方
紙やExcel、写真、メールなどの情報を洗い出し、基準と帳票を確かめてから、1現場・1工種でPoCを行います。費用は、月額や開発費だけで比べず、マスタや端末、教育、保守、基準改定、データの返却まで含めて見ます。
入力率や転記件数、写真漏れ率、帳票の作成時間、検査までの日数を測ると、導入の成否を数字で判断できます。
RFPで業務の最後までを対象にすること
相談の際は、対象の工種や発注者、帳票、通信環境、測量・3次元連携を同じ資料で伝えます。また、電子納品や権限、保守、障害対応、解約時のデータ返却についても、同じ資料に含めます。
現場入力から提出後の保管までを一つの流れとして捉えることが、導入後も使われ続けるシステムを選ぶことにつながります。
▼関連記事一覧
・土木工事業向け出来形管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・土木工事業向け出来形管理システム開発でおすすめの開発会社/ベンダー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を創業。