Scalaのシステム開発の見積相場や費用/コスト/値段について

Scalaのシステム開発費用は、単純な社内APIやバッチなら300万〜800万円、中規模の業務Web・複数連携なら800万〜2,000万円、データ基盤や大規模刷新なら2,000万円〜3億円超まで広がります。

ただし、Scalaという言語だけで価格が決まるわけではありません。要件の複雑さ、既存Java資産の活用、Scala 2・Scala 3とJDKの組み合わせ、Sparkなどのデータ処理基盤、専門人材の確保、クラウド利用量、24時間運用の有無によって見積もりは大きく変わります。この記事では、2026年時点で予算を検討するための費用相場、内訳、開発期間、変動要因、コスト最適化の考え方を順番に解説します。

▼全体ガイドの記事
・Scalaのシステム開発の完全ガイド

Scalaのシステム開発費用はどれくらいですか？

結論からいうと、Scalaのシステムは小規模な検証から全社基盤まで用途の幅が広いため、費用相場も一つの金額には収まりません。発注前の予算取りでは、開発費だけでなく、移行、クラウド、監視、脆弱性対応、保守を含む総額で考えることが重要です。

小規模PoC、社内API、単一業務のバッチであれば、初期開発費は300万〜800万円が一つの目安です。認証やCI/CD、テスト環境を既存基盤から流用できれば下限に近づきますが、Scalaの開発基盤を新設し、設計レビューや性能検証まで行う場合は上限寄りになります。

中規模の業務Web・APIで、受発注や顧客管理、権限管理、外部API連携、データ移行まで含める場合は800万〜2,000万円程度です。データ基盤、ETL、ストリーミング、分析処理を中心に作る場合は2,000万〜6,000万円、大規模な基幹連携や全社刷新では5,000万円〜3億円超となる場合があります。これらはScalaだけの公開見積ではなく、一般的なシステム開発相場とScala案件の人材単価を組み合わせた、要件定義前の推定レンジです。

ScalaはJava仮想マシン上で動作し、既存JavaライブラリやJDBC、認証・監視基盤を活用できます。そのため、既存資産を活かせる案件ではゼロから環境を作る費用を抑えられます。一方で、関数型の設計、非同期処理、型安全なドメインモデル、分散処理を適切に扱える人材が必要になり、設計とレビューの工数が増えることがあります。

費用を比較するときは、見積書の総額だけでなく、要件定義、基本設計、実装、テスト、移行、運用設計、プロジェクト管理が何人月含まれているかを確認します。Scala案件の人材単価は案件サイトの公開情報で、経験5年程度が月70万〜100万円、経験3〜4年程度が月50万〜70万円という目安が紹介されています（出典: Relance「2025年Scala案件の単価相場」、2024年公開情報を2026年8月に確認）。これは発注会社の請求額そのものではありませんが、専門人材の確保費を考える参考になります。

Scalaのシステムで費用が発生する内訳

Scalaの見積もりは、開発者の作業時間だけで構成されるわけではありません。業務を理解して要件を定義する時間、将来の保守を見据えて設計する時間、データを移す時間、稼働後のインフラとサポートを準備する費用まで分けて見ると、価格の理由を比較しやすくなります。

開発人件費は、役割ごとの月単価に人月を掛けて算出するのが基本です。たとえば、Scala経験者を5人月、1人月70万〜100万円の範囲で配置すると、開発者分だけで350万〜500万円になります。ここにプロジェクトマネージャー、業務担当の要件定義者、インフラ担当、テスト担当の工数が加わります。

高い単価の人を減らせば単純に安くなるとは限りません。難しい業務ルールを理解した設計者が不足すると、実装の手戻りや障害対応が増え、結果的に総工数が膨らむためです。Scalaの型や非同期処理をチームで統一できるリードエンジニアを要所に置き、定型的な実装やテストは役割分担する方が、品質と費用のバランスを取りやすくなります。

予算の仮置きでは、要件定義を10〜15%、基本設計を15〜20%、詳細設計を10〜15%、実装・単体テストを30〜40%、結合・総合テストを15〜20%、移行・導入を5〜10%程度に分けて考えます。これは固定の料金表ではなく、業務システムで漏れやすい工程を先に確保するための配分例です。

Scalaでは、コンパイルで検出できる不整合を増やせる一方、非同期処理や分散処理の実行時挙動をテストする必要があります。負荷試験、障害時の再実行、メッセージの重複、タイムアウト、データ整合性を後回しにすると、リリース直前に大きな追加費用が出ます。テストデータと受入条件を早い段階で決めることが、見積もりの精度を上げます。

ランニングコストには、コンピュート、データベース、ストレージ、ネットワーク転送、ログ保存、バックアップ、監視、商用サポート、保守人員が含まれます。データ量や処理回数で増減するクラウド費と、毎月固定で発生する保守費を分けると、利用拡大時の予算を予測しやすくなります。

一般的なスクラッチ開発では、保守費を初期開発費の年15〜20%程度で仮置きする考え方があります。初期費3,000万円なら年450万〜600万円程度という計算ですが、これは業務範囲とSLAによって変わる目安です。脆弱性対応、OSやJDKの更新、障害の受付時間、復旧目標、追加開発の単価を契約前に分けて確認します。

規模別の開発費用と期間の目安

ここでは、Scalaのシステムを用途と規模で分けて、初期開発費と期間を整理します。公開されている一般的なシステム開発相場でも、簡易ツールは数十万〜数百万円、中規模Webは数百万円〜2,000万円、大規模基幹は数千万円〜億単位まで幅があります（出典: SIA株式会社「システム開発の費用・相場 2026年版」、2026年確認）。Scala案件では専門人材と基盤整備が加わるため、下記はそのままの価格表ではなく、予算取り用のレンジです。

小規模案件は、単一の業務やデータ処理に目的を絞り、2〜4か月程度で動く検証版や社内向けAPIを作るケースです。初期開発費は300万〜800万円を目安にします。既存の認証、データベース、デプロイ環境を使えると抑えやすい一方、Scalaのビルド環境、コード規約、CI、テスト自動化を新設すると一定の初期費用が発生します。

PoCでは、いきなり本番と同じ全機能を作らず、性能、既存Javaとの連携、データ変換、主要な業務ルールの実現性を確認します。検証の成果物を本開発へ引き継げる設計にしておけば、PoC費用が捨て金になりにくくなります。ただし、PoCをそのまま本番利用する場合は、認証認可、監査ログ、バックアップ、障害対応を追加する必要があります。

受発注、在庫、顧客、契約、ワークフローなど複数の業務を扱い、画面とAPI、外部サービス連携、権限管理、監査ログ、データ移行まで含める場合は800万〜2,000万円程度です。期間は4〜8か月を目安にします。画面をReactなどで別チームが作るか、Scala側でAPIと業務ロジックに集中するかでも工数は変わります。

中規模案件で価格が上がりやすいのは、機能数よりも例外処理と外部連携です。締め処理、返品、権限の委譲、再送、取消、日付の境界、連携先の障害などを仕様化しないまま進めると、後から追加開発になりやすくなります。見積もり前に業務フローとデータ項目を洗い出し、必須機能と後回しにできる機能を分けます。

ETL、データレイク、集計、ストリーミング、レコメンド、機械学習前処理を組み合わせる場合は、2,000万〜6,000万円、期間は6〜12か月程度が目安です。データの量や到着頻度、再処理の要否、品質チェック、保持期間、利用者数によって、Sparkクラスタやジョブの構成が変わります。

Databricks公式では、ScalaノートブックをSparkやDelta Lakeと組み合わせ、ジョブとして自動化でき、単一ノードのコンピュートで小規模ワークロードの費用を抑える選択肢も紹介されています（出典: Databricks「Databricks for Scala developers」、2026年確認）。マネージドサービスを使えば基盤構築の工数を減らせますが、実行時間、クラスタ起動、ストレージ、転送、ログ保存の従量費は別途発生するため、月次の利用量を試算します。

多数の外部インターフェース、24時間運用、複数拠点、厳しい性能要件、段階移行、旧システムとの並行稼働を含めると、5,000万円〜3億円超となる場合があります。期間は12〜24か月以上を見込みます。特に基幹刷新では、開発そのものよりマスタ移行、移行リハーサル、利用部門の教育、切り戻し計画、複数ベンダーの調整が大きな費用要因になります。

大規模案件では、最初から全機能を一括開発するより、業務境界を切ったモジュラーモノリスや段階移行から始める方が、初期リスクを抑えやすくなります。全社の重要業務を一度に切り替える場合は、テスト環境と本番環境の差異、ピーク時の同時実行数、障害時の復旧時間を見積もりへ明記します。

Scalaのシステム開発費用を左右する変動要因

同じ機能数でも、技術標準と運用要件が違えば見積もりは変わります。Scala固有の費用差を説明するには、言語のライセンス料金ではなく、バージョン互換性、専門人材、ライブラリ、性能、可用性、セキュリティの検証にどれだけ工数が必要かを見ることがポイントです。

新規開発ではScala 3を選ぶのか、既存ライブラリや業務資産に合わせてScala 2.13を選ぶのかを決めます。Scala公式は、Scala 3にLTSとNextの2系統があり、Scala 2.13の保守を今後も継続する方針を示しています（出典: Scala公式「Scala development guarantees」、2026年8月確認）。一方、Scala 2.11は保守対象外ですので、新規採用の候補から外します。

Scala公式が2026年6月に公開したScala 3.3.8 LTSではJDK 26への対応が示されていますが、プロジェクトで使えるJDKは利用するフレームワーク、クラウド、監視エージェント、社内標準にも左右されます。バージョンを決めずに開発会社へ見積もりを依頼すると、後から互換性調査や移行テストが追加されるため、Scala、JDK、sbt、主要ライブラリをRFPに記載します。

データ基盤でApache Sparkを使う場合、Web APIのScala 3と同じバージョンを選べるとは限りません。Apache Spark 4.0.0ではScala 2.12のサポートを外し、Scala 2.13を標準にし、JDK 8・11からJDK 17を標準にしています（出典: Apache Spark「Spark Release 4.0.0」、2025年公開情報を2026年8月に確認）。この互換性を見落とすと、既存ジョブの修正、依存ライブラリの置き換え、再計算、性能試験に費用が発生します。

見積もりでは、処理量、1日の実行回数、許容処理時間、失敗時の再実行、データ品質エラーの扱い、保持期間を確認します。小さなデータで動くサンプルだけを作り、本番のピーク量を測らないままクラスタを決めると、稼働後のクラウド費が予想を超えるためです。

Scalaの経験者が社内にいるか、Java経験者をScalaへ広げるか、専門会社へ委託するかで、立ち上がり費用が変わります。経験者が少ないチームで複雑な型や非同期処理を採用すると、レビューや教育に時間がかかります。反対に、Scalaだけを知っていて業務を理解していない場合も、業務整理と仕様確認の工数が増えます。

発注時には、担当者のScala 2・Scala 3経験、Javaとの混在経験、Spark・Akka・Play・ZIOなど対象ライブラリの実績、本番障害への対応経験を確認します。担当者が交代しても運用できるよう、設計書、依存ライブラリ一覧、SBOM、テスト結果、運用手順、障害時の切り戻し手順を納品物に含めることが重要です。

個人情報、決済情報、医療情報、金融データを扱う場合は、Scalaを採用しただけで安全になるわけではありません。入力検証、SQLインジェクション対策、認証認可、暗号化、監査ログ、依存ライブラリの脆弱性管理、バックアップ、災害復旧、委託先管理を要件に含めます。個人情報保護委員会の安全管理措置や、経済産業省のサイバーセキュリティ経営ガイドラインも確認先になります。

可用性を99.9%以上にする、複数リージョンで冗長化する、数分以内に復旧する、24時間監視を置くといった要件は、インフラ費だけでなく設計、試験、運用人員を増やします。必要な水準を決めずに「高い可用性」とだけ依頼すると過剰設計になりやすいため、許容停止時間と許容データ損失を数値で定義します。

開発方式別に考えるScalaのシステムのコスト

費用を下げるために、最初からScalaで全機能を作る必要はありません。業務の競争力になる部分だけをScalaで作り、標準機能やマネージドサービスで置き換えられる部分を分けると、初期費用と保守費の両方を整理しやすくなります。

単純な申請、台帳、通知、一般的な顧客管理であれば、SaaSやクラウドの標準機能を使う方が、スクラッチより早く始められることがあります。Scalaはデータ変換、独自の業務ルール、外部連携APIなど、差別化につながるバックエンドに限定する方法もあります。

ただし、初期費用が低い代わりに、月額利用料、ユーザー数課金、API回数課金、データ保管料、追加機能のカスタマイズ費が発生します。将来の利用人数、データのエクスポート可否、契約終了時の移行方法、障害時の責任分界を確認し、3年程度の総保有コストで比較します。

会計、販売、在庫、CRMなどに既存パッケージを使える場合は、標準機能に業務を寄せ、Scalaは連携APIやデータ変換、固有の判定処理に限定する方法があります。標準機能を大幅に改変すると、アップデートのたびに検証と改修が必要になり、初期開発費だけでなく将来の保守費も上がります。

見積もりでは、パッケージ設定費、追加開発費、連携費、データ移行費、ライセンス費、アップデート対応費を分けます。業務をシステムに合わせられる部分と、独自性を残すべき部分をワークショップで決めると、過剰なカスタマイズを避けやすくなります。

独自の料金計算、複雑な契約、リアルタイム連携、大量データ処理などが競争力に直結するなら、スクラッチ開発でScalaを活用する合理性があります。型安全なドメインモデルとテストを組み合わせることで、複雑なルールを長期運用しやすくできる可能性があります。

一方、単純な登録・検索・一覧表示が中心で、Scalaの性能や表現力を活かす場面が少ない場合は、別の技術や既存サービスの方が採用と保守を含めて合理的なことがあります。言語へのこだわりではなく、業務の複雑性、同時実行数、データ量、長期保守の担当者を基準に判断します。

既存Javaシステムを一度にScalaへ置き換えると、移行費、並行稼働費、テスト費、切り戻し費が集中します。まず独立性の高いバッチ、データ変換、特定ドメインのAPIから段階的に移行し、Javaとの相互運用性を活かす方が、リスクと年度ごとの予算を分けやすくなります。

段階移行では、旧システムと新システムのデータ整合、二重書き込み、監視、リリース順序を設計します。移行対象を細かく区切りすぎると接続部分が増えて逆に複雑になるため、業務上の境界とデータ所有者を基準に切り出します。

Scalaのシステムで見積もりを取る進め方

良い見積もりを取るには、開発会社へ「Scalaで業務システムを作りたい」とだけ伝えるのでは足りません。目的、利用者、データ、連携、性能、セキュリティ、運用を同じ前提で共有し、2〜3社から同じ粒度の提案を受けます。SIAの2026年情報でも、要件を固めて複数社から概算を取ること、最低2〜3社へ同じ要件で依頼することが推奨されています。出典はSIA株式会社「システム開発の費用・相場 2026年版」（2026年確認）です。

最初に、現行業務のどこに時間やミスが発生しているか、システム化によって何を改善したいかを整理します。利用者の部署と人数、権限、画面数、主要なデータ項目、保存期間、外部連携先、ピーク時のアクセス数、リリース希望日をたたき台にします。

Excel、CSV、手入力、FAX、重複マスタ、例外運用を棚卸しし、システムに移す業務と変えない業務を分けます。特にマスタ移行は発注先へ丸投げすると、データの欠損や重複が後から見つかりやすくなります。項目定義、コード体系、過去データの保持範囲を発注側で決めるほど、見積もりの不確実性を減らせます。

Scala 2.13とScala 3のどちらを使うか、JDKのバージョン、Webフレームワーク、データベース、メッセージング、監視、デプロイ方式を見積もり前に候補化します。Sparkを使う場合は、Sparkの対応ScalaとJDKを優先して決めます。既存Java資産を呼び出す場合は、認証、トランザクション、例外処理、データ型の境界も検証します。

不確実性が大きい部分だけを、2〜4か月の小規模PoCや短い技術検証に切り出します。たとえば、ピーク時の処理時間、外部APIの制限、Sparkジョブの再実行、Javaライブラリとの互換性を測ります。検証の合否条件を数値で決めると、本開発へ進む判断と追加費用の説明が明確になります。

見積書は、要件定義、基本設計、詳細設計、実装、単体テスト、結合・総合テスト、移行、教育、運用引き継ぎを分けて記載してもらいます。人月単価、人月数、担当の役割、作業場所、契約形態、検収条件、変更管理の方法も確認します。金額が低い提案でも、テストや移行が除外されていれば単純に比較できません。

2〜3社へ同じRFPを渡し、Scala 2・Scala 3、JDK、Spark、依存ライブラリ、セキュリティ対応、障害時のSLA、ソースコードの権利、設計書とSBOMの納品範囲を質問します。受託会社、Scala専門会社、クラウド・データ基盤ベンダーでは担える範囲が違うため、製品費と開発費を混同しないことも大切です。

納品物は、ソースコードだけでなく、要件定義書、基本・詳細設計書、API仕様、データ定義、テスト仕様と結果、性能試験結果、依存一覧、SBOM、インフラ構成、運用手順、バックアップと切り戻しの手順まで確認します。成果物の不足は、担当会社を変えるときの引き継ぎ費用や、脆弱性対応の遅れにつながります。

保守契約では、問い合わせ時間、障害の優先度、一次対応と復旧の目標、JDKやScalaの更新、依存ライブラリのCVE対応、監視、バックアップ、追加開発の単価を分けます。開発費だけを安く見せて保守や更新を別料金にする提案もあるため、初年度だけでなく3年間の総額で判断します。

Scalaのシステム開発費を最適化するポイント

コスト最適化は、開発会社の単価を下げることだけではありません。不要な機能を作らない、手戻りを減らす、クラウドを使い過ぎない、運用できる設計にするという四つの視点で、初期費用と将来費用を同時に見直します。

最初のリリースで必要な業務を、必須、効果が高い、将来検討の三つに分けます。たとえば受発注なら、受注登録と在庫連携を必須にし、細かな帳票や高度な分析は後のフェーズへ分ける方法があります。機能を削るだけでなく、業務上の成果を測れる範囲に絞ることがポイントです。

ただし、認証認可、監査ログ、バックアップ、脆弱性対応を「後で追加する機能」に分類してはいけません。後から追加しにくい非機能要件は初期設計に含め、画面や帳票の優先度を調整します。これにより、安全性を下げずに初期開発の範囲を管理できます。

既存のJavaライブラリ、認証基盤、JDBC、監視、CI/CDを再利用できれば、Scala用にすべてを作り直す必要はありません。画面、認証、通知、ログ収集などの共通機能も、成熟したサービスや社内標準を使い、独自の業務ルールとデータ処理へ人材を集中させます。

Databricksのようなマネージドなデータ基盤を使う場合も、単一ノードやジョブスケジュール、クラスタの自動停止、データ保持期間を設計します。便利な機能を無制限に有効化するのではなく、開発環境と本番環境のサイズを分け、実行時間とデータ量を監視します。

サービスを細かく分割すると、デプロイ、監視、認証、ネットワーク、障害対応の対象が増えます。高い独立性や異なるスケールが必要な境界だけをサービス化し、その他はモジュラーモノリスとして始めると、初期開発と保守の複雑さを抑えられます。

将来の分割を見据えて、業務ドメイン、データ所有者、APIの契約、依存関係を設計しておけば、必要になった時点で段階的に切り出せます。アーキテクチャの流行ではなく、障害の影響範囲、チーム編成、リリース頻度を基準にします。

比較する金額は、初期開発費、クラウド費、保守費、追加開発、教育、監視、バックアップ、セキュリティ更新、移行を含めた総保有コストです。初期費用が安い提案でも、運用監視が手作業で、JDK更新や脆弱性対応が別見積もりなら、数年後の費用が高くなる可能性があります。

月ごとにクラウドの実行時間、ストレージ、転送量、エラー率、障害対応時間を確認し、予算との差を追います。開発中からログの保持期間とメトリクスを設計しておくと、費用の増加原因を把握しやすく、単にリソースを削ることによる性能劣化も避けられます。

Scalaのシステム開発費用に関するよくある質問

Scalaのシステム開発では、言語の将来性、Javaからの移行、人材不足、費用の考え方について質問が多くあります。ここでは、見積もり前に確認しておきたい代表的な疑問へ直接回答します。

小規模な検証、社内API、単一業務のバッチであれば、300万〜800万円程度を予算取りの起点にします。既存の認証やクラウド基盤を使えるか、画面やデータ移行を含むか、性能・セキュリティ試験をどこまで行うかで下限と上限が変わります。金額は要件定義前の推定であり、Scalaだけで決まる固定料金ではありません。

必ず安くなるわけではありませんが、Javaライブラリ、JDBC、認証基盤、監視基盤を再利用できれば、全面刷新より移行範囲を絞れます。独立性の高いバッチやドメインから段階的に移行し、JavaとScalaのデータ境界、テスト、運用を設計することで、費用とリスクを分散できます。単純なコード変換だけで済むと考えると、移行後の品質や保守費が増えるため注意が必要です。

データ量、処理頻度、同時実行数、再処理、保持期間が大きいほど、開発費とクラウド費は上がりやすくなります。Spark 4.0.0ではScala 2.13とJDK 17が標準になったため、既存のScala 2.12や古いJDKを使う資産がある場合は互換性検証も必要です。小規模な処理なら単一ノードやジョブの自動停止を検討し、本番のピーク量を測ってからクラスタを決めます。

同じScalaメジャー系統とJDKでの本番運用実績、対象ライブラリ、業務システムの要件定義経験、性能試験、障害対応、Scala 2から3または2.12から2.13への移行実績を確認します。価格だけでなく、担当エンジニア、保守時間帯、脆弱性対応の期限、設計書・テスト結果・SBOMの納品範囲も比較します。海外会社やクラウドベンダーを選ぶ場合は、日本語対応、契約主体、データの所在、責任分界も確認します。

まとめ

Scalaのシステム開発費用は、小規模PoC・社内APIで300万〜800万円、中規模業務Web・APIで800万〜2,000万円、データ基盤で2,000万〜6,000万円、大規模分散・全社刷新で5,000万円〜3億円超が予算取りの目安です。いずれもScala固有の定価ではなく、機能、データ量、外部連携、専門人材、移行、クラウド、運用要件によって変わる推定レンジです。

見積もりを取るときは、要件定義、設計、実装、テスト、移行、インフラ、クラウド、監視、保守を分け、Scalaのバージョン、JDK、Spark、既存Java資産、利用量を前提に書きます。2〜3社へ同じ要件で依頼し、総額だけでなく、除外項目、成果物、担当体制、障害対応、脆弱性対応まで比較します。

Scalaは、複雑な業務ルール、Java資産との連携、大量データ、イベント駆動、リアルタイム処理を扱う場合に強みを活かしやすい言語です。一方、単純な台帳やフォームだけなら、SaaSやパッケージの方が初期費用と保守費を抑えられる場合があります。言語の流行ではなく、業務の複雑性、データ量、障害許容度、チームの保守体制を基準に採用を判断します。

Scalaのシステム開発を具体化するなら、まず業務フローとデータを棚卸しし、必要な機能とPoCの範囲を決めます。そのうえで、Scalaに詳しい開発会社へ、要件・技術標準・運用条件をそろえた相談を行うと、価格の根拠を比較できる見積もりにつながります。

▼全体ガイドの記事
・Scalaのシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。