結論：設計変更管理システムの費用相場は、1拠点で文書・BOM・承認を始めるクラウド導入なら初期100万〜600万円、
CADやERPと連携するパッケージ導入なら500万〜2,000万円、複数拠点のPLM統合なら2,000万〜5,000万円、
独自の有効性管理まで含む個別開発なら5,000万円超が目安です。
設計変更管理は、図面の最新版を保存するだけでは完結しません。設計変更要求の起票、
影響分析、審査・承認、BOMや関連文書の改版、製造・購買・品質への通知、適用後の確認までを追跡する仕組みです。
この記事では、設計変更管理システムの費用・コスト・値段の内訳、価格帯、開発期間、
金額が変動する要因、予算を抑える進め方、見積もり比較のポイントを解説します。
▼全体ガイドの記事
・設計変更管理システム開発の完全ガイド
設計変更管理システムの全体像
設計変更管理システムは、製品に関する情報と変更の意思決定を一つの流れで結び付ける業務システムです。
費用を見積もるときは、申請画面の数だけではなく、図面・仕様書・CADデータ・E-BOM・M-BOM・工程表・品質記録をどこまで管理するかを決める必要があります。
PDMとPLMでは管理する範囲が異なります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
PDMはCADデータ、図面、仕様書、部品表など、主に設計成果物を安全に管理する仕組みです。
一方、PLMは設計から製造、購買、品質、保守まで製品ライフサイクル全体を扱い、設計BOMから製造BOMへの展開や、サプライヤーへの情報配布まで含めます。
設計部門の版管理が主目的ならPDMや文書管理の導入で足りる場合がありますが、古い図面で生産する事故や。変更の製造反映漏れを防ぐならPLM型の変更プロセスが候補になります。
ECR・ECO・ECNを変更の段階として管理します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
ECRは設計変更要求、ECOは変更指示、ECNは変更通知を指すことが一般的です。
ECRで変更理由や対象製品を登録し、ECOで影響範囲と実施内容を審査・承認し、ECNで製造や購買など関係部門へ正式に通知する流れを作ります。
NECの設計変更管理ソリューションでも、ECRの属性情報、ECOの状態、実施・確認・配布記録。関連文書を管理する機能が示されています。
出典: NEC「設計変更管理ソリューション」、2026年確認。
この段階を一つの申請フォームに詰め込むのか、変更の種類ごとに分けるのかが、初期費用と運用の分かれ目になります。
設計変更管理システムの開発はどのように進めますか？
費用を抑えながら失敗を避けるには、要件定義で変更業務の実態を明らかにし、標準機能で対応する範囲と追加開発する範囲を分けます。
その後、1製品群や1工場で検証し、データ移行と連携テストを済ませてから対象を広げる段階導入が現実的です。
要件定義では実際の変更票を追跡します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
最初に、最近発生した設計変更を数件選び、変更要求の受付から影響調査、レビュー、承認、図面改版、出図、製造指示、在庫や仕掛品の扱い、旧版回収。効果確認までを時系列で確認します。
Excelの管理表に書かれていない口頭承認、部門ごとの例外、仕入先への個別連絡も洗い出します。
月間の変更件数、関係する部門数、製品・部品点数、承認者の人数、変更が滞留する日数を記録すると、必要な機能と工数を見積もりやすくなります。
最初は変更受付・承認・配布のMVPに絞ります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
初期導入では、設計変更要求の登録、対象データの紐付け、承認ワークフロー、版・状態管理、関係部門への通知をMVPの候補にします。
BOM差分、適用日・型式・製番による有効性管理、ERPやMESへの自動連携、サプライヤーポータルは、業務上の重要度とデータ品質を確認してから追加します。
すべての例外処理を最初から画面化すると、要件定義とテストが膨らみます。
標準機能に合わせて業務を整理するFit to Standardを基本にし、競争力や安全に直結する差分だけを追加する考え方が有効です。
移行・連携・受入テストを独立した工程にします
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
設計変更管理では、システムを作ることより、正しい図面やBOMを正しい状態で移すことが重要です。
旧ファイルの重複、品番の表記揺れ、版番号の欠落、廃止品の扱いを整理し、データクレンジングと移行リハーサルを見積もりに含めます。
CAD、ERP、MES、品質管理、購買システムと連携する場合は、正常に送れるかだけでなく、品番不一致、通信停止、重複送信、承認後の修正。連携先のエラーを含めてテストします。
最後に設計・製造・品質の代表者が実データで受入確認し、切り戻し手順と教育計画を確定します。
設計変更管理システムの費用相場・価格帯
設計変更管理専用の公開定価は、ユーザー数、拠点、製品構成、CAD・ERP連携、移行量、
クラウドかオンプレミスかによって変わるため、個別見積もりが中心です。次の価格帯は、
リサーチノートの製造業向け相場と、2026年公開の一般的なシステム開発相場を組み合わせた計画用の目安であり、
特定製品の定価ではありません。
小規模クラウド導入は100万〜600万円が目安です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
1拠点、数部門、文書・BOM・変更申請・承認・通知から始めるクラウドPDMまたはPLMなら、初期設定、権限設計、テンプレート作成、少量の移行。操作教育を含めて100万〜600万円程度が一つの目安です。
月額はユーザー課金や機能課金で数万円〜数十万円から始まる場合がありますが、企業向けPLMは公開価格がないことも多く、ユーザー数、保存容量、API。サポート、追加拠点で変わります。
導入支援やデータ移行を別契約にするサービスもあるため、初年度の総額で比較します。
パッケージ導入と連携は500万〜2,000万円程度です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
CAD、ERP、MES、品質管理などの周辺システムと連携し、変更ワークフロー、E-BOM・M-BOM、権限、監査ログ、移行、教育まで含める場合は。
500万〜2,000万円程度が計画上のレンジになります。
中小規模の業務システムについて、2026年の公開解説では、複数業務を横断する構成が300万〜800万円。
基幹連携を含む大規模構成が800万円〜数千万円と整理されています。
出典: イー・ジーシステム「システム開発の費用相場と見積書の読み方」、2026年。
設計変更管理はデータ移行と業務連携の比重が高いため、単純な申請システムより上側に寄りやすい傾向があります。
複数拠点のPLM統合は2,000万〜5,000万円程度です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
複数工場、国内外の設計・製造部門、製造BOM、サプライヤー、製番やロットによる適用条件、CAD・ERP・MESの複数連携をまとめる場合は。2,000万〜5,000万円程度が目安です。
要件定義、データモデル、権限・承認、インターフェース、移行、テスト、教育を同時に進めるため、期間も6〜12か月程度になりやすいです。
個別の有効性管理、レガシー連携、全社展開、24時間運用、厳格な監査要件まで含めると、5,000万円〜1億円超の予算になる場合があります。
開発費の考え方は、人月単価に必要工数を掛け、ライセンス、クラウド、移行、教育、保守などの付帯費用を加える形です。
2026年の公開解説でも、費用は人月単価、必要工数、付帯費用の3要素で決まり。要件定義の精度によって見積もりが倍以上動くことがあると説明されています。
出典: イー・ジーシステム、2026年。
設計変更管理では、業務コンサルタント、PLM導入SE、連携エンジニア、移行担当、テスト担当の構成によって単価が異なるため。総額だけで安さを判断しないことが大切です。
設計変更管理システムの費用内訳
見積書では「システム開発一式」とまとめられた金額ではなく、どの工程にどれだけ費用が掛かるのかを確認します。
特に設計変更管理では、ソフトウェアの実装費よりも、現行業務の整理、部品表や文書の移行、
周辺システムとの連携、受入テスト、教育に費用が配分されることがあります。
要件定義・設計・開発の人件費が中心です
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
要件定義では、設計変更の種類、承認者、変更対象、版とリビジョン、適用日・製番・ロット、監査証跡、通知先、連携先を決めます。
基本設計・詳細設計では、製品構成の持ち方、ECR・ECO・ECNの状態遷移、権限、検索、差分表示、エラー処理を定義します。
開発・設定では、標準機能の設定、追加画面、APIやCSV連携、帳票、通知、ダッシュボードを作ります。見積書に工程別の人月が書かれていれば、要件追加時の増額を比較しやすくなります。
連携・データ移行・教育は別項目で計上します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
ERPやMESとつなぐ場合、接続先ごとに仕様調査、認証、データ変換、送受信、再送、エラー通知、結合テストが発生します。
CADや文書管理とつなぐ場合は、ファイル形式、参照権限、版の不変性、チェックアウト・チェックイン、旧版の閲覧範囲を決めます。
移行では、図面、仕様書、BOM、変更履歴、品番、取引先、製造拠点のデータを整理し、対象外データを明確にします。
教育は操作説明だけではなく、変更を起票する条件、承認者の責任、旧版を使わないルールまで含めて計画します。
ライセンス・クラウド・保守を5年単位で比べます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
クラウドでは、ユーザー、保存容量、追加モジュール、API、バックアップ、サポート、環境数によって月額が変わります。
オンプレミスでは、サーバー、データベース、バックアップ、監視、冗長化、パッチ適用、更新作業が必要です。
専用開発では、障害対応、問い合わせ、脆弱性対応、OS・ミドルウェア更新、機能改修、データ修正を保守契約に含めるかを決めます。
保守費用は初期開発費に応じた割合を計画上の目安にすることがありますが、SaaS料金や継続的な対応を含むかで変わるため、契約条件とセットで確認します。
費用・コスト・値段が変動する主な要因
同じ設計変更管理システムでも、対象範囲と業務ルールによって見積もりは大きく異なります。
相見積もりで金額差が出たときは、単価だけでなく、対象データ、業務の例外、連携、テスト、
保守の前提を同じ条件にそろえて比較します。
ユーザー数・拠点数・データ量で規模が変わります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
設計者だけが使うのか、製造、品質、購買、保守、外部サプライヤーまで使うのかで、権限、画面、通知、教育、ライセンスが変わります。
1工場だけなら拠点固有のルールで始められますが、複数工場では、品番体系、承認ルート、言語、休日、データの所在、拠点間の配布条件を統一する必要があります。
図面やBOMの件数、変更履歴の保存年数、添付ファイルの容量もクラウド料金と移行工数に影響します。
承認ルートと有効性管理の複雑さが費用を左右します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
軽微な変更は担当者と課長の承認、重大な変更は設計審査会、品質保証、製造責任者、購買責任者の承認というように、変更種別でルートを分けると。ワークフロー設計とテストの工数が増えます。
さらに、設計変更を即時適用するのか、特定の日付から適用するのか、製品型式、製番、ロット、拠点。仕掛品の状態で適用条件を分けるのかによってデータモデルが変わります。
将来必要かもしれない条件をすべて初期実装するのではなく、実際の変更事例を基に優先度を決めます。
セキュリティ・品質・連携要件で追加費用が発生します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
設計図面やBOMは営業秘密になり得るため、最小権限、MFA、暗号化、操作ログ、ダウンロード制御、外部協力会社の期限付き権限、退職者のアカウント停止。バックアップと復旧訓練を要件に含めます。
経済産業省は2025年4月に工場システム向けサイバー・フィジカル・セキュリティ対策ガイドライン関連資料を更新しており、IT・OTの接続、資産管理。
インシデント対応、復旧をRFPで確認する材料になります。
出典: 経済産業省「工場システムにおけるサイバー・フィジカル・セキュリティ対策」、2025年。
規制産業や品質監査の対象では、監査証跡、電子署名、変更の承認記録、試験成績、文書化も追加されるため、セキュリティと品質を最後に足すと予算が膨らみやすいです。
設計変更管理システムのコスト最適化のポイント
コスト最適化の目的は、機能を削って安くすることではなく、変更漏れや手戻りを減らすために必要な機能へ予算を集中することです。
初期導入の範囲を絞り、標準機能を使い、データと業務ルールを整理してから拡張すると、
初期費用と将来の保守負担を両方抑えやすくなります。
1工場・1製品群のMVPから段階導入します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
全社の図面、BOM、品質、購買、製造、保守を一度に移すと、要件調整とデータ移行が複雑になります。
まずは変更件数が多く、現場の課題が見えやすい1工場・1製品群を選び、変更リードタイム、承認滞留、旧版使用件数、手戻り、製造反映漏れを測定します。
効果を確認してから他工場やサプライヤーへ広げると、必要な機能にだけ追加投資できます。
標準機能を優先し、アドオンを増やし過ぎません
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
パッケージやSaaSの標準ワークフロー、権限、版管理、監査ログ、APIを先に評価し、業務を合わせられる部分は運用を変えます。
自社だけの承認文言や、紙の帳票をそのまま再現するための画面は、作る前に廃止・簡素化できないか検討します。
独自拡張を増やすと、アップデートのたびに改修と回帰テストが必要になり、初期費用だけでなく保守費用も増えます。
独自性が製品競争力や安全性に直結する機能だけを追加開発へ回します。
データクレンジングとKPIを先に決めます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
移行対象をすべての過去データにすると、重複、欠落、旧版、廃止品の判断に時間が掛かります。
現行製品、保守中の製品、監査で参照する履歴など、稼働開始時に必要なデータを先に定義し、その他は保管方法を分けます。
コアのOpenPDM導入事例では。出図プロセスを電子化して出図までの期間を半減した例が紹介されています。
出典: 株式会社コア「OpenPDM導入事例」、2026年確認。
自社でも変更リードタイム、承認滞留、旧版参照、手戻りを導入前後で測れるようにすると、費用対効果を判断しやすくなります。
設計変更管理システムの見積もりを取る際のポイント
見積もりを依頼するときは、「設計変更を管理したい」という要望だけでなく、対象範囲、
現行業務、データ、連携、セキュリティ、導入時期を資料にします。開発会社が同じ前提で算出できるほど、
価格の比較が正確になります。
RFPには変更プロセスとデータ範囲を書きます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
RFPには、ECR・ECO・ECNの使い分け、変更種別ごとの承認者、必須項目、関連する図面・BOM・仕様書、差分表示、版の確定条件。適用日や製番の扱い、通知先、旧版の閲覧制御を記載します。
月間変更件数、ユーザーと拠点、データ容量、保存期間、現行システム、APIやCSVの有無も必要です。
さらに、MFA、操作ログ、バックアップ、障害時の復旧目標、サプライヤーの接続条件、教育、稼働後の問い合わせ体制を非機能要件に含めます。
複数社を工程・成果物・前提条件で比較します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
相見積もりでは、要件定義、基本設計、設定・開発、連携、データ移行、テスト、教育、稼働支援を同じ項目で並べます。
各工程の人月、単価、担当者の役割、成果物、受入条件、対象外の作業、追加変更の単価を確認します。
2026年の費用解説でも、工程別の人月と付帯費用が明示されていれば、追加要求時の差額を試算しやすいと説明されています。
出典: イー・ジーシステム、2026年。
「一式」の安い見積もりは、テストや移行、保守が含まれていない可能性があるため、安さの理由を確認します。
デモでは正常系と異常系を確かめます
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
候補製品や開発会社のデモでは、変更申請を登録して承認するだけでなく、BOM差分、影響範囲、版の固定、差し戻し、承認者不在、権限不足、連携エラー。旧版の検索、適用日が異なる製品の表示を試します。
PTCの公開情報では、Vaillant Groupが設計変更通知の反映期間を150日から90日に短縮した事例が紹介されています。
出典: PTC「設計変更管理とは？」、2026年確認。
このような効果は製品を入れただけで得られるものではなく、変更プロセスを標準化し、関係部門が同じ情報を使える状態にした結果です。自社のKPIに置き換えられるかを確認します。
設計変更管理システムに関するよくある質問
ここでは、設計変更管理システムの費用や導入方法について、特に問い合わせの多い疑問に回答します。
金額は対象範囲や既存環境によって変わるため、回答のレンジと前提条件を確認してください。
設計変更管理システムは最低いくらから導入できますか？
1拠点で既存クラウドを使い、文書・BOM・申請・承認を設定する範囲なら、初期100万〜600万円程度が計画用の目安です。
月額料金、移行、教育、API連携が加わると変わるため、単純な申請フォームだけの価格とPLM導入の価格を同じものとして比較しないでください。
クラウドとパッケージではどちらが安いですか？
初期費用だけなら、サーバーを自社で用意しないクラウドが抑えやすい傾向があります。
ただし、ユーザー課金、保存容量、API、導入支援、サポートを5年分で比べると、パッケージが常に高いとは限りません。
自社のセキュリティ方針、データ所在、複数拠点の利用、アップデート対応、解約時のデータ返却まで含めて総保有コストを判断します。
設計変更管理システムの開発期間はどれくらいですか？
小規模クラウド導入は1〜3か月、パッケージ設定と連携は3〜9か月、中規模PLM導入は6〜12か月、
個別開発や全社展開は12〜24か月以上が一つの目安です。データ移行、承認者の調整、
CAD・ERP・MESの仕様、受入テストの回数、教育期間によって変わるため、開発会社には工程別のスケジュールと前提条件を提示してもらいます。
費用を抑えるには何から始めればよいですか？
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
まず、実際の設計変更票を数件追跡して、変更漏れ、承認滞留、旧版使用、二重入力が起きている場所を特定します。
そのうえで、1工場・1製品群のMVP、標準機能中心の運用、必要最小限の移行範囲を定め、複数社へ同じRFPを渡します。
最安値を選ぶのではなく、移行・テスト・教育・保守が含まれた総額と、将来の追加費用を比較することが重要です。
まとめ
設計変更管理システムの費用相場は、対象範囲によって大きく異なります。小規模クラウド導入は100万〜600万円、
パッケージ導入と連携は500万〜2,000万円、複数拠点のPLM統合は2,000万〜5,000万円、
個別開発や全社展開は5,000万円超を目安にできますが、これは公開定価ではなく、
要件と既存環境を踏まえた計画用のレンジです。
費用は機能数より変更範囲とデータ連携で決まります
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
見積もりでは、要件定義、人件費、標準設定・追加開発、CAD・ERP・MES連携、データ移行、テスト、教育、ライセンス、クラウド、保守を分けて確認します。
ユーザー数、拠点数、BOMや図面の量、承認ルート、製番・ロットの有効性、セキュリティ、監査要件が増えるほど費用と期間は上がります。
初期費用を下げるだけでなく、アップデートや障害対応を含む将来の保守コストまで見て判断します。
まずは現行の設計変更業務とMVP範囲を整理します
- 確認対象：この見出しで扱う範囲と前提を整理します。
- 比較の観点：初期・継続・追加の要素を分けて確認します。
- 判断の基準：自社の要件と運用体制に照らして検討します。
発注前には、実際の変更票を追跡し、変更要求から製造反映までの業務、困っている例外、移行するデータ、連携するシステム、導入効果を整理します。
1工場・1製品群で小さく検証し、KPIを確認してから段階的に拡張する方針なら、過剰なアドオンや不要な移行を避けやすくなります。
複数社から同じ前提の見積もりを取り、金額だけでなく成果物、テスト、教育、保守体制まで比較してください。
設計変更の抜け漏れを減らし、設計・製造・品質・購買が同じ最新情報を使える状態を作るには、製品選びと同じくらい業務整理が重要です。
自社の変更プロセスに合う導入範囲を決め、費用の根拠が分かる見積もりを取得することから始めます。▼全体ガイドの記事
・設計変更管理システム開発の完全ガイド
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。