SIM管理システムの開発費は、管理対象、キャリア連携、eSIM基盤の有無によって、50万円から1億円超まで変わります。SaaSの初期設定だけなら50万〜300万円ですが、自社でeSIMの基盤まで持つ場合は3,000万〜1億円超が目安です。
▼全体ガイドの記事
・SIM管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
SIM管理システムの全体像
SIM管理システムは、SIMや契約者、端末の情報をまとめて管理します。通信プランや利用量、開通状態もその対象です。さらに、申込から停止・解約までのライフサイクルも制御します。
見積もりを依頼する前に、自社に必要な管理対象を明確にしておきます。
SIM管理システムの定義
契約から解約後の再利用まで追跡するため、識別子と状態を、操作履歴や請求情報と紐付けて管理します。管理の対象は、番号や端末の紐付けから状態遷移、回線機能、業務機能まで4つの領域にわたります。
- 識別子・紐付け：ICCID、IMSI、MSISDN、EID、IMEIと顧客・端末・拠点・契約。
- 状態遷移：準備中、開通、利用中断、再開、解約、廃棄、再利用。
- 回線機能：一括登録、在庫、開通・停止API、通信量取得、上限アラート。
- 業務機能：監査ログ、料金計算、請求データ、権限、CSV入出力。
契約回線が数百回線程度でも、Excelとキャリア画面を併用すると、入力ミスや解約漏れが生じがちです。そこで、状態と操作履歴を一つの台帳で管理すると、こうしたミスを防ぎやすくなります。
SIM管理システムの3種類
利用目的によって、必要な機能は変わります。扱う範囲は、通信事業者の加入者管理、IoT回線の管理基盤、企業の社内台帳で大きく異なります。
- 加入者管理・BSS・OSS：通信事業者やMVNOが、契約から課金までを扱う仕組みです。
- IoT CMP（Connectivity Management Platform）：IoT回線の管理基盤です。
- 社内台帳：企業の端末・貸与回線と利用者の紐付けを扱います。
加入者管理では、申込、本人確認、認証を扱い、番号管理やプロビジョニングも含まれます。キャリアの加入者データベースに加え、決済やCRM、ERPとも連携が必要になるため、費用も大きくなります。
IoT回線では、機器ごとのSIM割当や通信量の確認、通信停止を扱います。さらに、グループ管理やWebhook、クラウド連携にも対応します。
なお、通信事業者のAPIやSaaSを使えば、通信基盤を持たずに顧客ポータルだけを開発できます。
社内台帳では、回線を一覧にして確認する作業や解約申請、費用の配賦が中心です。また、eSIMの遠隔プロファイル切替やMNO接続を求めない場合も多く、範囲によって見積もりは大きく変わります。
見積もりの前に主なシステムの違いを整理しておくと、依頼する種類を取り違えずに済みます。
費用を見積もる前に決める対象範囲
見積もりの幅を抑えるには、対象SIMや利用者、回線数を先に定めます。
- 対象SIM：物理SIM、eSIM、IoT向けeUICC。
- 利用範囲：国内1キャリアか複数のMNO・MVNOか。
- 利用者：顧客向け販売か社内利用か。
- 処理規模：回線数、日次の開通・停止数、同時ログイン数。
- 運用条件：請求締め日、保存年数、障害時の復旧目標。
対象範囲が曖昧なまま「SIM管理画面を作りたい」と相談すると、開発会社は安全側に広い機能を含めて見積もるか、反対に画面だけの安い見積もりを出します。
請求や権限、キャリア連携、監査ログを後から加えると、設計をやり直すため費用と期間が増えます。そのため、請求や権限、連携も最初の設計の対象範囲に含めておきます。
SIM管理システムの費用相場とコストの内訳
SIM管理システムの費用には、全国統一の公開価格表がありません。ここに示すのは、一般的な業務システムの規模や公開IoT回線料金、eSIMとセキュリティ要件をもとにした2026年時点の企画用の推定です。
個別案件の確定見積もりは、別途取る必要があります。ただし、キャリア接続やデータ移行、24時間運用を含めると、価格帯の上限を超える可能性があります。
初期設定からフルプロビジョニングまでの価格帯
初期費用は、対象機能と連携範囲によって段階的に変わります。代表的な価格帯と期間を並べると、次のようになります。
- SaaS初期設定：50万〜300万円、1〜3か月。
- 既存基盤への追加開発：300万〜800万円、3〜6か月。
- 中規模の業務システム：800万〜2,000万円、6〜12か月。
- 複数キャリア・BSS連携：1,500万〜5,000万円、9〜18か月。
- 自社RSP・加入者基盤：3,000万〜1億円超、12〜36か月以上。
SaaSを使い、テナント設定や権限設計、台帳移行、簡単なAPI連携だけで済ませる場合は、初期費用が50万〜300万円です。自社ポータルやCSV入出力を加えると、300万〜800万円になります。通知や簡易料金計算も含まれます。
中規模システムには、台帳や状態遷移、開通・停止が含まれます。そのうえで、利用量や請求、権限まで対象になります。さらに、監査ログと複数拠点も入ります。
複数キャリアへの接続に加えて、BSS・ERP・CRM連携や注文、在庫まで含めると、1,500万〜5,000万円、9〜18か月程度です。
自社でeSIMのRSPやSM-DP+を持つ場合は、プロファイルの生成と配信、鍵管理が必要です。さらに、HSMや冗長化、適合試験も欠かせません。認定準備も含めると、この範囲の開発期間は12〜24か月以上が目安です。
MNO・MVNOとして加入者基盤や認証、課金を新規に構築する場合は、キャリア間接続や24時間運用まで含めます。一覧の自社RSP・加入者基盤の区分のうち規模が大きい場合として、この規模は5,000万円〜数億円、18〜36か月です。
開発費に含まれる主な内訳
見積書を工程ごとに分けると、どこに費用が偏っているかが分かります。企画段階では、次の割合を仮に置いて考えます。
- 要件定義・業務設計：10〜15%。
- 画面・API：25〜40%。
- キャリア・BSS連携：20〜30%。
- テスト・セキュリティ：15〜25%。
- 移行・教育・リリース：10〜20%。
たとえば1,200万円の案件では、キャリアAPI連携に250万円、画面とAPIに350万円、要件定義に150万円を配分した例があります。残りはテストとセキュリティに250万円、移行・教育に200万円を充てます。
画面・API25〜40%の割合は、連携の数に応じて上下します。実額は、API仕様や連携本数で変わります。さらに、エラー時の再実行や請求締め処理、権限の細かさも影響します。そのため、画面数だけで比べると、費用の差を見誤ることがあります。
回線・クラウド・保守のランニングコスト
初期の開発費以外にも、継続して費用がかかります。費用項目を分けて、3年TCOに反映します。
- 通信：SIM・回線の月額と通信量の従量課金。
- システム：クラウド、監視、保守、キャリアAPIの利用料。
SORACOM Airの日本カバレッジ向けプランは、500MB込みで385円/月、SIMの初期費用は990円です。グローバル向けのplan01sは1.8米ドル/月で、カード型SIMの初期費用は5.5米ドルです（出典：株式会社ソラコム公式料金ページ、2026年8月確認）。詳細はSORACOM Airで確認できます。
AWS IoT Coreは、回線料金とは別に、接続時間やメッセージ、Device Shadowなどを個別に課金します。Registryやルール実行も、課金の対象になります。
項目別の課金は、AWS IoT Core公式料金でも説明されています。通信回線や独自の請求機能は、別途必要です（出典：Amazon Web Services公式、2026年8月確認）。
3年TCOは、開発費と継続費用を合算したものです。継続費用には、SIM・回線費やクラウド費、保守費、運用人件費が含まれます。
SIM管理システムの費用が変動する要因
費用は、回線数やキャリア数、料金計算によって変わります。さらに、eSIMやセキュリティ、運用体制も影響します。そのため、見積もりでは金額の大小だけでなく、含まれる条件も確かめます。
回線数・キャリア数・同時操作数
回線規模とキャリア数は、検索性能や連携、操作基盤の設計を左右します。見積もりでは、次の二つの違いを押さえます。
- 回線規模：検索、一覧表示、一括処理、監視の設計が変わります。
- キャリア数：APIや状態・料金の差を吸収する連携が必要です。
たとえば100回線と10万回線では、必要な設計の水準が異なります。特に、10万回線の一括停止では、途中で失敗した回線だけを再実行する仕組みも必要です。
承認操作や実行結果のダウンロードも、あわせて検討します。人手による一括CSV処理にするか、堅牢なジョブ基盤を使うかで、工数は変わります。
複数キャリアでは、APIや状態コード、開通時間が異なります。利用量の単位や障害時の再送ルールも、キャリアごとに違います。そのため、キャリア別アダプターや共通データモデル、契約・料金の差分管理が必要になります。
複数キャリアに対応すると、一般的に1,500万〜5,000万円の中高規模の価格帯に入ります。
eSIM・RSP・SAS認定の扱い
どこまで自社で担うかを決めるには、プロファイル配信の構成と実機の適合性を確かめる必要があります。
- 配信要素：LPA、SM-DP+、SM-DS、IoT向けeIMやIPA。
- 適合対象：eUICC、端末・モジュール、プロファイル、通信事業者。
- 運用方式：認定済みサービスの利用か、自社RSPの構築か。
2026年5月、GSMA仕様一覧ではSGP.32 v1.3がActiveとして掲載されていました（出典：GSMA公式仕様一覧、2026年8月確認）。詳細はGSMAの仕様一覧で確認できます。
SGP.32は、画面のないIoT機器でもeSIMを遠隔操作できる仕様です。ただし、適合性を見るには、規格名に加えて実機での確認が必要です。
IIJは2025年に実証実験を公表しました。さらに、2026年7月にはKDDIとSORACOMが、SGP.32対応IoT SIMとプロファイル管理機能の提供開始を発表しています（出典：KDDI株式会社・株式会社ソラコム、2026年7月1日）。
KDDIとSORACOMの発表にあるような認定済みサービスを使えば、自社RSPの構築範囲を縮小できます。自社でSM-DP+やプロファイル管理を持つ場合は、GSMAのSecurity Accreditation Scheme（SAS）の対象となるサービスや設備かを確かめます。
鍵・証明書やHSM、物理・論理アクセスに加え、バックアップや災害復旧も設計の対象になります（出典：GSMA SAS公式説明、2026年8月確認）。こうした領域は、一般的な管理画面の追加機能として見積もると、不足しやすいところです。
セキュリティ・移行・24時間運用の有無
SIMや契約者の情報を守り、移行後も安定して運用するため、要件を設計段階でそろえておきます。
- 保護対策：権限分離、多要素認証、操作ログ、暗号化、脆弱性対応、バックアップ。
- 移行データ：重複ICCID・IMEI、解約済みなのに利用中の回線、顧客名の表記揺れ。
- 監視体制：一次対応、キャリアへのエスカレーション、RTO・RPO、休日承認。
扱う情報は、SIM識別子や契約者、端末の情報が中心です。通信量や認証情報も保護の対象です。通信事業者として個人情報や通信情報を扱う場合は、個人情報保護委員会の電気通信事業分野ガイドラインも確認します。
利用目的や委託先、保存場所、漏えい時の対応を、要件に反映します（出典：個人情報保護委員会、2026年8月確認）。詳細はガイドラインで確認できます。
24時間監視では、休日の承認フローも必要になります。移行や運用設計を後回しにすると、リリース後の改修費や人件費が膨らみます。
SIM管理システム開発の進め方
費用を抑えつつ品質を確保するには、全機能を一度に作らず、優先順位をつけて段階的に進めることが有効です。特に、キャリア連携やeSIMは、画面より先に実機と実回線で成功と失敗を確かめます。
企画・要件定義での業務と状態遷移の整理
業務の抜けを防ぐには、申込から再利用までの業務と担当を洗い出します。
- 業務フロー：申込、審査、SIM入荷、在庫割当、端末紐付け、開通、中断、再開、交換、解約、廃棄、再利用。
- 状態ごとの運用：変更担当者、承認、キャリアAPI、失敗時の戻し方、ログ保存期間。
- 設計資料：対象範囲、状態遷移図、データ・API一覧、権限表、料金計算ルール。
- 受入準備：障害時Runbook、受入テスト項目。
状態遷移を先に決めておけば、二重開通や停止漏れを減らせます。
要件定義を有償で発注すると、後続の開発見積もりの精度が上がります。さらに、不要な機能を作るリスクも下げられます。
小規模PoCでの実機・API・復旧の確認
本開発の前に100〜1,000回線程度のPoCを行い、実機やAPI、復旧の動きを確かめます。検証は、基本的な操作、APIと復旧、eSIM実機の3つの面で進めます。
- 基本機能：登録、開通、停止、利用量取得、上限アラート、CSV出力。
- API・復旧：タイムアウト、再送の冪等性、失敗回線だけの再実行。
- eSIM実機：端末、通信モジュール、eUICC、ブートストラッププロファイル。
PoCの目的は、変更しにくい前提を早く見つけることにあります。たとえば、キャリアの停止処理が非同期の場合、画面を「ボタンを押したら即時停止」と設計すると、実際の状態とずれが生じます。
成功や受付中、失敗、要確認を分けて表示すると、運用と開発の手戻りを減らせます。
段階開発・試験・移行・運用
まず利用部門の受入条件を決めたうえで、段階開発から試験、移行、運用へ進みます。開発は、次の三段階で進めます。
- 第一段階：SIM台帳、顧客・端末紐付け、権限、監査ログ、基本API連携。
- 第二段階：通信量、アラート、料金計算、請求データ、CRM・ERP連携。
- 第三段階：マルチキャリア、eSIM、分析、自動化。
各段階で利用部門の受入条件を決めると、予算と効果を管理しやすくなります。
試験では正常系に加えて、API遅延や重複要求、途中失敗を確かめます。さらに、通信断や権限不足、請求締め日の境界も含めます。同じSIMの二重割当や移行後の件数不一致も検証します。
リリース後は、監視や脆弱性対応、ログ監査を続けるとともに、権限も見直します。契約が終わったときのデータ返却や削除も、運用手順に含めます。
SIM管理システムのコストを最適化するポイント
コストを抑えるには、開発会社に値下げを求めるよりも、自社機能と外部サービスの分担を決めることが効果的です。将来の回線数やキャリア変更も見据え、最小構成にしておきます。
SaaS・既存APIの活用と自社開発の範囲
回線管理の基盤は既存サービスに任せ、顧客対応や業務連携は自社機能として作る方法があります。
- SaaS・事業者API：開通・停止、通信量収集、SIM状態管理。
- 自社開発：顧客ポータル、申請・承認、独自料金計算、CRM・ERP連携。
- 認定済みeSIMサービス：RSP、鍵、HSM、認定設備を一から保有せず利用。
認定済みeSIMサービスを使うと、初期費用と運用リスクを抑えやすくなります。
ただし、SaaSには回線ごとの月額やAPI呼び出し、データ転送の費用がかかる場合があります。最低利用量や追加キャリア、解約時のデータ返却費用も、かかることがあります。
導入前に、1,000回線、1万回線、10万回線の3パターンで、月額と3年累計を試算します。そのうえで、自社開発との損益分岐点も見ておきます。
必須機能からの段階導入と先行投資の回避
まずは回線の基本管理から始め、運用に必要な機能をそろえていきます。初期リリースでは、次の範囲を対象にします。
- 回線管理：SIM台帳、検索、一括登録、状態変更。
- 運用管理：権限、監査ログ、主要キャリア連携。
高度な分析や複雑な代理店精算、全キャリア対応を一度に作ると、未利用機能に予算を使うことになります。eSIM切替を同時に作る場合も、同じことが言えます。回線増加に合わせて料金計算や自動化を追加すれば、投資効果を見極められます。
一方で、データモデルや権限、監査ログ、APIエラーの設計は、後から変えにくいものです。そのため、これらは初期段階から作っておきます。将来のキャリア追加を妨げない共通データモデルは、後続の費用を抑えます。
データと運用の標準化による保守費の抑制
キャリアごとの状態名や料金単位を共通化すると、仕様変更時の保守負担を抑えられます。
- 状態・料金単位：キャリア固有の違いを共通形式へ変換。
- 納品資料：API仕様書、データ辞書、テストデータ、障害時手順。
- 運用通知：月次の回線見直し、未利用回線、通信量異常、解約予定、在庫不足を自動通知。
標準化すると、キャリア追加や契約変更時の改修範囲を抑えられます。さらに、資料をそろえておけば、特定の担当者に頼らずに保守を続けられます。
利用停止中でも月額がかかるサービスでは、停止と解約を分けて管理します。そのうえで、再利用期限を通知するだけでも、不要なランニングコストを減らせます。
SIM管理システムの見積もりを依頼するポイント
見積もりを依頼するときは、機能一覧に加えて、回線数やキャリア、データ量を渡します。さらに、操作量やSLA、移行対象を伝えます。セキュリティ要件も添えます。
各社が同じ前提で見積もれる資料を用意すると、金額の差を、機能の差と見積もりの条件の差に分けて読み取れます。
RFPに書くべき項目
各社が同じ条件で見積もれるよう、RFPには次の項目を記載します。
- 対象・規模：加入者管理、IoT CMP、社内台帳、SIM種別、地域、キャリア数、現在・3年後の回線数。
- 業務要件：開通・停止・再開のSLA、利用量・請求単位、管理者・代理店・顧客の権限。
- 連携：必要なAPI、CSV、Webhook、CRM・ERP。
- eSIM：SGP.02、SGP.22、SGP.32、対応端末・モジュール、LPA・eIM、発行主体、SASの担当範囲。
- 運用・納品：移行件数、テストデータ、ログ期間、監視時間、RTO・RPO、診断、ソース・設計書、データ返却。
複数社の比較で見る初期費用以外の項目
複数社を比べる際は、初期費用に加えて、総額や運用の品質を見る必要があります。そのうえで、見積もりの費用項目と技術要件を分けて確認します。
- 費用内訳：要件定義、開発、接続、試験、移行、保守、回線、クラウド、API、障害対応。
- 追加費用：最低回線数、月額、従量課金、追加キャリア、仕様変更、解約、データ出力。
- 技術要件：冪等性、停止時の代替策、再実行、ログ保持、診断範囲、eSIM対応時期。
初期費用が安くても、継続費用を加えると3年後の総額が高くなる場合があります。そのため、項目をそろえたうえで、3年TCOで比べます。
見積書では、納品物や前提条件を確認します。除外事項や責任の境界も見ておきます。
公開サービスの情報を見るだけでなく、自社の回線や端末、請求業務を使ったデモやPoCで確かめます。
安すぎる見積もりに潜むリスク
極端に安い見積もりでは、要件定義やキャリア試験、異常系テストが含まれていない場合があります。データ移行や監視、運用引き継ぎも、除外されていることがあります。そのため、担当者や工数、前提条件を確かめ、納品物や除外事項、追加条件も確認します。
SIMやeSIMに詳しい開発会社でも、通信事業者の責任まで担えるとは限りません。したがって、キャリアと認定サービス事業者、クラウド、開発会社の間で、責任の範囲を整理します。
障害時の一次対応者と、契約先への連絡担当を決めておきます。その内容を、契約とRunbookに記載します。
よくある質問（FAQ）
SIM管理システムの費用や開発方法について、発注前によくある質問に答えます。必要な範囲は、回線数や運用体制に応じて見積もります。
SIM管理システムの開発費はいくらですか？
SaaS初期設定は50万〜300万円、既存基盤への追加開発は300万〜800万円、中規模システムは800万〜2,000万円が企画段階の目安です。さらに、複数キャリア、BSS、eSIM RSP、24時間運用を含めると、1,500万〜1億円超になる場合もあります。
SIM固有の公開見積もりはないため、この金額は機能範囲や公開料金から組み立てた推定です。比べるときは、回線数やキャリア数、請求を分けて見ます。認定や移行、保守も切り分けたうえで、3年TCOで比較します。
SIM管理はSaaSとスクラッチ開発のどちらが良いですか？
早く回線やプロファイルを管理したいなら、認定や運用実績のあるSaaSや事業者APIを使い、独自画面や請求連携だけを開発する方法が向いています。
独自料金や複雑な契約、マルチテナント、加入者基盤が競争力になる場合は、スクラッチ開発を検討します。その際は、初期費用に加えて、月額や従量課金、キャリア追加を確かめます。障害対応やデータ返却、契約終了後の移行性も見ておきます。
通信基盤はSaaSに任せ、顧客体験と業務連携は自社開発とするハイブリッドも有力な選択肢です。
eSIM対応にすると開発費はどれくらい増えますか？
既存のeSIMサービスを使い、対応端末の登録やプロファイル切替をポータルに組み込むだけなら、数百万円規模の追加開発で収まることがあります。
自社でSM-DP+や鍵管理、HSMまで担う場合は、3,000万〜1億円超の別プロジェクトとして考えます。SAS対応や冗長化、適合試験も、この範囲に含まれます。
SGP.32のような規格名は、見積もりの材料としては不十分です。eUICCや端末・モジュール、ブートストラップを具体的に決めます。プロファイル発行者や対象キャリア、実機試験範囲も、あわせて定めます。
見積もりの金額差が大きいときは何を確認すれば良いですか？
まず、要件定義やキャリア連携、異常系テストが含まれるかを見ます。移行や監視、保守も対象かどうかを確かめます。そのうえで、回線やクラウド、APIの月額や従量課金も調べます。
最低利用量や追加仕様、解約費用も確かめ、初期費用と3年TCOを同じ条件で比べます。担当者のSIM・eSIM業務への理解、実機検証の可否、障害時の責任範囲の明確さも確認します。安い見積もりを選ぶ前に除外事項と追加費用の条件を確かめると、リリース後の予算超過を防ぎやすくなります。
まとめ
初期設定は50万〜300万円、中規模システムは800万〜2,000万円が目安です。複数キャリア・BSS連携は1,500万〜5,000万円、自社RSPや加入者基盤は3,000万〜1億円超です。
SIM固有の公開相場は限られます。そのため、機能範囲や回線数、キャリア数を分けて考えます。eSIMやセキュリティ、移行、運用も別に見ます。
開発方式と対象範囲の決定
まず、加入者・BSSやIoT CMP、社内端末台帳のうち、どれを作るかを決めます。加えて、既存SaaSや通信事業者API、自社開発の分担も決めます。
eSIMでは、SGP.32などの規格と対応端末を別工程として扱います。プロファイル管理や認定・鍵管理も、別に切り分けて考えます。そのうえで、実機PoCで成立性を確かめます。
3年TCOによる判断
開発費に加えて、SIM・回線費やクラウド費、API従量課金、保守費を比べます。さらに、監視や運用人件費、移行、契約終了時のデータ返却も見ます。
必要な機能は段階的に導入する一方で、データモデルや権限、監査ログ、障害時の再実行は先に固めておきます。その結果、費用と品質のバランスを取りやすくなります。
▼全体ガイドの記事
・SIM管理システム開発の完全ガイド
▼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を創業。