電子部品製造業向け部品表管理システムの初期費用は、部品表の範囲、既存システムとの連携、変更管理の深さで大きく変わり、0〜1億円以上まで幅があります。方式別の費用相場、金額を左右する要件、導入期間と抑え方を取り上げます。全体像は完全ガイドもご覧ください。
▼全体ガイドの記事
・電子部品製造業向け部品表管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
電子部品製造業向け部品表管理システムの費用相場
標準機能を使うクラウドBOMは、初期費用を抑えやすい方式です。公開例では、月額数万円から利用できます。
一方で、複数のBOMを統合し、CAD・ERP・購買・MESまで連携する開発は、1,000万〜3,000万円程度が目安です。さらに、独自の製造ルールや大規模な監査要件を含むと、3,000万〜1億円以上になる場合もあります。
導入方式ごとの初期費用と月額費用の目安
導入方式を選ぶ際は、必要な業務範囲と費用の違いを比べます。導入方式ごとの費用は次のとおりです。ただし、ここに挙げる金額は、対象システム専用の公開定価ではありません。
- 標準クラウド：部品表を共有する用途なら候補になります。初期費用は0〜60万円程度、月額は数万円からです。
- 公開料金の例：BOMBOM部品管理の月額は60,000円（税別）です。
- パッケージ：承認・改訂・変更管理の設定は300万〜1,000万円程度が出発点です。複数システム連携や複数拠点での利用は、1,000万〜3,000万円程度です。
- 大規模開発：独自の派生品ルール、グローバル展開、厳格な監査・セキュリティを含むと、3,000万〜1億円以上が目安です。
上の金額は、社内一次Q&Aにある2026年時点の製造業業務システム相場を、部品表管理の要件に当てはめた推定レンジです。
BOMBOM部品管理は、ユーザー数と登録部品数にかかわらず料金が変わりません。初月は無料で、最低利用期間は12か月です（出典: BOMBOM部品管理公式料金ページ、2026年8月確認）。
ただし、この金額は公開されている利用料です。CAD・ERPとの個別連携、データ整形、社内教育の費用は含まれない可能性があります。
公開料金と個別開発費の比べ方
公開料金は標準機能が中心で、個別開発費は自社の要件に合わせた範囲を含みます。そのため、利用規模、サービスの範囲、全社利用の可否、見積もりの内訳の4点で比べます。
- 小規模利用：試作や小規模チームなら、無料で始められるGUGEN Hubが候補になります。CSVのBOMをブラウザで管理できます。
- サービスの範囲：公開機能と導入作業の切り分けです。
- 全社利用の確認：全社の正本BOM、複雑な承認、既存ERPの原価・在庫との同期まで、同じ料金で実現できるとは限りません。
- 見積もりの内訳：標準サービスと受託開発を、同じ範囲で比べます。
GUGEN Hubでは、価格・在庫・納期を確認したうえで、調達・実装へつなげられます（出典: 株式会社ピーバンドットコム GUGEN Hub公式サイト、2026年8月確認）。
部品表の共有から設計、基板実装までの流れを簡素にしたい場合は、GUGEN Hubが適しています（出典: 株式会社ピーバンドットコム GUGEN Hub公式サイト、2026年8月確認）。
見積もりは、サービス利用料、初期設定、個別開発の3つを分けて示してもらいます。データ移行、連携、教育、保守の費用も、同じように分けて確認します。
月額6万円のサービスは標準機能が中心です。一方で、1,500万円の受託開発は、自社の変更管理や既存システム連携まで含むため、役割をそろえて比べる必要があります。
同じ部品表管理でも金額に幅が出る理由
費用を左右するのは、登録する部品数よりも、部品情報を業務判断にどこまで使うかです。見積もりを比べるときも、この点をそろえて見ます。
- 管理する情報：管理属性と業務利用の範囲が、データ設計や連携工数を左右します。
- BOM間の関係：設計BOM（E-BOM）と製造BOM（M-BOM・P-BOM）を別管理するか、関連付けるかで費用が変わります。
- 履歴と業務機能：発注や製造可否の判定、基板・ユニット・完成品・仕向地別仕様・派生機種の階層管理には、履歴、権限、承認、検索、差分比較の設計が必要です。
部品番号と員数だけなら、データ管理が中心になります。ただし、型番や代替候補、単価、リードタイムまで扱うと、データモデルと連携処理が増えます。在庫、最小発注数量、仕入先、含有化学物質まで含めると、さらに増えます。
在庫や仕入先などを連携させ、発注や製造可否まで判定させる場合は、連携処理の設計がいっそう必要になります。
見積もりの段階では、実現したい業務シナリオを確認しておきます。
電子部品製造業向け部品表管理システムの費用内訳
見積書で開発費を一行にまとめられると、中身が比べにくくなります。そのため、工程ごとに分けてもらうのが基本です。要件定義と設計・環境構築、開発とテストを別々の行にし、移行、教育、保守も分けて示してもらいます。内訳を見ると、安く見える見積もりの抜けや、後から追加される費用に気づけます。
要件定義・設計・環境構築にかかる費用
要件定義と設計の見積もりでは、どこまでを業務範囲にするかと、費用をどう配分するかの両方を確かめます。
- 要件定義：設計、購買、生産技術、製造、品質保証、ITから課題を聞いて、正本BOMを決める工程です。
- 設計対象：Excel、CAD、ERP、購買・在庫、MESからの取込項目、E-BOMとM-BOMの接続、設計変更の発効時点を整理します。
- 費用配分：社内一次Q&Aの2026年時点の概算では、要件定義は全体の10〜12％程度、設計・環境構築は22〜24％程度です。
- 金額の目安：総額が1,500万円なら、要件定義は150万〜180万円程度、設計・環境構築は330万〜360万円程度です。固定料金ではありません。
要件定義では、現状の課題やデータの範囲も決まります。そのため、要件定義の費用は、単なる打ち合わせ費とは性質が異なります。
対象範囲と体制に加え、現場ヒアリングやデータ棚卸しが見積もりに含まれるかも確かめます。
機能開発・連携・インフラにかかる費用
開発費と連携費は、実現する機能と、システム間の責任範囲に分けて見ます。
- BOM機能：登録画面に加えて、検索、正展開・逆展開、派生機種、版管理、差分比較、電子承認が対象です。
- 変更影響：代替判定、文書添付、操作ログが対象です。代替コンデンサの影響追跡には、完成品・仕掛品・発注・検査条件まで含むデータ構造と検索条件の設計が必要です。
- システム連携：CAD・PDMの設計情報、ERPの原価・在庫、購買の価格・納期・仕入先を扱い、MESや品質システムへ確定版を渡す構成もあります。
- 費用配分：社内一次Q&Aの目安は、開発が48〜50％程度、テストが15〜17％程度です。API、ファイル、連携基盤、監視、エラー再送の費用区分を確かめます。
連携費を開発費に含めるか、別見積もりにするかで、総額が左右されます。
データ移行・教育・保守にかかる費用
移行範囲、利用者教育、保守契約は分けて見積もり、年間総額で比べます。
- 移行データ：部品点数よりも品質が費用を左右します。型番の表記ゆれ、廃番部品、社内品番の重複、単位の違いを確かめます。
- 移行作業：データ不備に応じた整備と、移行リハーサルを見積もります。
- 教育：設計者のBOM登録、購買担当の代替部品と価格の確認、品質保証の証跡確認、管理者の権限・監査ログ運用が対象です。
- 保守：初期費用の年15〜25％程度が目安となることがあります。クラウド基盤、監視、セキュリティパッチ、連携先の仕様変更対応のどこまでが含まれるかを確かめます。
旧版BOMの発効日が欠けていたり、仕入先コードが一致しなかったりすると、抽出、名寄せ、不要データの判定が必要になります。
初回は売れ筋製品や変更の多い基板に絞ると、品質を検証しやすくなります。また、月額利用料とは別にデータ保守や連携監視が請求される契約もあるため、年間総額で比べる必要があります。
費用が高くなりやすい機能・要件
費用を左右するのは、画面の数よりも、部品構成を正しく扱う仕組みです。また、その変更を調達・製造・品質へ伝える仕組みも必要になります。
見積もりの前に、どの業務シナリオを初回リリースに含めるかを決めておくと、後の比較がしやすくなります。
複数BOM・改訂・設計変更に伴う工数の増加
複数BOMと改訂ルールを、どこまで関連付けるかが、機能範囲と開発工数を左右します。
- BOMの階層：基板単位のE-BOM、ユニット・完成品の階層、製造工程のM-BOM・P-BOM、購買BOM、サービスBOMが対象になり得ます。
- BOM間の連携：別々に登録すると二重管理になります。設計部品と製造部品を関連付け、変換ルールや差分も管理すると、開発範囲が広がります。
- 改訂と権限：改訂番号、発効日、設計変更番号、承認者、変更理由、旧版の参照可否には、履歴と権限の設計が必要です。
- 適用判断：承認前の暫定版の閲覧者、製造中ロットに適用する版、出荷済み製品のリコール対象の逆展開を決めます。
ルールが曖昧なまま開発を始めると、権限や履歴の機能を後から足すことになり、費用と期間が膨らみます。
代替部品・EOL・環境情報の管理による設計の複雑化
電子部品の属性や規制関連の証跡を管理する範囲が広がるほど、業務フローと文書機能が増えます。
- 部品属性：メーカー型番、社内品番、仕様、実装位置、員数、単価、リードタイム、最小発注数量、仕入先、在庫、代替候補を構成情報へ紐付けます。
- EOL対応：通知後に製品・顧客仕様・仕掛品・在庫・発注を洗い出し、代替品を評価・承認する業務フローが必要です。
- 環境情報：海外向け製品では、RoHS・REACHの含有物質情報、仕向地、証明書の有効期限をBOMや文書に関連付ける場合があります。
欧州委員会は、RoHS指令を電気電子機器における特定有害物質の使用制限として案内しています。ECHAは、Candidate List掲載物質を含む成形品の情報伝達・通知の仕組みを示しています（出典: 欧州委員会 RoHS Directive、ECHA Candidate List、2026年8月確認）。
証明書の保管や更新通知、監査用の出力には、文書管理・権限・ログの費用も加わります。
CAD・ERP・MESとの連携方式による金額差
接続先ごとの方式と工場環境への対策を整理すれば、連携費用の範囲をつかめます。
- 連携設計：接続先ごとに項目変換、認証、送受信時点、エラー処理、再送、監視、責任分界を決めます。
- データ連携：CAD・ERP・MES間の情報連携では、データ責任者との調整も必要です。
- クラウド接続：工場ネットワーク、閉域接続、バックアップ、復旧時間、アクセス制御、ログ保管が確認項目です。
CADから部品・図面を取り込み、承認済みのBOMだけをERPへ渡します。加えて、ERPの在庫・原価を参照し、MESへ製造用の構成を出力する場合も、この流れで連携します。
経済産業省は2025年に、半導体デバイス工場向けのOTセキュリティガイドラインを公表しました。生産目標や機密情報、品質を守る観点から、工場特有のリスクを整理しています（出典: 経済産業省「半導体デバイス工場におけるOTセキュリティガイドライン」、2025年10月）。
BOMを工場や外部サービスへ接続する場合は、セキュリティ対策を要件定義と見積もりに含めておきます。
開発期間と導入の進め方の目安
標準クラウドの利用開始は即日から数週間、パッケージ設定は1〜4か月が目安です。CAD・ERP・購買連携を含む導入は4〜9か月、スクラッチ開発や大規模PLM連携は9か月〜2年以上かかることがあります。
期間は、部品点数だけでなく、データ移行の品質、拠点数、承認ルール、既存システムの接続しやすさによっても変わります。
現行データと変更シナリオの洗い出し
現状データ、実際の変更シナリオ、システムごとの正本を整理してから、設計へ進みます。
- データ棚卸し：部品番号、メーカー型番、図面番号、機種名、員数、単位、改訂、発効日、仕入先、価格、納期、代替品、含有物質を確認します。
- 変更シナリオ：設計変更やEOL対応など、現場判断を再現する例を用意します。
- 責任範囲：設計・購買・生産技術・製造・品質保証・ITからデータオーナーを選び、正本BOMとシステム間の担当を決めます。
- 正本の定義：たとえば、設計BOMの改訂はPDM、製造BOMはBOM管理システム、在庫数量はERPを正とします。
代替コンデンサの承認、顧客仕様別の派生、リコール対象の逆展開も、シナリオに含めます。
現場の判断を再現しておけば、不要な機能を減らせます。一方で、役割を決めないまま連携すると、同じ型番をどのシステムが上書きするか分からなくなり、追加開発と運用の負荷につながります。
一製品・一拠点のMVPからの連携拡大
初回の対象を絞り、効果を確かめながら機能と連携を広げると、費用と期間を管理しやすくなります。
- 小さく始める：一製品または一つの基板ファミリー、一拠点を初回リリースの対象にします。
- 機能を段階導入：BOM階層表示、検索、改訂・承認、差分比較、変更影響の確認から始め、効果を測って購買・在庫・品質・MESへ広げます。
- 連携方式を選ぶ：リアルタイムAPIだけでなく、承認後に一日数回のファイル連携や、CSV移行による正本化も選択肢になります。初期費用を抑えて運用を始められます。
全製品・全拠点・全連携を初回の対象にすると、要件が膨らみ、稼働前に予算や現場の負荷が限界に達することがあります。将来APIへ移る場合に備えて、部品番号や改訂のキーを統一しておくと、再開発を減らせます。
期間に含める移行リハーサルと並行稼働
受入前の検証と本稼働の準備を計画に含めておくと、誤った版や未移行データの発見に備えられます。
- 機能・権限：BOM登録、重複型番、旧版参照、権限不足、承認漏れ、代替部品の差し戻しを確認します。
- 連携・復旧：ERP連携の失敗、通信遅延、バックアップからの復元を試します。設計変更後の通知先と反映対象は実データで検証します。
- 稼働準備：移行リハーサル、利用者教育、並行稼働、切戻し手順、問い合わせ窓口を準備します。
- 見積もり確認：リハーサル回数、受入テスト担当、現場立会い、稼働後の支援期間を確認します。
誤った版が製造へ流れると、品質と納期に直結します。並行稼働が短すぎると、BOMの不一致や未移行の図面が本番で発覚します。
電子部品のBOM管理費用を最適化するポイント
コストを抑えるには、安いサービスを選ぶよりも、業務に必要な機能へ絞って投資し、導入効果を測れる範囲から始めるのが基本です。
設計変更の影響調査時間、BOM不一致件数、代替品承認のリードタイム、EOLによる調達停止件数などを、効果の指標にします。
標準機能の優先と独自開発の絞り込み
標準機能を軸にしつつ、個別開発が必要な理由と対象を見極めます。
- 標準機能を活用：パッケージやクラウドのBOM階層、改訂、承認、検索、権限を業務に合わせるFit to Standardを基本にします。
- 投資先を選ぶ：画面色や帳票の細部より、代替部品判定、仕向地別構成、設計変更の影響範囲など、競争力や品質に直結する領域を優先します。
- 個別開発の理由：標準機能に合わせられない理由を、法規制、顧客契約、製造品質、既存資産の再利用、経営上の差別化に分けます。
現行Excelの見た目を再現するだけの要望は、入力項目やワークフローを見直すことで、削減できる場合があります。また、追加機能は、アップデート時の保守費も含めて見積もります。
データ標準化による移行費の抑制
移行前にデータ表記と対象範囲を整えると、不要な変換や修正を減らせます。
- 表記を統一：社内品番とメーカー型番の関係、単位、員数、改訂、発効日、仕入先、廃番状態、代替品を整理します。
- 重複を処理：同じコンデンサが別名で登録されている場合は、名寄せルールを決めます。社内で整理しておくと、データクレンジングの範囲と移行後の不具合を抑えられます。
- 実データで検証：新製品や変更の多い製品をパイロット対象にし、登録ルールを検証してから全社へ広げます。
- 対象を限定：移行対象外の旧製品や参照専用データの方針を決め、不要な変換作業を避けます。
同じ条件のRFPによる複数社の比較
各社の見積もり条件と提案力をそろえて比べ、金額差が対象範囲の違いによるものかを確かめます。
- 規模・連携条件：部品点数、製品・基板数、拠点・利用者数、CAD・ERP・購買・MESの製品名、移行件数をそろえます。
- 運用条件：代替部品、RoHS・REACH証跡、クラウド・オンプレミスの希望、必要な復旧時間を明記します。
- 業務シナリオ：EOLの抵抗を代替候補へ変更する操作と、承認後の完成品・発注・在庫・検査条件への影響の一覧化を含めます。
- 派生機種の検証：仕向地別の部品を持つ機種を作成し、共通部品と個別部品を見分けるシナリオも使えます。
Hi-PerBT Advanced BOMの公式導入事例では、京セラのグループ会社8万人超の規模で、工場をまたぐ部品情報の一元管理を実現したと紹介されています（出典: 日立ソリューションズ西日本公式サイト、2026年8月確認）。
発注側は、自社のシナリオを実演できるかを評価します。
見積もりを取る際に確認すべきポイント
見積書では、総額に加えて、前提条件、対象外、追加費用が発生する条件を確かめます。費用が隠れやすいのは、部品表の画面よりも、データの正本性や変更後の通知、既存システムとの責任分界です。
RFPに記載する情報の具体化
対象規模、管理項目、連携、クラウド運用の条件をRFPにまとめると、各社が同じ前提で提案できます。
- 対象規模：製品数、最大階層、部品・図面・文書の件数、年間変更数、拠点・利用者、権限、承認者、旧版の保存期間を記載します。
- 管理項目：型番、代替部品、価格、在庫、納期、最小発注数量、仕入先、環境情報の範囲を明記します。未確定項目は、初回対象外・要提案・将来拡張に分けます。
- システム連携：CAD・PDM・ERP・購買・在庫・MES・品質システムの製品名、接続方式、更新頻度、データの正本、既存APIの有無をまとめます。
- クラウド運用：利用リージョン、バックアップ、復旧目標、ログ保管、工場ネットワーク接続、アカウント管理を確認します。
条件をそろえておくと、開発会社は一律に大きな数字を出すのではなく、前提に応じた見積もりレンジを示せます。
工程・成果物・責任分界による見積もりの比較
工程ごとに成果物と費用範囲を照合し、含まれる作業をそろえて比較します。
- 要件・設計：現状調査、業務フロー、データモデル、権限設計の範囲です。
- 開発・テスト：APIやファイル連携、受入・性能・権限テスト、移行リハーサル、復元テストの有無です。
- 教育：マニュアルに加えて、部門別の説明と稼働後の問い合わせ対応を確認します。
- 保守：障害対応時間、重大度別の初動、連携障害の切り分け、クラウド費、更新、脆弱性対応、改修単価の条件を比べます。
連携監視、ユーザー追加、データ修正が毎月別料金になると、数年単位の総保有コストが高くなることがあります。
初年度だけでなく、3年程度の利用期間で比べます。
追加費用につながるリスクと対策
移行・連携の前提と要件変更の扱いを先に定めると、追加費用が生じる場面を管理しやすくなります。
- 追加費用の要因：移行対象の増加、想定以上の部品番号重複、未確定の連携先仕様、現場ごとの承認ルールの違いに注意します。
- 事前調査：サンプルデータで移行件数と品質を調べます。連携先担当者をRFP段階から加え、接続テスト環境の用意も決めます。
- 変更管理：契約で要件変更の扱いを定め、初回必須、追加候補、次期フェーズの要件に分けます。
- 影響確認：変更時は費用・納期・テスト範囲への影響を提示してもらい、予算超過を説明できる管理体制かを見極めます。
電子部品製造業向け部品表管理システムのよくある質問
公開価格は、そのまま自社の総額にはなりません。
自社では、必要な連携や移行、セキュリティ、運用支援を加えて判断します。
クラウドBOMとスクラッチ開発はどちらが安いですか？
初期費用だけなら、標準機能を使えるクラウドBOMの方が安く始めやすいです。
CAD・ERP連携、複雑な承認、閉域接続、独自の代替部品判定には、個別設定や連携費が加わります。
スクラッチ開発は独自要件に対応しやすい一方で、脆弱性対応やOS・データベースの更新、保守人材の費用も含めて判断します。
月額6万円のサービスなら年間費用も6万円ですか？
月額6万円なら、単純計算の利用料は年間72万円です。ただし、導入の総額が72万円に収まるとは限りません。
初期設定、データの名寄せ・移行、利用者教育が別途必要になる場合があります。社内ルールの作成、既存システムとの連携、追加サポートも、加わることがあります。導入前後の作業を含めて確かめます。
既存のExcelやCSVの移行費用はどのくらいですか？
移行費用を左右するのは、ファイル数や行数よりも、データの中身です。社内品番の重複やメーカー型番の表記ゆれで工数が変わり、旧版の扱いや欠損した発効日も影響します。
部品と図面の紐付けや、廃番・代替品の判定も工数に影響します。
見積もりには、サンプルデータの事前診断と移行リハーサルを含め、全件移行と参照保管を検討します。
1,000万〜3,000万円の見積もりは高すぎませんか？
高いか安いかは、金額だけでは判断しにくいものです。まず、複数BOM、設計変更、CAD・ERP・購買・MES連携を含むかを確かめます。
データ移行や工場ネットワークまで含むなら、製造業向け業務システムの概算レンジとして説明できることがあります。ただし、同じ総額でも、見積書にどこまでの作業が入っているかで、金額の意味が変わります。
- 権限・監査ログ：利用者の権限設定と、監査ログの仕様まで含む範囲です。
- テスト・教育・保守：テスト、利用者教育、保守にかかる費用です。
部品表の登録と検索だけで同額になるなら、標準機能で代替できないか、工程と成果物が適切かを確かめます。
まとめ
費用相場は、標準クラウドの初期費用0〜60万円程度・月額数万円から、パッケージの300万〜1,000万円程度まで幅があります。
さらに、CAD・ERP・購買連携を含むと1,000万〜3,000万円程度、大規模なスクラッチ・PLM連携は3,000万〜1億円以上です。
公開料金は利用料の目安です。そのため、個別開発・移行・教育・保守を含む総額とは分けて考えます。
費用を適正化するには、E-BOM、M-BOM・P-BOM、購買BOMの正本と責任範囲を決めておくことが欠かせません。あわせて、設計変更、代替部品、EOL、仕向地別構成、RoHS・REACH証跡などの優先シナリオも明確にします。
そのうえで、一製品・一拠点のMVPから始め、標準機能を使い、データを標準化します。同じ条件のRFPを使って、工程・成果物・保守範囲を比べます。こうすると、予算超過と導入後の追加開発を抑えやすくなります。
最終的には、最新版のBOMを一つにできるか、変更時に調達・仕掛品・品質・出荷先まで追えるか、工場を止めずに運用できるかで判断します。
部品点数や拠点、既存システム、データ品質、監査要件を整理し、複数の開発会社やサービス提供会社へ、具体的なシナリオで相談します。納得できる費用相場をつかむ近道です。
▼全体ガイドの記事
・電子部品製造業向け部品表管理システム開発の完全ガイド
▼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を創業。