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

OpenID Connectのシステム開発費は、1アプリの本番導入で300万〜800万円、EC・アプリ・店舗を束ねる標準的なCIAMで800万〜2,000万円が目安です。

ただし、実際の見積もりはログインするアプリの数、月間アクティブユーザー数、既存会員の移行、MFA、CRMやポイント連携、24時間運用の有無で大きく変わります。この記事では、OpenID Connectのシステムにかかる費用相場と内訳、クラウドの料金体系、開発期間、価格が変動する要因、見積もりとコスト最適化のポイントを、EC・オムニチャネルでの利用を想定して解説します。

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

OpenID Connectのシステム開発費を考える全体像

OpenID Connectのシステムは、ログイン画面だけを作る開発ではありません。認証を担当するOpenID Provider（OP）、認証結果を利用するECサイトやアプリなどのRelying Party（RP）、会員データベース、CRM、ポイント、注文、同意管理、監視を一つのサービスとしてつなぐ仕組みです。費用を正しく把握するには、認証基盤の料金と、業務システム側を変更する受託開発費を分けて考える必要があります。

最初に費用へ影響する範囲を、認証基盤、RP側の改修、会員データ連携、セキュリティ試験、運用保守の五つに分けます。認証基盤では、認可コードフロー、PKCE、IDトークン検証、MFA、ソーシャルログイン、企業IdP連携などを選びます。RP側では、ログイン・ログアウト・セッション管理・エラー画面・権限判定を各アプリへ実装します。さらに、既存会員の識別子をOIDCのissとsubの組み合わせへ対応させる作業も必要です。

ECと店舗アプリの会員が別々に登録されている場合、OIDCを導入するだけでは同一人物の統合は完了しません。会員ID、メールアドレス、電話番号、同意履歴、ポイント残高、注文履歴のどれを正とするかを決め、重複や名寄せのルールを作る必要があります。この設計を見積もりから外すと、開発後半に追加費用が発生しやすくなります。

クラウドやIDaaSを使う場合は、月間アクティブユーザー（MAU）、MFAのSMS、メール送信、監視、ログ保管などの利用料金が継続的にかかります。一方、SI会社へ依頼する費用は、要件定義、設計、実装、データ移行、試験、リリース支援、保守契約などの人件費が中心です。たとえば、認証基盤の月額が安くても、三つのアプリと古い会員DBをつなぐ改修費が大きければ、総額は高くなります。

稟議では「初期開発費」「認証サービスの月額・従量料金」「周辺クラウド費」「運用保守費」「追加開発の予備費」を分けて記載します。これにより、初年度の導入費と、二年目以降の総保有コストを比較できます。

OpenID Connectのシステム開発費用相場

ここで示す受託開発費は、OIDC専用の国内公的統計から算出した価格ではありません。NotebookLMのリサーチノートにある業務システムの一般的な開発期間と規模感に、認証連携、会員移行、セキュリティ試験、運用設計の工数を加味した推定レンジです。実際の見積もりでは、要件を分解して各項目を確認してください。

認証基盤を選ぶ前に、1つのWebアプリまたはスマートフォンアプリを接続するPoCなら、100万〜300万円、期間は1〜2か月が一つの目安です。対象は、認可コードフロー、PKCE、IDトークンのissuer・audience・署名・有効期限の検証、開発環境の監視、簡易的なログイン画面などに絞ります。既存会員の大量移行や複数の外部IdPは含めず、技術的な成立性とユーザー体験を確かめる段階です。

PoCの金額をそのまま本番費用と考えてはいけません。本番では、障害時の再試行、ログアウト、パスワードリセット、メール認証、権限エラー、監査ログ、秘密情報の管理、負荷試験などが必要になります。PoCの成果物に、発見した課題と本番移行時の追加工数を残すことが重要です。

ECサイト一つを本番導入するケースでは、300万〜800万円、期間は2〜4か月が目安です。会員登録・ログイン・ログアウト、メール認証、パスワードリセット、既存会員との識別子連携、基本的な監査ログ、障害対応を含む想定です。認証基盤はクラウドやIDaaSを利用し、EC側の画面とセッション、APIの認証処理を改修する構成なら、このレンジに収まりやすくなります。

ただし、決済前の再認証、会員ランクによる表示制御、複数のソーシャルログイン、本人確認、購入履歴の移行、注文データとの整合性確認を追加すると、工数は増えます。見積書では「既存会員のパスワードを移行できるか」「旧ログインをいつ停止するか」「認証障害時に注文を継続できるか」を明記してください。

EC、スマートフォンアプリ、店舗会員、コールセンターなど複数のRPを一つの会員基盤へ接続する標準的なCIAMでは、800万〜2,000万円、期間は4〜8か月が目安です。会員IDの統合、CRM・ポイント・注文との連携、ソーシャルログインや企業IdP、MFA、同意管理、監査ログ、負荷試験、運用設計までを含む想定です。

この規模では、OIDCの設定よりも周辺システムとのデータ整合性が費用を左右します。たとえば、ECと店舗で同じ顧客が別のメールアドレスを使っている場合、本人確認をともなうアカウント統合の手順が必要です。統合を自動判定できない会員を問い合わせ窓口へ回す運用も、開発費と保守費の対象になります。

数百万会員、複数ブランド、店舗端末、レガシー認証、24時間監視、冗長化、データクレンジング、セキュリティ診断まで含む大規模移行では、2,000万〜5,000万円以上、期間は6〜12か月が一つの推定レンジです。全社共通ID基盤や厳格なSLA、海外リージョン、複雑な本人確認、基幹システムの再設計まで含めると、5,000万円〜1.5億円以上になる場合もあります。

この金額はOIDCのプロトコル実装単体の価格ではありません。複数の業務システム、組織・ブランドごとの権限、旧認証との並行稼働、段階的な会員移行、問い合わせ対応、教育、運用監視などを含めたプロジェクト全体の推定です。価格だけでなく、停止できない時間帯や移行失敗時の復旧方法まで比較してください。

OpenID Connectの費用内訳

見積書の総額だけを見ると、高い理由も安い理由も分かりません。OpenID Connectのシステムでは、企画・要件定義、認証と業務の設計、RP実装、会員移行、テスト、リリース、運用保守を別項目に分けると、削れる部分と削ってはいけない部分を判断しやすくなります。

要件定義では、利用者を顧客、従業員、取引先に分け、どのチャネルを一つのアカウントで利用させるかを決めます。MAU、ピーク時のログイン数、外部IdP、MFA、パスキー、本人確認、同意管理、データ所在地、保存期間、退会時削除も整理します。ここで顧客IDをメールアドレスにしないことが重要です。OPが発行するissとsubの組み合わせを外部識別子として保存し、メールアドレスは変更可能な属性として扱います。

認証と認可を混同しない設計も必要です。OIDCで「誰がログインしたか」を確認しても、注文の閲覧や店舗管理画面の操作権限まで自動的に決まるわけではありません。ロール、スコープ、テナント、会員ランク、業務上の所属をどのサービスが判定するかを設計する費用を、認証基盤の見積もりに含めます。

アプリ連携では、Discoveryのwell-known URL、issuer、authorization endpoint、token endpoint、userinfo、JWKS、redirect URI、scope、claimsを接続仕様書にします。Web、iOS、Android、店舗端末、管理画面ごとにクライアントを分けるか、アクセストークンの対象APIをどう分けるかで工数が変わります。UIの変更だけではなく、バックエンドのセッションとAPI認証、ログアウト、トークン失効の処理も対象です。

会員移行では、既存パスワードを移行できるか、初回ログイン時に再認証するか、メール認証をやり直すかを確認します。パスワードハッシュの方式が新しい認証基盤に対応しない場合は、旧システムとの一時的な照合や、パスワード再設定を案内する段階移行になります。重複会員の名寄せ、退会済み会員、同意撤回済み会員、利用停止会員をどう扱うかも、データ移行費に含めてください。

テストでは、正常なログインだけでなく、redirect URIの不一致、stateやnonceの不一致、PKCE検証失敗、issuer・audience・署名・有効期限の不正、JWKSローテーション、トークン漏えい、アカウント列挙、CSRF、リプレイ、レート制限、ログアウトを確認します。IETFが2025年1月に公開したRFC 9700では、公開クライアントのPKCE利用や、リダイレクトURIの厳密な照合などがベストプラクティスとして示されています（出典: IETF「RFC 9700」、2025年）。

運用設計では、認証失敗率、ログイン遅延、トークン発行エラー、外部IdP障害、SMS送信失敗、異常なログイン試行を監視します。認証基盤が止まるとEC、アプリ、店舗の複数チャネルへ影響するため、通知先、一次対応、切り戻し、問い合わせ窓口、復旧目標を決めます。ログにIDトークンや個人情報をそのまま出力しない設計も必要です。

OpenID Connect対応サービスの料金体系

認証サービスの料金は、開発会社へ支払う初期費用とは別に発生します。無料枠だけで比較せず、MAU、MFA、SMS、ソーシャルログイン、フェデレーション、監査ログ、サポート、データ所在地、SLAの条件を同じ利用量で試算してください。料金ページは更新されるため、以下は2026年8月に公式ページで確認した内容を基にした読み方です。

クラウド型の認証基盤では、月に一度でも認証したユニークユーザーをMAUとして数える料金体系がよく使われます。登録会員数ではなく、繁忙期を含む認証ユーザー数を見積もることがポイントです。ログインのほか、トークン更新、MFAのSMS、メール送信、ボット対策、監査ログ保管が別料金になることもあります。

Amazon Cognitoでは、SAMLまたはOIDCフェデレーションの50 MAUまでが無料で、超過分は1 MAUあたり0.015米ドルと公式料金ページに記載されています。高度なセキュリティ機能やMFA用SMSは別途料金がかかり、SMSはAmazon SNSの料金も確認する必要があります（出典: AWS「Amazon Cognito 料金」、2026年8月確認）。為替で円換算が変わるため、見積書には米ドル料金、為替前提、請求時の変動リスクを併記してください。

Okta Customer Identityは、必須のEnterprise base productが月額3,000米ドルからで、年契約が必要です。追加機能は利用量などに応じた料金で、公式ページでは詳細な利用条件に基づく見積もりを案内しています（出典: Okta「Plans and Pricing」、2026年8月確認）。無料の開発者プランと本番利用の契約条件が異なるため、PoCの料金だけで本番費用を判断しないでください。

Microsoft Entra External IDは基本的にMAU課金で、M2M Authentication、SMS Phone Authentication、データ所在地に関するGo-Localなどの追加機能は別の課金モデルです。公式の料金説明では、外部テナントの10,000ユーザーの基本サインインを無料枠内の例として示し、M2Mはトランザクション単位で計算する例も説明しています（出典: Microsoft Learn「External ID Pricing」、2026年8月確認）。AWSやOktaと単純な月額だけを比べず、必要な機能をそろえた年間総額で比べます。

OpenID Connectのシステム開発の進め方

OpenID Connectは仕様に沿って設定すれば終わる機能ではなく、会員・業務・運用をまたぐ基盤です。要件を先に固め、1アプリで検証し、段階的にチャネルを増やす進め方が、手戻りと認証停止のリスクを抑えやすくなります。

最初に、顧客、従業員、取引先のどの利用者を対象にするかを決めます。EC、アプリ、店舗端末、コールセンター、管理画面を一覧にし、各システムの会員DB、現在のログイン方式、担当部署、停止できる時間帯を整理します。会員数だけでなく、通常月とキャンペーン月のMAU、ピーク時の同時ログイン、海外利用、要配慮情報の有無も確認します。

この段階で、認証を一つにする範囲と、業務データを一つにする範囲を分けてください。OIDCでログインを統一しても、CRMやポイントのマスターが別々なら、データ連携と権限設計は残ります。範囲を分けることで、初回リリースの費用と将来拡張の費用を別々に見積もれます。

標準構成では、認可コードフローにPKCEを組み合わせ、OPからIDトークンを受け取ってユーザーを認証します。IDトークンはログイン結果を表し、アクセストークンはAPIへのアクセス権を表すため、両者を同じ用途で扱わない設計にします。redirect URIは環境ごとに完全一致させ、state、nonce、issuer、audience、署名、有効期限を検証します。

次に、claimsへ入れる属性を必要最小限にします。氏名や生年月日などを全サービスへ渡すのではなく、会員IDや必要な属性だけを連携し、業務システム側で追加情報を取得する方式も検討します。個人情報の利用目的、同意、第三者提供、国外委託、保存期間、退会時の削除を、システム設計と同時に決めることが大切です。

実装後は、開発・検証・本番のテナントとクライアントを分け、秘密情報やredirect URIの取り違えを防ぎます。正常系、認証キャンセル、既存会員、初回登録、パスワード再設定、MFA失敗、外部IdP障害、OPの鍵ローテーション、API権限不足をテストします。負荷試験では、キャンペーン開始直後のログイン集中とトークン発行の遅延を確認します。

リリースは、店舗やブランドを一度に切り替えず、1ブランド・1アプリから始める方法が現実的です。旧ログインとの並行期間、再認証の案内、問い合わせのテンプレート、切り戻し条件、監視ダッシュボードを用意し、問題がなければ対象を広げます。AWSのPurina事例では、14のデジタルサービスと200万人超のペットオーナーを対象に、Cognitoを使ったCIAMを一つのアプリへ4か月で適用したと紹介されています（出典: AWS「Purina Builds a Strategic Consumer IAM Solution」、確認日2026年8月）。これは個別事例であり、一般的な相場ではなく、対象範囲と既存資産を確認する参考例です。

OpenID Connectの費用が変動する要因

同じOpenID Connect対応でも、1アプリのログイン連携と全社の会員基盤では、必要な設計・移行・運用が異なります。見積もりが変わる主な要因を先に把握すると、価格差が単なる営業費用なのか、要件差によるものなのかを比較できます。

Webサイト一つであれば、認証フローとセッションを一つのアプリへ組み込めます。しかし、EC、iOS、Android、店舗端末、管理画面を接続すると、クライアント登録、redirect URI、APIのaudience、リリース手順、障害時の影響範囲が増えます。さらに、MAUが増えると認証サービスの従量料金、ログ保管、監視、負荷対策も増えます。

同じ会員数でも、毎月ログインするユーザーが少ないサービスと、キャンペーンで短期間に認証が集中するサービスでは必要な容量が違います。登録会員数、通常月MAU、繁忙月MAU、ピーク時の認証要求数を分けて提示すると、過剰なプランを選びにくくなります。

既存会員のパスワードハッシュを新しいOPへ移せる場合は、移行処理を比較的単純にできます。移せない場合は、初回ログイン時のパスワード再設定、旧認証との一時併用、メール認証、本人確認、問い合わせ対応を組み合わせます。会員数が多いほど、移行バッチの検証、再実行、エラーの個別対応、データクレンジングの工数が大きくなります。

ECと店舗で同一人物を判定するキーがない場合、メールアドレスだけで自動統合すると、誤統合やアカウント乗っ取りにつながる可能性があります。本人確認を経た統合、統合候補の保留、統合後の注文・ポイントの扱いを業務ルールとして定義し、システム費用だけでなく運用費用も見積もります。

MFA、パスキー、本人確認、異常ログイン検知、デバイス情報、IP制限を追加すると、認証画面だけでなく、回復フロー、問い合わせ対応、監査ログ、通知、セキュリティ試験が増えます。金融・決済・本人確認に近いサービスでは、FAPI 2.0など高セキュリティAPI向けのプロファイルを検討する場合があり、設計・試験・審査の工数が追加されます。

また、認証基盤の停止が売上や店舗業務へ直結する場合は、マルチリージョン、冗長化、バックアップ、障害時の代替導線、24時間監視、SLA、インシデント対応を考えます。可用性を高めるほど初期費用とランニングコストは増えますが、全チャネル停止の損失と比較して必要水準を決めることが大切です。

OpenID Connectの見積もりを取る際のポイント

複数社へ見積もりを依頼するときは、「OIDCを実装してください」だけでは比較できません。対象チャネル、会員数、移行方式、セキュリティ水準、運用時間、成果物、保守範囲を同じ条件で渡し、各社がどこまで含めた金額かを確認します。

RFPには、対象となるRP、通常月と繁忙月のMAU、既存会員数、会員DBの種類、外部IdP、MFA、パスキー、ソーシャルログイン、店舗端末、CRM・ポイント・注文連携を記載します。技術条件として、認可コードフロー、PKCE、redirect URIの完全一致、state、nonce、JWKSローテーション、トークン有効期限、ログアウト、claimsの最小化を明示します。

さらに、データ移行の対象と除外、旧ログインの並行期間、切り戻し条件、監視時間、障害時の連絡体制、ログ保持期間、脆弱性診断、納品物、ソースコードと設定の引き渡し、保守の応答時間を確認します。初期開発だけでなく、月額・従量料金と年間保守を同じ書式で提示してもらうと、総額を比べやすくなります。

発注先は、OIDCの設定経験だけでなく、EC会員、アプリ、店舗、CRMを横断したID設計とデータ移行の実績で選びます。製品ベンダー、認証基盤を運用するクラウド会社、要件定義や連携実装を担うSI会社は役割が違うため、誰がどの範囲を担当するかを確認してください。

提案時には、認証障害時の代替策、鍵・証明書の更新、外部IdPの仕様変更、脆弱性情報への対応、監視アラートの一次受け、問い合わせ窓口、担当者の交代時の引き継ぎを質問します。安価な提案でも、これらが別料金や対象外なら、運用開始後に追加費用が発生する可能性があります。

追加費用につながりやすいのは、会員DBの品質が分からない、既存パスワードの移行可否が未確認、外部IdPの仕様が不明、店舗端末の通信が不安定、認証障害の業務影響が整理されていない、MFAや本人確認の要件が後から追加されるケースです。提案前にサンプルデータと現行フローを共有し、前提条件と除外条件を見積書へ残します。

見積もりの精度を上げるには、要件定義を一度で完璧にする必要はありません。まずは確定要件、仮置き要件、調査が必要な要件を分け、調査・PoC・本開発を段階契約にします。判断材料が増えた段階で本番範囲を確定すると、根拠のない予備費を減らせます。

OpenID Connectのシステム開発でコストを最適化するポイント

コスト最適化は、認証の安全性や移行品質を削ることではありません。標準仕様とマネージドサービスを使える部分、業務固有の設計が必要な部分、将来拡張へ回せる部分を分け、初期リリースの価値に予算を集中させる考え方です。

いきなり全ブランド・全チャネルを統合せず、利用効果を測れる一つのアプリやブランドから始めます。ログイン率、購入完了率、パスワード問い合わせ件数、会員統合率、認証失敗率などの指標を決め、効果を確認してから対象を広げます。最初から使わない高度な属性連携や複雑な管理画面を作らなければ、初期開発費を抑えやすくなります。

ただし、後から作り直すと高くなる基盤要件は先に決めます。外部識別子のissとsub、テナント、scope、claims、ログの相関ID、鍵のローテーション、会員退会、同意撤回、データ削除は、初期版でも拡張を妨げない形にします。削るのは機能の量であり、標準的なセキュリティ検証ではありません。

認証サーバーをゼロからスクラッチ開発すると、標準仕様への追随、脆弱性対応、鍵管理、MFA、アカウント回復、監査ログ、負荷対策を継続的に担う必要があります。特別な要件がなければ、Amazon Cognito、Microsoft Entra External ID、Auth0やOkta、Google Cloud Identity Platform、Keycloakなどを比較し、業務固有の会員統合や画面をSIで作り込む構成が現実的です。

既成サービスを選ぶときは、月額の安さだけで決めません。MAUが増えたときの単価、SMSや高度なセキュリティ機能、サポート、データ所在地、エクスポート、障害時の責任分界を確認します。小規模なPoCで本番の料金・制限・契約条件を確認しておくと、後からの製品変更費を抑えられます。

運用開始後の手作業を減らすには、監視項目、アラート、鍵の更新、設定変更の承認、ログの保管、アクセス権レビュー、障害報告を最初から設計します。認証イベントに相関IDを付け、トークンやパスワードをログへ残さず、失敗理由を運用者が確認できる形にします。自動化の初期費用はかかりますが、夜間対応や調査時間を減らし、保守費の予測を立てやすくします。

保守契約は、単に「月額で対応」ではなく、対象時間、応答時間、復旧目標、脆弱性対応、仕様変更、外部IdPの障害、追加開発の単価を分けて定義します。運用保守費は、リサーチノートでは初期開発費の年15〜25％程度を仮置きする考え方が示されていますが、実際には監視時間、SLA、利用料、SMS、ログ保管の条件で変わるため、案件ごとに再計算してください。

よくある質問

ここでは、OpenID Connectのシステム開発費を検討する担当者からよく寄せられる質問へ回答します。金額だけでなく、どの範囲を含めた費用かを確認することが大切です。

技術検証を目的としたPoCなら、100万〜300万円、1〜2か月が目安です。本番のECサイト単体では、会員連携や試験を含めて300万〜800万円が一つの推定レンジです。対象範囲、既存会員の状態、MFA、運用要件によって上下するため、金額だけを最低価格として断定しないでください。

できません。認証サービスの料金は、OPの利用、MAU、MFA、SMS、ログ、サポートなどの費用であり、ECやアプリ側の改修、会員移行、テスト、運用設計は別に必要です。製品料金と受託開発費を分け、初年度と二年目以降の総保有コストで判断してください。

移行できるかは、現在のパスワードハッシュ方式と新しい認証基盤の対応状況によります。方式が合わない場合は、初回ログイン時の再認証、パスワード再設定、旧認証との一時併用などで段階移行します。メールアドレスだけで会員を自動統合せず、本人確認、重複、退会済み、同意撤回済みの扱いを含めて設計してください。

最初の対象を1アプリや1ブランドに絞り、認証基盤は既成サービスを比較し、会員移行とセキュリティ試験の範囲を明確にする方法があります。PoCで料金、制限、認証フロー、運用負荷を確認してから本番範囲を決めると、作り直しを抑えられます。ただし、PKCE、state、nonce、トークン検証、ログ管理、退会・同意撤回などの安全に関わる要件を削ってはいけません。

まとめ

OpenID Connectのシステム開発費は、PoCや1アプリ接続で100万〜300万円、ECサイト単体の本番導入で300万〜800万円、EC・アプリ・店舗を束ねる標準CIAMで800万〜2,000万円、大規模オムニチャネル移行で2,000万〜5,000万円以上が推定レンジです。これらはOIDC専用の公的な価格表ではなく、リサーチノートの開発期間・規模感に、認証連携、会員移行、試験、運用設計を加味した目安です。

相場は一つの正解ではなく、対象範囲と前提条件をそろえるための出発点です。PoC、単体本番、標準CIAM、大規模移行のどこに該当するかを決め、RP数、MAU、既存会員数、移行方式、MFA、監視、SLAを付け加えると、自社の予算に近いレンジへ絞り込めます。

見積もりでは、製品のMAU・MFA・SMS・ログ・サポート料金と、要件定義、RP改修、会員統合、データ移行、セキュリティ試験、監視・保守を分けてください。最初の対象を絞りながらも、issとsubによるID設計、PKCE・state・nonce、トークン検証、退会・同意撤回、認証障害時の復旧を初期要件に含めることが、将来の作り直しと予期せぬ追加費用を抑えるポイントです。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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