Ghostのシステム開発の発注/外注/依頼/委託方法について

Ghostのシステム開発を外注するには、まず既存CMSかGhost(Pro)かといった発注形態を決め、要件をRFPにまとめます。そのうえで、契約形態と費用の目安を確かめ、委託先を比べ、納品後のテスト・移行・保守まで決めておくと、必要な範囲に予算を配分できます。

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

Ghostのシステムを外注する前の全体像

Ghostの発注では、既存CMSまたはGhost(Pro)を基盤にし、設定、デザイン、移行、連携を運用に合わせて組み合わせます。

最初にこの前提を共有しておけば、不要なフルスクラッチ開発を避けられます。そのため、必要な部分に予算を配分できます。

Ghostが担う出版と会員化の業務

発注範囲を決めるには、Ghostの機能と、読者に届ける業務を分けて整理します。

  • 出版CMS:記事・固定ページ、タグ・著者・複数スタッフ、RSS、メタデータ、ニュースレターを扱います。
  • Members:無料・有料会員と会員限定記事を運用し、メールリンク方式でログインします。
  • 会員データ:メールアドレス、ステータス、Stripe顧客IDなどを保存します(出典:Ghost公式「Memberships」ドキュメント、2026年確認)。
  • 企業メディア:編集権限、承認、公開、分析までを業務フローに含めます。
  • 会員向け事業:無料記事から有料記事への導線、決済、退会、配信を扱います。講座などは、分類と閲覧範囲も決めます。

発注の対象として見るべきは、Ghost本体より、読者に何を届けるかという業務フローです。

外注範囲の3区分:設定・開発・運用保守

見積もりに含める作業を分けておくと、発注後の費用漏れに気づきやすくなります。

  • 初期設定:ドメイン、メール送信、権限、テーマ、Google Analyticsの設定
  • 開発:テーマ調整、移行スクリプト、Content API・Admin API連携、Next.js等のヘッドレス構成
  • 運用保守:Ghost本体・テーマの更新、復元、障害対応、速度改善、会員・決済の問い合わせ対応

テーマ制作に移行が含まれていないと、公開直前に追加料金が生じることがあります。

Ghost(Pro)には、CDN、SSL、週次自動更新、バックアップ、WAFやDDoS対策などが含まれます。一方で、セルフホストと比べるときは保守工数も見ます(出典:Ghost公式料金ページ、2026年8月確認)。

発注形態の選び方

発注形態は、ホスティング、テーマ、表示構成の順に決めます。Ghost(Pro)と既存テーマで設定や軽微な調整を依頼する方法は、費用を抑えやすい選択肢です。

独自のデザインや会員導線が必要なら、カスタムテーマを検討します。表示構成は、Ghost内で完結させる方法とヘッドレス構成の二つがあります。

Ghost(Pro)とセルフホストの選び分け

ホスティング方式は、必要な機能と自社の運用体制を照らし合わせて選びます。

  • Ghost(Pro):公式運用のマネージドサービスで、Starterは小規模ブログやニュースレター向けです。
  • 料金:Starter月18米ドル、Publisher月29米ドル、Business月199米ドル、Customは個別見積もりです。
  • 上位プラン:カスタムテーマ、有料購読、詳しい分析、Admin API、WebhookにはPublisher以上が候補です。
  • 決済:Ghostの売上手数料は0%です(出典:Ghost公式「Ghost(Pro) plans & pricing」、2026年8月6日確認)。
  • セルフホスト:VPSやクラウドでGhostを運用し、データ配置や既存インフラとの統合を細かく管理できます。

料金は2026年8月時点の年払い表示です。Stripeの決済手数料は別途かかるため、Ghost(Pro)のプラン料金とは分けて確認します。

セルフホストでは、サーバーやDBを自社か委託先が管理します。メール、バックアップ、監視も運用の対象になります。安価なサーバーを用意するだけでは本番運用にはならず、更新や脆弱性対応を担う保守担当も必要です。

既存テーマ・カスタムテーマ・ヘッドレスの使い分け

独自性と運用負荷のどちらを優先するかで、テーマや表示構成を選びます。

  • 既存テーマ:公開期間と予算を抑えやすい選択肢です。
  • カスタムテーマ:独自デザインとGhost標準の編集体験を両立します。
  • ヘッドレス:Ghostを管理基盤にし、Next.jsなどへContent APIで記事を配信します。

既存テーマに独自要件を重ねると、CSSやJavaScriptが増えて保守しにくくなります。一方で、カスタムテーマを発注する場合は、互換性の確認と継続的な更新も契約に含めます。

独自要件には、トップページの構造、記事カード、会員登録導線、広告枠などがあります。ヘッドレスは、複数サイトや独自の検索・推薦・会員画面、CRM連携に適しています。ただし、別画面、キャッシュ、認証、API監視が必要になり、発注規模も大きくなります。

見た目だけが目的なら、まずはカスタムテーマで実現できるかを検討します。

MVPとしての発注範囲の絞り込み

将来必要になるかもしれない機能を一度に作ると、公開が遅れます。さらに、使われない機能に予算を割いてしまうことがあります。

  • 基本機能:記事作成、主要ページ、検索向けの基本設定を用意します。
  • 導線と移行:会員登録または問い合わせ、必要な移行を含めます。
  • 計測:アクセスを計測し、公開後の改善に使います。

公開後は、会員登録率とメール開封率を見て、改善の優先順位を決めます。記事ごとの読了や問い合わせも指標に含めます。

企業メディアなら、月20本の記事公開、編集者と承認者の分離、旧URLからの転送を受入条件にできます。

有料会員サービスでは、無料登録からStripe決済、会員限定記事、退会後の制御、メール停止までを一連で確認します。

発注の単位は機能の数ではなく、業務が最後までつながるまとまりです。

ポイント

ホスティングは運用体制、テーマは独自性と運用負荷のどちらを優先するかで選びます。最初から全部を作らず、必要な機能を絞って始めると予算を抑えやすくなります。

発注前の要件整理とRFPの作り方

RFPに記載する事業目的とユーザー行動、機能要件と非機能要件、移行対象、受入条件を4枚のカードで示した図。
項目をそろえると、提案の条件を見比べやすくなります。

RFPは、開発会社に同じ条件で提案してもらうための依頼書です。仕様書を完成させておく必要はありません。

まず、事業目的、対象ユーザー、課題を書きます。続けて、機能、移行対象、希望時期、予算の考え方、運用体制を一つにまとめます。

発注先に任せる部分と自社で判断する部分を分けると、提案を比較しやすくなります。

事業目的とユーザー行動の整理

事業目的とユーザー行動を整理すると、必要な画面と計測項目が明確になります。

  • 目的:「Ghost導入」ではなく、検索流入維持、会員登録増加、有料コンテンツ販売などで表します。
  • 行動の流れ:検索、記事・関連記事、無料登録、メール受信、有料プランへの順を記します。
  • 目標候補:記事公開数、月間セッション、登録率、メール到達率、解約率、問い合わせ件数を挙げます。

数値をまだ決められなくても、公開後に見る指標はRFPに記載します。

Ghost 6.0ではWeb、ニュースレター、会員の反応を一つの分析基盤で確認する機能が強化されました(出典:Ghost公式「Ghost 6.0」、2025年8月4日発表)。

機能要件と非機能要件の分け方

要件は機能と運用・品質の条件に分けて、見積もりに必要な情報をそろえます。

  • 機能要件:記事、固定ページ、タグ、著者、権限、会員、決済、配信、検索、フォーム、外部連携を書きます。
  • 利用条件:利用者、頻度、権限、完了条件を添え、有料会員なら認証・決済後に対象ティアを読めるかも記します。
  • 非機能要件:速度、可用性、バックアップ、復旧、セキュリティ、ログ、個人情報、二要素認証、ブラウザ、アクセシビリティを記します。

セルフホストでは、公式の本番スタックであるUbuntu 24、Node.js 22、MySQL 8を前提にします。あわせて、対象版、更新、監視、障害時の連絡先を決めておきます。

Ghost 6.0はDocker Composeを公式サポートの方向性として示しています。また、Ghost-CLI構成からの移行有無もRFPに記します(出典:Ghost公式「Ghost 6.0」および開発者向け変更情報、2025〜2026年確認)。

移行対象と受入条件の一覧

移行漏れを防ぐため、対象データと納品の判定条件を一覧にします。

  • 件数:記事、固定ページ、画像、著者、カテゴリ、タグ、会員、旧URL、リダイレクトを調べます。
  • 移行項目:本文、画像パス、アイキャッチ、埋め込み、canonical、メタ情報、構造化データ、公開日、会員同意情報を確認します。
  • 会員情報:CSV・APIの取り込み可否と、個人情報を扱う担当者を決めます。
  • 受入条件:表示、301転送、登録・メール、決済の成功・失敗・返金・退会、復元を確認できる形で定めます。

受入条件が曖昧なままだと、納品後の修正が追加費用になることがあります。そのため、RFPの段階で確認方法まで決めておきます。

ポイント

RFPは事業目的から書き始め、発注先に任せる部分と自社で判断する部分を分けます。移行対象と受入条件は確認方法まで決めておくと、納品後の修正が追加費用になるおそれを減らせます。

契約形態とプロジェクトの進め方

要件整理、開発、保守を分けると、リスクを管理しやすくなります。一方、要件が不確かなまま開発費を固定すると、想定外の作業が生じます。

まず短期間の要件定義や技術検証を行い、その成果をもとに本開発の契約を結ぶ方法が有効です。

請負契約の成果物と受入条件

請負契約では、合意した成果物の完成と、検査や引き渡しの基準を明確にしておきます。

  • 納品物:テーマ、移行スクリプト、画面一覧、設定書、テスト結果、操作マニュアルを記します。
  • 受入基準:ブラウザ、画面幅、速度、リンク、会員シナリオ、リダイレクトを定義します。
  • 変更管理:判断遅れや要件追加、画面数・移行対象・外部サービスの変更を扱い、費用と納期の見直し方法を定めます。

受入基準を「見た目がだいたい同じ」と書くと、基準が曖昧なままになります。

Ghost本体や外部APIに手を入れる場合は、著作権、再利用、ソースコードの引き渡し、第三者ライセンスも確認します。

準委任契約の時間と役割の管理

準委任契約は専門家の業務支援に向いており、時間、役割、進行方法を取り決めます。

  • 業務例:要件定義、技術支援、プロジェクト管理、運用保守を依頼できます。
  • 契約条件:作業時間、担当者、稼働上限、会議、成果物、報告方法を取り決めます。
  • 段階的な契約:複雑な移行やヘッドレス開発は準委任で要件を固め、確定部分を請負に切り替える方法もあります。

準委任は、請負と違って完成を保証するものではありません。そのため、週次で課題、判断待ち、リスク、次週の作業を共有し、発注側の確認期限も決めておきます。

会員、決済、個人情報へのアクセス範囲や、作業後の削除・返却、再委託先の責任も取り決めます。

保守契約の更新・障害・改善の境界

更新や障害対応の範囲を具体的に書き、保守の境界を契約で決めます。

  • 保守内容:Ghost更新、テーマ互換性、監視、バックアップ、障害一次対応、脆弱性対応、軽微な修正、月次報告を定めます。
  • 対応条件:月額内の作業時間、対応時間、緊急連絡、復旧目標、追加開発との境界を明記します。
  • 追加料金:アップデートや障害調査の別料金の有無

2026年2月には、Ghost 6.19.0以前のContent APIにSQLインジェクションが告知されました。未認証の攻撃者がDBを読める可能性があり、6.19.1で修正されました。

Ghost(Pro)は公式側で修正済みでしたが、セルフホストは自社での更新が必要でした(出典:Ghost公式フォーラム「Security update available for Ghost 6.x」、2026年2月17日)。

保守費は見た目の修正だけでなく、更新判断と緊急対応の費用として見積もります。

ポイント

要件が不確かなまま開発費を固定すると想定外の作業が生じるため、準委任で要件を固めてから請負に切り替える方法が使えます。保守契約では、更新と障害対応の範囲を決めておきます。

Ghostのシステム開発・導入の費用相場

初期設定から連携開発まで、Ghost開発内容ごとの推定費用レンジを横棒で比べた図。
作業範囲が広がるほど、検討する予算帯も上がります。

費用は、Ghost(Pro)の利用料と、初期設定、テーマ、移行、連携、保守の委託費に分けて見ます。Ghost専用の日本円価格表はありません。

以下の金額は、リサーチノート、公式掲載の最低予算、一般的なCMS・業務システムの工数情報をもとにした編集部の推定です。

費用は、記事数、デザイン、会員数、連携、移行品質、保守範囲によって変わります。相場は発注前の予算レンジとして使います。

初期設定から連携開発までの費用レンジ

初期設定、カスタムテーマ、移行込み、連携開発の4区分は、作業範囲の広さで金額が変わります。既存テーマの導入だけなら5万円程度から、ヘッドレスや独自会員画面を含む連携開発では数百万円に及ぶこともあります。

  • 初期設定:既存テーマ導入、ドメイン、権限、基本調整は5万〜30万円程度です。
  • カスタムテーマ:トップ・記事ページのみは50万〜200万円程度、会員導線・複数テンプレート込みは100万〜300万円程度です。
  • 移行込み:CMS移行、テーマ、配信、会員、301転送、公開後検証は100万〜300万円程度が検討レンジです。
  • 連携開発:ヘッドレス、CRM・検索連携、独自会員画面は300万〜1,000万円程度になることがあります。

複数の連携や大規模な独自要件があると、1,000万円を超える可能性もあります。ただし、Ghost専用の確定価格ではありません。

先に、Ghost標準機能で代替できる範囲を切り分けておきます。

公式Expert Directoryの最低予算と見積総額の違い

掲載の最低予算は、相談を始めるための下限です。国内案件の正式な見積もりとは、区別して読みます。

  • 掲載最低額:2026年確認時、More X Techは300米ドル、Themeixは250米ドルです。
  • 掲載最低額:Bright Themesは500米ドル、Haunted Themesは1,000米ドル、Oboxは3,000米ドルです。
  • 見積範囲:日本向けの移行、要件定義、契約、税務、保守を含む正式見積もりではありません。
  • 海外委託:英語、時差、NDA、通貨、個人情報の越境移転、連絡、源泉徴収、請求書の確認

掲載額の出典はGhost公式Expert Directory(2026年確認)です。

実績があっても、移行や決済の範囲、デザインの準備者、保守担当によって価格は変わります。そのため、最低予算は相談開始の下限として扱い、同じRFPで見積もります。

月額費用・保守費用と初期費用の切り分け

ホスティング方式ごとに月額費用と保守費を分けて、必要な運用条件も比べます。

  • Ghost(Pro):プラン、ドメイン、決済、外部ツール、保守費を合算します。
  • プラン料金:年払い表示はStarter月18米ドル、Publisher月29米ドル、Business月199米ドルです。
  • 変動費:会員・スタッフ・配信数、サポート、セキュリティを比べます。決済や追加メール費は売上規模に応じて計上します。
  • セルフホスト:クラウド、DB、ストレージ、メール、CDN、監視、WAF、バックアップ、保守工数が必要です。

一般的な業務システムでは、初期開発費の年15〜25%を保守費とする考え方があります。ただし、これはGhostの公定価格ではありません。

保守費は、必要な対応時間によって変わります。年間一式ではなく、作業項目と対応時間で確認します。

ポイント

相場は発注前の予算レンジとして使い、確定価格とは考えません。掲載の最低予算も相談の下限として扱い、同じRFPで見積もって比べます。

委託先の選び方と見積比較のポイント

委託先は、Ghostの制作実績に加えて、必要な業務経験も確かめます。テーマ制作と、移行・会員・連携・インフラでは得意領域が異なるためです。

候補を2〜4社に絞り、同じRFPを渡します。提案条件がそろっていれば、価格だけに引っ張られず比べられます。

Ghostのバージョン・移行・会員機能の実績確認

実績は、サイトの見た目だけでなく、案件で担当した範囲と技術要件の両面から見ます。

  • 担当範囲:テーマ制作、Ghost(Pro)設定、WordPress移行、会員・Stripe・ニュースレターの本番運用の経験
  • 技術対応:Ghost 6.x、Node.js 22、MySQL 8、Docker Composeへの対応を質問します。
  • API対応:Content API、Admin API、Webhookへの対応の有無
  • 会員業務:登録、決済失敗、返金、プラン変更、退会、権限、配信停止の経験を確かめます。
  • 関連対応:Stripe側で請求情報を保管し、Ghostの売上手数料は0%です。返金などの業務理解も見ます。

実際の業務では、問い合わせや個人情報の削除依頼も発生します。そのため、過去案件の説明とテスト項目から、業務理解の深さを判断します。

見積書の工程・工数・前提条件の比較

合計額だけでは提案の範囲を比べにくいため、各項目の数量や工数、前提条件をそろえます。

  • 工程:要件定義、設計、デザイン、テーマ、API、移行、テスト、公開、マニュアル、保守を分けます。
  • 移行:記事ごとの変換、画像、URL対応表、目視確認の内容
  • テスト:正常系に加え、決済失敗、権限エラー、メール不達、復元も見積範囲に入っているか確認します。

見積書に「一式」が多いときは、内訳を求めます。検算に使う方法として、要件定義10〜12%、設計22〜24%、実装48〜50%、テスト15〜17%という工数配分もあります。

この配分はGhost専用の統計ではなく、案件の難易度によって変わります。比率だけで判断せず、テストや移行が削られすぎていないかを確かめます。

価格だけでなく引き渡しと継続性の比較

価格差がある場合は、納品後の運用や引き渡しに関わる条件も見比べます。

  • 安価な提案:デザイン未提供、移行限定、転送対象外、公開後修正の有料化、コード未引き渡しの有無
  • 高額な提案:ヘッドレスや独自会員機能の必要性と、標準機能・外部サービスで代替できる範囲の見直し
  • 納品物:テーマ、コード、デザイン、移行スクリプト、設定の引き渡しを契約前に確かめます。
  • アカウント:Ghost本番環境やStripe、ドメインは原則自社名義にし、必要な権限だけ付与します。
  • 海外委託:越境処理、NDA、準拠法、通貨、保守連絡も見積比較に含めます。

価格に差があれば、削られた工程を尋ねてから、同じ条件にそろえて判断します。

ポイント

候補は2〜4社に絞り、同じRFPを渡して提案条件をそろえます。価格差がある場合は、削られた工程や納品物、アカウントの名義まで確かめてから判断します。

発注後のテスト・移行・保守を成功させる方法

移行前の試行から会員・決済・SEOの受入テストを経て、運用情報を引き継ぐ順序を示した図。
公開前の確かめと納品時の共有が、公開後の運用につながります。

ローカル、ステージング、本番を分けて、段階的に検証します。移行時は、まず少数の記事で画像、埋め込み、見出し、URL、メタ情報を試し、そのあと全件を移します。

本番に切り替える前に、旧サイトのバックアップ、DNS変更、切り戻しの条件、問い合わせ窓口をそろえておきます。

会員・決済・SEOの利用者目線での受入テスト

受入テストでは、利用者の操作とSEO移行後の状態を一通り確かめます。

  • 利用者の流れ:記事閲覧、無料登録、メールログイン、有料ティア選択、Stripe決済、限定記事閲覧、退会を試します。
  • 例外ケース:決済失敗、二重送信、メール不達、誤アクセス、返金後の権限、管理者権限不足を確認します。
  • SEO要素:主要URL、タイトル、メタディスクリプション、canonical、XMLサイトマップ、robots.txt、構造化データ、画像altの状態
  • 移行確認:内部導線、301転送、404ページ、URL対応表を確認し、検索流入とインデックスを一定期間監視します。

移行後は、検索順位が変動する可能性があります。そのため、問題が起きたときの担当と期限を、受入条件や保守契約に結びつけておきます。

納品時の運用情報と知識の引き継ぎ

運用担当者が日常業務を行えるよう、必要な情報や手順を引き継ぎます。

  • 運用情報:設定、環境変数、外部接続、APIキー、バックアップ・復元、公開・非公開、会員情報、障害連絡、更新、制限を引き継ぎます。
  • 秘密情報:マニュアルに書かず自社のパスワード管理ツールで保管し、退職・委託終了時に権限を見直します。
  • 保守終了時:バックアップ、コード、テーマのビルド手順、ライセンス、ドメインと決済アカウントの所有者を確認します。

説明会では、記事公開、会員検索、バックアップ確認を実習します。安全に公開と改善を続けられる状態を、成功の基準とします。

よくある質問

外注では、標準機能の範囲と、公開後の責任者がよく問題になります。発注前によく確認される質問と、その判断基準を並べます。

Ghostのシステム開発はどの会社に外注すればよいですか?

テーマ制作だけならGhost専門会社、移行・会員・決済・連携まで必要なら、要件定義と保守にも対応する開発会社が合っています。

実績の件数より、業務範囲、Ghost 6.x更新や個人情報への理解、納品後の窓口を確かめます。

Ghost(Pro)を使うなら開発会社への発注は不要ですか?

記事公開だけで既存テーマと標準設定が足りるなら、開発会社を使わなくても始められます。

独自テーマ、CMS移行、複雑な会員導線、CRM連携、SEO転送、公開後保守が必要なら、専門家への依頼を検討します。

Ghost(Pro)はインフラ運用の負担を減らしますが、要件整理や画面開発を自動で行うサービスではありません。

Ghostの外注費用を安くするにはどうすればよいですか?

費用を抑えるには、まず記事数、画面、移行をRFPにまとめます。会員機能と連携先も、同じRFPに書き加えます。公開日と社内作業も、あわせて記しておきます。

既存テーマで検証してからカスタム開発へ進み、標準機能で足りる部分は追加開発しない方法もあります。

安さだけを追うと、移行確認やテストが削られ、修正費やSEO流入の損失につながることがあります。そのため、機能の優先順位を決めて範囲を調整します。

Ghostのセルフホストは自社だけで運用できますか?

サーバーやDB、メールの運用に加えて、バックアップ、監視、WAF、脆弱性対応の体制があれば、自社でも運用できます。

Ghost 6.xでは、Node.js 22、MySQL 8、Docker Composeに加えて、テーマとAPIの互換性を確認します。

2026年2月のContent API脆弱性のように、修正版を適用する判断も必要になります。担当者がいない場合は、Ghost(Pro)か保守付きの外注が安全です。

まとめ

発注時は、ホスティング、テーマ、構成を整理したうえで、事業目的、要件、移行範囲、受入条件をRFPにまとめます。

同じRFPを候補先に渡し、工程、工数、前提、保守範囲をそろえたうえで、見積もりを比べます。

発注前に決めることの一覧

初期設定は5万〜30万円程度、カスタムテーマは50万〜300万円程度が目安です。

移行や会員、外部連携を含む案件は、100万〜1,000万円程度まで幅があります。これは仕様をもとにした推定で、Ghost(Pro)の月額やDirectory掲載の最低額とは別に考えます。

金額だけでなく、移行、テスト、引き渡し、保守、セキュリティ対応の有無も確認します。

公開後も改善できる体制を含めた委託

公開後も改善できるように、委託内容に運用体制を含めて決めます。

  • 活用範囲:Ghostは記事、ニュースレター、会員化、決済、分析を扱います。移行や独自連携には設計が必要です。
  • 改善指標:会員登録率、メール反応、検索流入、問い合わせ、障害対応を見ます。
  • 運用体制:担当者、権限、保守契約、更新手順を委託内容に含めます。

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

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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