旅行・観光業向けの旅行予約システムは、初期費用が0円から数千万円超まで幅があります。予約の対象、外部システムとの連携、独自機能の有無によって、金額は大きく変わります。
費用以外も含めた全体像は、次の完全ガイドにまとめています。
▼全体ガイドの記事
・旅行・観光業向け旅行予約システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
旅行・観光業向け旅行予約システムの費用相場
標準機能で足りる場合の費用は、月額数千円〜数十万円が目安です。既存システムとの連携や独自の予約ロジックを加えると、初期費用は100万〜1,000万円超まで広がります。
旅行商品、客室、座席、体験枠のどれを扱うかで、必要な設計は変わります。さらに、販売チャネルの数も見積もりに影響します。
標準機能中心の費用目安（初期0円〜数十万円）
小規模な宿泊施設や体験事業者は、初期0円〜数十万円、月額数千円〜数十万円のクラウド型SaaSを使える場合があります。そのうえで、公式サイトの空室・空き枠表示や予約確認メールを標準機能で行えるかを確かめてください。
- Tabie：初期0円、1契約あたり最大5ユーザーで月額1万円から
- 宿メモ：初期無料、月額基本料7,700円
- 契約範囲：初期設定、移行、決済導入の費用が含まれるか
Tabieの公式料金は、日本システム開発株式会社が2026年8月に確認した内容です（出典: 日本システム開発株式会社「Tabie」公式料金、2026年8月確認）。Web販売、GDS・XML連携、利用者数、追加オプションの条件は、サービスごとに異なります。
たとえば宿メモでは、顧客管理が月額2,200円、英語版予約画面が月額1,100円のオプションです（出典: 株式会社マックスマシーン「宿メモ」公式料金、2026年8月確認）。施設ごとの初期設定やプラン登録が、公開価格にどこまで含まれるかも確認しておく必要があります。
外部連携や独自機能を加えた場合の費用（300万〜1,000万円以上）
独自機能や複数システムとの連携を加える場合は、SaaSの月額料金だけでは比べられません。まずは、主な開発方式ごとの費用幅を見ておきましょう。
- パッケージ拡張・API連携：100万〜500万円程度
- 小〜中規模スクラッチ：300万〜1,000万円程度
- 地域プラットフォーム：1,000万〜3,000万円超
追加機能の例は、会員登録、ポイント、クーポンです。在庫や販売では、複数施設の在庫と団体予約、抽選、動的料金が加わります。多言語・多通貨や、PMS・OTA・CRM・会計とのAPI連携も見積もりに影響します。
旅行業向けの業務ロジック、販売チャネル間の在庫同期、返金・キャンセル料の計算、ピーク時の負荷対策も、費用に関わります。
一般相場では、エンジニア1人が1か月作業する人月単価が50万〜120万円で、小規模は2〜3人月、中規模は4〜6人月の例があります（出典: モカモコ株式会社「予約システム開発の費用相場 2026年版」、2026年3月）。
旅行・観光業は、予約画面に加えて業務管理や連携も必要です。そのため、単純な予約フォームの相場をそのまま当てはめず、要件に沿って見積もります。
旅行予約システムの費用内訳
見積書に「システム開発一式」とだけ書かれていると、後から追加費用が生じやすくなります。そのため、企画・要件定義から保守運用まで、費用を項目ごとに分けて確認しましょう。
予約と管理の基本機能、外部連携・決済、データ移行、テストも項目別に見ると、どこに費用がかかるのかが分かります。
企画・要件定義にかかる費用（業務整理とデータ設計）
業態によって、販売や予約の流れは異なります。そのため、旅行会社、宿泊施設、体験事業者それぞれについて、在庫管理と承認業務を要件に反映させておく必要があります。
誰が何を販売し、いつ在庫を減らすのかを、業務の流れに沿って整理します。変更・取消・返金を誰が承認するかも同じ時点で決めておくと、後の手戻りを防げます。
- 旅行会社：商品造成、見積、手配、請求、団体管理、行程表
- 宿泊施設：客室タイプ、料金プラン、連泊、子ども料金、在庫元
- 体験事業者：時間枠、定員、ガイド、天候、参加者、チケット
工程を省くと、電話予約の在庫反映やOTA側のキャンセル取り込みが後から要件となり、納期と費用を押し上げます。要件定義、画面設計、データ項目の整理は開発費の一部ですが、後工程の手戻りを減らす投資でもあります。
予約・会員・管理画面の費用と変動要因
予約画面だけでなく、会員向けの追加機能や管理画面も費用に影響します。必要な機能と業務ルールは、分けて検討しておきましょう。
- 利用者機能：検索、空き状況、予約、変更、キャンセル、確認メール
- 予約の拡張：会員ランク、ポイント、クーポン、履歴、団体、抽選、仮予約
- 管理機能：商品・プラン・客室・座席・体験枠、料金、除外日
- 管理ルール：キャンセル規定、スタッフ権限、操作ログ
一般相場では、会員登録・ログインが20万〜40万円、決済連携が50万〜80万円、自動リマインドが10万〜20万円です。
また、複数店舗対応は30万〜60万円、CRMなどのAPI連携は50万〜100万円の例があります（出典: モカモコ株式会社「予約システム開発の費用相場 2026年版」、2026年3月）。
旅行向けの見積もりでは、施設数、ユーザー数、予約単位、権限の細かさを機能ごとに確認します。機能名だけでなく、対象範囲まで明確にすることが大切です。
見落とされやすい費用（API連携・決済・移行・保守）
連携や決済のほかに、移行や保守も費用として発生します。見積もりでは、初期費用と継続費を次の観点で分けて見ることが大切です。
- API連携：連携先ごとに接続設計やエラー対応が必要
- 決済：初期・月額・取引・返金・チャージバック費用
- データ移行：既存データの整形や重複排除
- 保守：監視、バックアップ、障害対応、更新作業
予約と販売まわりでは、PMS、サイトコントローラー、OTA、GDSとの接続が費用を左右します。顧客や業務まわりでは、CRM、会計、BI、入退室管理との接続も費用に関わります。
観光庁は2026年3月、データ連携仕様が標準化されていないことを生産性低下の一因として、標準データセットを公表しました（出典: 観光庁「観光DX推進に向けたデジタルツールのデータ連携における標準化に関する調査結果」、2026年3月）。
連携では、項目、認証、更新頻度、障害時の再送、重複予約の防止を設計します。Stripeの日本向け標準料金は、カード決済の成功1回あたり3.6％です（出典: Stripe「料金体系」、2026年8月確認）。決済手数料は、売上に応じて発生する運用費です。
導入方式別の価格帯と向いているケース
導入方式は、標準機能に業務を合わせられるか、どこに独自性を残すかで選びます。初期費用が安くても、月額料金を5年間払い続けると総額が大きくなる場合があります。
スクラッチ開発は初期費用が大きい一方で、競争力に直結する機能を自社の資産として積み上げられます。初期費用と長期の運用費の両面で比べましょう。
SaaS・クラウド型の初期0円〜数十万円と早期導入
SaaSやクラウド型は、サーバー構築やバージョンアップを自社で抱えずに済むため、数週間〜2か月程度で導入できる場合があります。向き不向きと契約条件は、導入前に整理しておきましょう。
- 標準業務：宿泊・体験予約、メール通知、簡単な顧客管理
- 月額の変動要因：施設・客室・利用者・予約件数、オプション
- 契約確認：最低期間、解約時のデータ、手数料、連携、権限
サポートの範囲と障害時の連絡方法も、あわせて確かめておきます。標準機能で足りない業務をExcelや電話で補い続けると、導入効果が下がる可能性があります。
旅行業パッケージ・拡張型の費用目安（100万〜500万円程度から）
旅行業パッケージは、標準機能を使いながら不足分を改修する方式です。機能、拡張費、更新時の扱いを分けて確かめましょう。
- 標準機能：商品登録、手配、請求、行程管理、Web販売
- 拡張対象：PMS、GDS、OTA、会員基盤などの追加
- 更新時の懸念：独自の予約単位や料金計算は改修を重ねやすい
一般予約システムでは、パッケージカスタマイズが10万〜100万円、スクラッチが50万〜1,000万円以上の例があります（出典: モカモコ株式会社「予約システム開発の費用相場 2026年版」、2026年3月）。
旅行業で連携を追加する拡張費は、100万〜500万円程度が目安です。
法改正や業界標準への対応をベンダーに任せやすい一方で、カスタマイズを重ねると将来の更新が難しくなる場合があります。標準機能、設定変更、追加開発の境界と、バージョンアップの費用を、見積書で確認しましょう。
スクラッチ・地域プラットフォームの費用（独自性と連携数で変動）
独自性が競争力に直結する場合は、独自の領域を見極めたうえで、スクラッチ開発を検討します。
- 独自機能：料金計算、独自ポイント、需要に応じた価格変更
- 地域・商品連携：事業者在庫統合、地域検索、旅行商品と交通の組み合わせ
- ハイブリッド構成：専門サービスを使い、差別化領域を開発
小〜中規模の独自システムは300万〜1,000万円程度、地域全体の予約基盤は1,000万〜3,000万円超が目安です。
決済、認証、メール配信、地図、翻訳、分析基盤には、専門サービスを利用できます。一方で、予約エンジン、在庫管理、事業者向け管理画面など、自社の差別化領域を開発の対象にします。
フルスクラッチでは、開発費だけでなく、24時間運用、監視、セキュリティ対応、障害時の手動運用も予算に含めます。
旅行会社・宿泊施設・観光施設で費用が変わる理由
予約の対象が客室、旅行商品、体験枠のどれかによって、在庫・料金・キャンセルの考え方は変わります。見積もりの前に業態を伝えないと、必要な業務機能が後から追加されることがあります。
旅行会社の工数（商品・手配・請求・団体管理）
旅行会社では、日時予約だけでなく、旅行商品の造成、見積、手配、仕入れ、行程表、参加者名簿、請求、入金、変更・取消を扱うことがあります。個人旅行と団体旅行では、処理の流れも異なります。
GDSや外部在庫と連携する場合は、在庫の更新時点やエラー時の再処理も設計します。旅行業向けパッケージの利用料に加えて、Web販売、会員、決済、既存基幹システムとの連携費用が加わる場合があります。
ホテル・旅館の費用（PMS・OTA・公式予約の同期）
ホテル・旅館は、公式予約を増やしながら、販売チャネル間の在庫と料金をそろえる必要があります。そのため、販売連携、宿泊条件、多施設運用の3つを、設計の中心に据えます。
- 販売連携：OTA、サイトコントローラー、PMSとの同期
- 宿泊条件：客室、販売期間、連泊、食事、子ども料金、除外日、取消料
- 多施設運用：施設権限、共通会員、ブランド別画面、売上集計
観光庁はPMSなどのデータ連携の標準化を進めており、将来の連携を前提にデータ項目を設計することが重要です（出典: 観光庁、2026年3月）。
連携先が増えるほど、正しい在庫を管理するシステムと修正の担当者を決める必要があります。曖昧なままにすると、二重予約や料金不一致につながります。
体験事業者・DMOの費用（時間枠と事業者間連携）
体験事業者とDMOでは、予約単位や複数事業者間の運用を設計します。確認すべき事項は、業態ごとに異なります。
- 体験予約：時間枠、定員、ガイド、装備、天候、参加者、発券
- 海外販売：海外OTA、多言語、現地通貨、海外決済、当日受付
- 地域連携：事業者データ、販売主体、窓口、同意、売上分配、責任
宿泊と異なり、予約単位は時間や人数になりやすいため、空き枠の再計算やキャンセル待ちも設計します。
地域サイトは、単一施設向けの機能を並べる形では成り立ちにくく、事業者同士の役割分担を最初に整理する必要があります。
地域プラットフォームは1,000万円以上の予算帯を想定し、参加事業者と対象商品を絞ったPoCから始めます。
開発期間の目安と費用計画
クラウド型の設定は2週間〜2か月、パッケージ導入は1〜3か月が目安です。連携を含む拡張開発は2〜6か月、小〜中規模のスクラッチは4〜9か月ほどかかります。
複数の事業者をつなぐ地域基盤は、9〜18か月が目安です。計画には、要件定義、データ移行、決済審査、現場研修、繁忙期を避けた切り替えも含めます。
公開相場の期間と旅行業特有の追加期間
2026年の一般予約システム開発では、機能規模ごとに費用と期間を示す公開例があります。旅行業特有の工程は、この相場とは分けて考えます。
- 最低限の機能：50万〜100万円、1〜2か月
- 基本機能：100万〜150万円、2〜3か月
- 複雑な機能：150万〜250万円、3〜4か月
上記は株式会社Walkersの2026年6月公開例です（出典: 株式会社Walkers「予約システム開発費用の相場まとめ 2026年最新版」、2026年6月）。
旅行・観光業では、PMS・OTAの接続テスト、料金・取消規定の確認、繁忙期の負荷試験を、別に見積もる必要があります。
工程は、要件定義、設計・開発、テストに分けて計画します。移行・研修と保守開始も、工程ごとに切り分けます。予約確定と決済結果の分離、失敗時の再試行、在庫更新の冪等性、タイムゾーンと通貨も、早期に決めておきます。
これらの品質要件は、後から加えると高くつきます。見積もりの時点で繁忙期の同時アクセス数、予約件数、管理ユーザー数を伝えておくと、前提がそろいます。
5年TCOによる初期費用と運用費の比較
5年TCOは、方式ごとの費用と導入後の効果をそろえて比べます。含める項目を分けて整理しておきましょう。
- クラウド型：初期、月額、予約・決済手数料、オプション、追加ユーザー
- スクラッチ：開発、クラウド、監視、保守、セキュリティ、外部API契約、改修、運用工数
- 業務効果：電話・メール・紙台帳、手作業の在庫調整、公式予約比率、在庫不一致、入力ミスの変化
- 投資判断：作業時間、機会損失、取消対応、顧客データも評価
月額10万円のサービスは、5年間で600万円です。そのため、初期費用が0円であることだけでは、安いと判断できません。
システム費用は、売上での回収だけでなく、費用と業務効果の両面から判断します。
旅行予約システムの見積もりを取る際のポイント
複数社の見積もりは、同じ要件と同じ前提条件で比べることが大切です。「予約機能一式」「連携一式」「保守一式」といった書き方では、会社ごとに含む範囲が異なってしまうためです。
見積書とあわせて、対象画面、データ項目、連携方式、テスト方法、納品物、除外事項を見ておく必要があります。費用の範囲がそろうと、価格差の理由が見えてきます。
見積もり前の業務フローとデータの整理
開発会社が工数を算出するには、見積もりの前に業務の流れとデータの量を洗い出しておく必要があります。洗い出す観点は、業務要件、業務フロー、現行データ、運用規模、海外対応の5つです。
- 業務要件：商品、予約単位、販売先、在庫元、料金・取消規定、決済
- 業務フロー：受付、変更、取消、返金、当日受付、売上集計
- 現行データ：顧客数、過去予約数、商品・客室・体験枠数
- 運用規模：施設数、管理ユーザー数、月間予約件数、繁忙期のピーク
- 海外対応：言語、翻訳担当、現地決済、通貨換算の基準日
会員情報、管理者権限、外部システムの扱いも、あわせて整理しておきます。現状の電話・メール・紙・Excelでの業務の流れや、現行データの形式も開発会社に共有すると、見積もりの前提がそろいます。
価格以外の比較軸（実績・保守・データ所有権）
価格以外にも、導入実績、保守、データの扱いを比べておきます。契約前に確かめる軸は、項目ごとに分けて考えます。
- 業態実績：自社に近い旅行・宿泊・体験・DMOの事例
- 運用支援：研修、問い合わせ窓口、障害時の対応体制
- データ・契約：所有権、出力形式、保存、再委託、追加単価
- 情報管理：権限、MFA、ログ、保存期間、AI利用条件
予約確定、在庫同期、決済、返金、障害時の再処理を説明できるかを確かめます。外部APIの変更を自社で調べる必要がある場合は、運用費が膨らみます。
バックアップ期間、サーバーの所在地、事故時の連絡先は、契約書で確かめておきます。
個人情報やパスポート情報を扱う場合は、委託先の管理も要件に含めます。生成AIを使う場合は、予約者情報を入力せず、保存や学習利用の条件を確かめたうえで、人の承認を残します。
追加費用が発生する条件の事前合意
仕様変更と性能要件は、見積もりのずれを避けるため、契約前に整理しておきます。追加費用につながりやすい条件は、変更対象、性能要件、障害対応の3つに分けられます。
- 変更対象：文言、料金プラン、外部API、決済審査、移行データ、権限
- 性能要件：通常時・繁忙期の同時アクセス、予約確定の許容時間、在庫更新間隔
- 障害対応：復旧目標、決済再試行、二重予約防止
どこまでが契約内なのかを合意しておきます。要件確定後の追加機能は、単価、納期、承認者、予算上限を決めて変更管理します。条件が曖昧なまま価格を比べると、高負荷対策や監視の追加費用が生じます。
旅行予約システムのコストを最適化するポイント
費用を抑えるには、初期に作る範囲と、後から検証する範囲を分けることが有効です。まず、顧客価値や業務効果に直結する予約・在庫・決済・管理を安定させます。
会員ランク、ポイント、レコメンド、AI自動化は、利用データを見てから追加します。機能を一度に作り込まず、必要性を確かめながら投資していく進め方です。
MVPによる基本予約の先行リリース
MVPは、基本機能を先に提供する進め方です。初期に作る機能と、運用後に判断する機能を分けておきます。
- 初期リリース：商品、空き状況、予約、変更・取消、通知、管理、最低限の決済
- 利用後に追加：会員、クーポン、キャンセル待ち、分析、複数施設の権限
- 初期から設計：安全性、在庫整合性、返金、個人情報、ログ、バックアップ
基本予約から始める方法は、2026年の公開相場でも、初期投資と手戻りを抑える手段として紹介されています（出典: モカモコ株式会社「予約システム開発の費用相場 2026年版」、2026年3月）。
後から直すとデータや連携方式に影響する領域は初期から設計し、利用状況を見て追加できる領域は後回しにします。
決済・認証・通知の既存サービス活用
周辺機能に外部サービスを使うと、自社開発を減らせます。開発期間と初期費用を抑えやすい領域から選ぶとよいでしょう。
- 外部化の候補：決済、認証、メール・SMS、翻訳、地図、分析
- カード情報：代行会社の画面やトークン化情報を利用
- 構成：予約・在庫の中核と交換可能な周辺機能を分ける
Stripeは、カード情報を自社サーバーに保存せずに収集できる仕組みを案内しています（出典: Stripe「料金体系」、2026年8月確認）。
日本向けカード決済の標準料金は3.6％です（出典: Stripe「料金体系」、2026年8月確認）。
月額・従量課金、最低利用料、データ保持期間、障害時の代替手段も確かめておきます。外部サービスを増やしすぎると契約管理や障害の切り分けが難しくなるため、乗り換えや費用の見直しも見据えて構成します。
施設・商品・チャネルを絞った段階導入
一度に広げず、小さな範囲でPoCを行って効果を確かめます。段階導入で追う指標と運用上の判断は、先に整理しておきます。
- PoC範囲：一施設、一商品群、一つの販売チャネル
- 効果測定：予約完了率、電話時間、在庫不一致、取消率、会員化率、作業時間
- AIの承認：FAQや返信案から始め、割引・返金などは人が確定
効果を確かめたうえで、施設やチャネルを広げていきます。現場の要望は、全社共通の仕様と施設固有の設定に分けて扱うと、不要な個別開発を避けられます。
AIで自動化する業務、根拠の表示場所、承認者を決めておくと、費用対効果につながります。一方で、アレルギー、契約条件、旅行業法、キャンセル規定に関わる確定処理には、人の確認を残します。
旅行・観光業向け旅行予約システムのよくある質問
金額は要件や契約条件で変わるため、下の答えは自社の施設数、連携先、予約数に置き換えて考えます。
SaaSとスクラッチ開発はどちらが安いですか？
初期費用だけなら、初期0円〜数十万円のSaaSが安くなりやすいです。5年間の月額、予約手数料、決済手数料、オプション、業務に合わせる運用工数も比べます。
これらを含めると、スクラッチ開発が合理的になる場合もあります。標準機能で業務が回るか、独自業務が競争力に直結するかで判断します。
初期費用が安い旅行予約システムで注意することは何ですか？
初期費用だけでなく、月額、最低契約期間、予約・決済手数料、設定代行、データ移行も確かめます。英語画面、OTA・PMS連携、サポートの範囲も、あわせて比べます。
宿メモのように、顧客管理や英語版予約画面がオプションになる例もあります（出典: 株式会社マックスマシーン「宿メモ」公式料金、2026年8月確認）。また、解約時に予約・顧客データを取り出せるかどうかも、長期のコストに影響します。
旅行予約システムの予算はどのように決めればよいですか？
予約・在庫・決済・管理の最小構成を定義し、会員、外部連携、多言語、分析、AIなどを優先順位づけします。標準SaaS、パッケージ拡張、スクラッチの3方式で、初期費用と5年TCOを比べます。
予算には、本体開発に加えて、データ移行、決済審査、テスト、研修を含めます。保守、クラウド、外部サービスの従量料金、予備費も見込みます。
開発会社には何を伝えると正確な見積もりになりますか？
まず、業態、施設数、商品・客室・体験枠の数を伝えます。販売チャネルと月間予約数、繁忙期の同時アクセス数も、見積もりの前提になります。加えて、必要な決済、既存システム、データ移行の有無、対応言語、運用体制も共有します。
現状業務の流れと、導入後に減らしたい作業を示すと、業務効果を踏まえた提案を受けやすくなります。また、見積もりの対象外になる範囲と、追加開発の条件も確かめておきましょう。
まとめ
標準的なクラウド型は初期0円〜数十万円、パッケージ拡張やAPI連携は100万〜500万円程度が目安です。小〜中規模のスクラッチは300万〜1,000万円程度です。
地域全体の予約基盤は、1,000万〜3,000万円超になる場合があります。施設数、ユーザー数、予約単位によって金額は変わります。さらに、連携本数、決済方式、多言語・多通貨、セキュリティ要件も、金額に関わります。
5年TCOと業務効果による判断
比較では、5年TCOを算出します。初期費用、月額、決済手数料、OTA・PMS連携の費用を含めます。さらに、データ移行、保守、クラウド、運用担当者の工数も加えます。
電話対応時間、在庫不一致、予約完了率、公式予約比率、会員化率などのKPIを決めておくと、費用が売上や生産性にどうつながったかを検証できます。
業務と連携先の整理と見積もり比較
最初から全機能を作り込まず、予約・在庫・決済・管理の最小構成を決めます。標準サービスで済む範囲と、独自開発が必要な範囲も分けておきましょう。
旅行会社、宿泊施設、観光施設、DMOでは必要な機能が異なります。業務フローとデータを整理し、複数のベンダーや開発会社へ同じ条件で相談すると、予算超過を防ぎやすくなります。
▼全体ガイドの記事
・旅行・観光業向け旅行予約システム開発の完全ガイド
▼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を創業。