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

ネットスーパーシステムの開発費用は、店舗数、業務の複雑さ、連携範囲によって300万〜1億円超まで変わります。編集部の推定では、1店舗の小規模導入で300万〜1,000万円、数店舗のパッケージ連携で1,000万〜3,000万円、チェーン全体の作り込みで3,000万〜1億円超が目安です。

▼全体ガイドの記事
・ネットスーパーシステム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

ネットスーパーシステムの費用を考える前に知っておきたい全体像

費用相場を読むには、一般的なECサイトとの違いを押さえておく必要があります。ネットスーパーでは、店舗の在庫、作業、配送までを一つの注文情報で動かすため、ECより対象範囲が広くなります。

一般的なECサイトより費用が高くなりやすい理由

ネットスーパーでは、注文を受けてから店舗作業と配送が終わるまでを、システムに組み込みます。その中でも、店舗の在庫と作業に直結する処理が、費用を押し上げる要因になります。

• 在庫引当：店舗ごとの在庫を注文に割り当てる処理。
• ピッキング：棚の順番に沿って商品を集める作業です。
• 欠品・代替：欠品時に代替品を確認する作業。
• 温度帯・配送：商品を分けて梱包し、配送枠と車両を調整します。

店舗業務まで組み込むぶん、画面制作費より業務設計、連携、テストの費用が大きくなります。

特に生鮮食品は、注文時の価格や数量と出荷時の実重量がずれることがあります。仮計上から再オーソリ、差額請求、返金までの流れを設計しておかないと、店舗の手作業が増えます。

見積もりでは、EC標準の機能と食品小売に固有の追加開発を分けて確認します。

ネットスーパーシステムに必要な機能

必要な機能は、顧客向け、店舗向け、管理向けの3つに分けて整理します。

• 顧客向け：商圏判定、検索、価格、特売、クーポン、注文、通知が対象です。
• 店舗向け：商品マスタ、在庫、ピッキング、検品、欠品・代替の処理。
• 管理向け：店舗、配送エリア、配送枠、会員、注文、返金を横断して確認します。

顧客向けには、配送先の登録と配送日時が必要です。注文の変更やキャンセル、履歴の表示も欠かせません。

店舗向けには梱包と配送完了の機能が要ります。

管理側では、価格と配送枠の管理も求められます。

連携先は、POSや在庫、商品・価格マスタなどに及びます。

ERPやWMS、CRMとの連携も必要になります。

決済代行、配送管理、分析基盤との連携も発生します。

店舗数が増えると、店舗別の在庫、商圏、締切時刻、配送枠が必要になります。

費用を把握するには、まず日次注文数、SKU数、店舗数、温度帯、配送方法を確定させることから始めます。

ネットスーパーシステム開発の進め方と期間の目安

ネットスーパーでは、画面を先に作り始めると、店舗業務との間で手戻りが生じがちです。

進め方は、企画、業務設計、システム設計、連携、テスト、店舗教育の順に組み立てます。

1. 初回リリースに含める範囲の決定
2. 店舗業務とシステム設計のすり合わせ
3. 連携、テスト、教育を経た店舗への展開

期間の目安は、1店舗の小規模導入で3〜6か月です。

数店舗のパッケージ連携は6〜12か月、大規模開発は12〜18か月以上になります。

期間は方式と連携数で変わります。ただし、ここに挙げた数字は編集部推定の目安です。

企画・要件定義で決める項目

企画では、店舗と注文の前提条件をそろえておきます。

• 事業範囲：対象店舗、商圏、商品数、1日あたりの注文数、客単価を決めます。
• 配送条件：配送枠、注文締切、受け取り方法、温度帯を定めます。
• 決済条件：決済方法と、注文から配送完了までの状態の定義。

注文の状態は、受付済みから在庫引当、ピッキング、欠品確認、梱包へと進みます。その後は配送中、完了、返金処理中まで定義し、現場が迷わないようにします。

店舗スタッフの端末、在庫連携の間隔、欠品時の連絡も決めておく必要があります。

代替を自動で許可するかどうかも、要件定義の段階で明確にします。

要件が曖昧なままだと、ベンダーごとに見積もりの前提が変わります。その結果、連携や運用設計を含まない、安い見積もりになることもあります。

同じ条件で比べるため、費用を比較する前にRFPを準備しておきます。

設計・開発・連携で時間がかかる箇所

時間がかかるのは、顧客画面の作成よりも、データ項目と例外処理の調整です。

• データの正本：商品、店舗、価格、在庫の基準となるシステムを決めます。
• 注文情報：販売可否、税区分、配送枠、注文状態の整理。
• 例外処理：締め処理、遅延、特売時刻、マスタ欠損を洗い出します。

設計の方式には、SaaSやクラウド、パッケージ、EC基盤とSIの組み合わせがあり、フルスクラッチも選択肢に入ります。たとえば、早期の検証ではクラウドが、複数店舗の標準化ではパッケージが適しています。

独自の価格戦略、物流、会員基盤が競争力になる場合は、個別開発を検討します。個別開発は段階的に進めると、投資判断の材料を集めやすくなります。

テスト・店舗展開で確認する項目

テストでは、正常系に加えて、ネットスーパー固有の例外も確認します。

• 注文：欠品、代替拒否、注文変更、キャンセルを確認します。
• 決済：重量差、決済失敗、返金、二重注文の確認。
• 配送：配送枠売り切れ、通信断、温度帯混在を確認します。

閉店間際や特売価格の切り替え時にも、店舗スタッフと一緒にテストを実行します。

本番前には、折込チラシやキャンペーンで注文が集中する状況を想定し、負荷試験を行います。

店舗では、ピッキング時間や欠品率、梱包ミス、配送遅延を測定します。

まず1〜2店舗でPoCを実施してから横展開すると、追加開発費と教育費を抑えやすくなります。

ネットスーパーシステムの費用相場とコストの内訳

ネットスーパーに限った全国一律の公開価格は少ないため、ここで示す金額は編集部の推定です。この推定では、2026年時点の一般EC相場に、店舗・在庫・配送・決済連携を加味しています。

金額は、店舗数、SKU、注文数、既存システム、求めるSLAによって変動します。

クラウド・SaaSを使う小規模導入の価格帯

1店舗を対象に既存のクラウドやSaaSを使う場合、初期費用は300万〜1,000万円です。

月額のプラットフォーム・保守費用は、20万〜100万円が目安です。

• 標準機能：受注、決済、商品表示を組み込みます。
• 店舗対応：店舗在庫、配送枠、最低限のPOS連携を含みます。
• 別途費用：商品登録、撮影、配送委託、人件費、決済手数料が該当します。

上記の前提は編集部の推定です。ネットスーパーの追加費用と比べるため、一般ECの方式別相場も見ておきます。

方式によって初期費用の幅は大きく、ASP・SaaSの0〜30万円から、フルスクラッチの1,000万円以上まで開きがあります。

• ASP・SaaS：初期0〜30万円、月額0〜10万円の範囲です。
• オープンソース：初期50万〜200万円の範囲です。
• パッケージ：初期300万〜1,500万円の範囲です。
• フルスクラッチ：初期1,000万円以上です。

出典はShopify Japan「ECサイト構築費用の完全ガイド」です。ネットスーパーでは店舗業務と配送の設計・連携が加わります。そのため、一般ECのSaaS料金だけで始められるとは限りません。

パッケージと連携を使う複数店舗の価格帯

数店舗に展開し、POS、在庫、商品マスタ、決済、配送管理を連携する場合を見ていきます。初期費用は1,000万〜3,000万円、月額・保守費用は50万〜200万円です。

• 契約条件：ライセンス、店舗追加、データ移行の条件。
• 開発条件：API開発、現場端末、監視の範囲。
• 運用条件：バージョンアップと追加料金を確認します。

金額は編集部の推定です。同じパッケージでも、条件によって総額が変わります。

見積書では、基本ライセンスと、店舗・機能ごとの追加料金を分けて示してもらいます。

食品小売では、商品マスタの品質も開発費を左右します。

• 商品情報：JAN、規格、容量、栄養成分、アレルゲンを整えます。
• 販売情報：画像、店舗別価格、販売期間、税区分をそろえます。

データが不揃いのままだと、連携仕様を決める前に、データ整備が必要になります。

天満屋ストアの事例では、eBASEが商品情報収集とマスター連携を支援しています。

出典はeBASE「ネットスーパー開設に伴うNBセンターでの情報収集」で、確認日は2026年8月です。商品データの整備は別工程で見積もります。

大規模パッケージ・スクラッチ開発の価格帯

チェーン全体で独自機能を作り込む場合、初期費用は3,000万〜1億円超です。月額・保守費用は100万〜500万円超が目安です。

• 対象機能：会員基盤、価格ルール、在庫引当を作り込みます。
• 物流・分析：配送計画と分析基盤も対象に含みます。
• 運用条件：注文ピーク、監視、復旧、環境、診断を確認します。

金額は、店舗数、ピーク注文数、24時間監視、障害時の復旧目標によって変わります。

複数環境とセキュリティ診断の有無も、費用の幅を左右します。

金額だけでなく、3〜5年のTCOと運用体制を合わせて判断します。

スクラッチ開発は、業務に合わせて自由に設計できます。一方で、要件定義、設計、テスト、保守人材の負担に加えて、バージョンアップの負担も自社に残ります。

契約前には、データや仕様を移管できるか、担当者の退職後も運用できるかを確認します。

障害時に手作業へ切り替えられるかも、あわせて見ておきます。

独自機能が利益や顧客体験に直結しない場合、投資の回収が遠のきます。

初期費用・月額費用・運用費用の内訳

見積書では、初期費用と月額費用に加えて、システム外の費用も確認します。利益は、商品登録、ピッキング、梱包、配送、問い合わせ、返金によっても変わります。

初期費用に含めるべき項目

初期費用は、企画からリリース支援までの作業を内訳として示してもらい、どの区分に何が含まれるかを確認します。

• 設計・制作：要件定義、画面、デザイン、管理画面。
• 業務機能：商品、在庫、価格、注文、配送、決済。
• 連携・移行：API、ファイル連携、データ移行を含みます。
• 品質・展開：テスト、負荷試験、診断、教育、リリース。

店舗向けの端末、通知、権限管理も、初期費用の対象として扱います。

「EC構築一式」とだけ書かれた見積もりは、対象外の作業が分かりにくいため、作業ごとに書き出してもらいます。

連携先が一つ増えると、項目、認証、エラー処理、再送、監視、テストの作業も、そのぶん増えます。

ヤオコーの事例でも、複数のシステムに分かれていることが連携を複雑にしています。

出典はAWS「導入事例：株式会社ヤオコー」で、確認日は2026年8月です。

既存システムの構成調査は、初期工程に含めておく必要があります。

月額費用・保守費用の内容

月額費用は、基盤、保守、更新、連携運用の4つに分けて確認します。

• 基盤：クラウド・サーバー、利用料、ライセンスが対象です。
• 保守：監視、バックアップ、障害対応、問い合わせ。
• 更新：保守改修、セキュリティ更新、ログ保管が対象です。
• 連携運用：データ連携の運用が含まれることもあります。

パッケージは、店舗の追加や注文数によって料金が変わる場合があります。そのため、初期契約時の条件と、将来の拡張単価を確認しておきます。

決済手数料は、システム利用料とは別に、売上に連動して発生するのが一般的です。

Shopify Japanは、一般ECの決済手数料として3〜5％程度を挙げています。実際の料率は、会社、カード、プラン、取引条件によって変わります。

上の料率の確認年月は2026年5月です。再決済や返金の手数料も、あわせて確認しておきます。

システム外の運用費用を分けて考える理由

システム開発費に含まれない運用項目を、別の費用として洗い出します。

• 店舗作業：撮影・登録、マスタ更新、ピッキング、梱包。
• 配送環境：資材、冷蔵・冷凍設備、配送委託、車両。
• 顧客対応：問い合わせ、キャンセル、返金対応。

システムの費用が安く抑えられても、ピッキングや配送の原価が高ければ、収益は改善しません。そのため、計画の段階では、初期費用、固定費、売上連動費、店舗作業費を分けて考えます。

配送費と販促費も分けたうえで、3〜5年のTCOを試算します。

特売日や悪天候で注文が集中したときに、どれだけ余力があるかも確認します。配送枠、スタッフ、クラウドがその注文量を処理できるかも、見ておきます。目標とするKPIには、配送1件あたりの原価、ピッキング時間、欠品率、代替受諾率を置きます。配送枠稼働率、客単価、リピート率、粗利も追跡します。

ネットスーパーシステムの価格を左右する変動要因

費用は、事業規模と業務の複雑さによって変わります。そのため、初期の検証範囲と将来の拡張範囲を切り分けて考えます。

店舗数・SKU数・注文数による費用の変化

店舗数、SKU数、注文数は、それぞれ異なる設計の負荷を生みます。

• 店舗数：店舗コード、商圏、営業時間、在庫、価格の設定。
• SKU数：画像、規格、重量、アレルゲン、代替候補の管理。
• 注文数：ピーク時の引当、決済、通知、配送計画の処理量。

店舗数が増えると、ピッキング導線と配送枠の管理も必要になります。

SKUが増えると、販売期間の管理やデータ量も増えます。

将来の規模を見込む一方で、初回から特殊機能を全店舗分作り込むと、費用が膨らみます。このため、標準化できる業務を決めて、1〜2店舗で実績を集めてから拡張します。

拡張の根拠には、注文数や欠品率を使います。あわせて、店舗追加単価、SKU追加単価、注文数超過時の従量課金を確認します。

生鮮品・欠品・配送が費用に与える影響

生鮮品は、個数だけでなく重量と鮮度も扱います。

• 重量差：仮計上、実重量での確定、再処理を設計します。
• 欠品対応：価格差、顧客の許諾、再引当の設計。
• 配送条件：エリア、時間帯、温度帯、車両の管理。

重量差が出た場合には、決済の再処理、返金、領収書、顧客への通知が必要になります。

代替の場合は、店舗スタッフの判断と在庫の再引当も設計します。

標準機能で処理できないと、個別開発とテストの費用が増えます。

配送では、積載量、置き配、再配達、配送完了の通知も考慮します。

配送枠の上限数とピッキング能力は、連動させる必要があります。

セキュリティ・法対応で追加費用が発生する理由

ネットスーパーは、個人情報、購入履歴、決済情報を扱います。

• アクセス対策：権限制御、二要素認証、不正ログインを検討します。
• 監視対策：脆弱性診断、WAF、ログ監視、バックアップ。
• 復旧対策：障害復旧と、外部決済後の注文保護。

決済を外部委託しても、会員認証と注文情報の保護は自社に残ります。そのため、IPAと経済産業省のガイドラインの改訂内容を踏まえて、要件に落とし込みます。出典はIPAおよび経済産業省で、対象年は2025年です。

ソフトウェア更新、アクセス制限、監査ログを要件に含めます。加えて、EMV 3-Dセキュアと不正ログイン対策も、要件に入れておきます。

特定商取引法に基づく事業者情報、価格、送料、返品条件も管理対象になります。食品表示に関するデータも、管理が必要です。

後から付け足すと再設計費につながるため、これらは初期見積もりの段階で確認しておきます。

見積もりの取り方とネットスーパーシステムのコスト最適化

見積もりの目的は、同じ事業条件で投資額と運用効果を比べることです。最安の会社を探すことだけが目的ではありません。

• 事業条件：店舗、SKU、日次・ピーク注文数の記載。
• 配送条件：配送枠、温度帯、既存連携を書き込みます。
• 契約条件：SLA、希望時期、予算を記載します。

POS、在庫、決済、アプリの条件もRFPに記載します。

同じ資料を最低3社程度へ渡すと、金額の差が生じる理由を比べられます。

見積書で確認すべき項目

見積書は、初期、月額、別途の3区分に分けて確認します。

• 初期費用：要件定義、設計、開発、連携、移行、テストごとの金額。
• 月額費用：ライセンス、クラウド、監視、保守、問合せを分けて書きます。
• 別途費用：決済、配送、端末、登録、教育、広告の費用を確認します。

追加店舗、追加SKU、追加注文数、機能改修の費用も確認します。あわせて、連携方式、更新頻度、ピーク注文数、温度帯、配送枠の上限を明記してもらいます。

復旧時間、サポート時間、検収条件も前提として見積書に含めます。「在庫連携対応」とだけ書かれていると、対象範囲をつかみにくくなります。

連携の見積もりでは、対象システム、項目、更新時刻、再送、監視者、テスト責任者も確認します。

初期費用を抑えながら品質を落とさない方法

機能を一律に削る代わりに、検証に必要な構成と将来の設計を分けて考えます。進め方は、1〜2店舗での開始から本番展開まで4段階で組み立てます。

1. 1〜2店舗と限定商圏での開始
2. 標準的な決済、主要カテゴリ、少数の配送枠による検証
3. 注文、欠品、ピッキング、配送の実績の取得
4. 実績をもとにした本番展開と追加機能の決定

会員基盤や商品コードなど、後から移行が難しい設計は、初期の段階で拡張性を確保します。また、既存のクラウド、パッケージ、決済代行、配送サービスも活用します。

独自開発は、顧客体験や粗利の改善に直結する機能へ優先して配分します。具体的には、店舗在庫、欠品代替、ピッキング導線、配送枠の制御が対象です。

バナー管理を作り込むより、店舗業務の機能に投資するほうが、現場の手戻りや配送遅延を抑えやすくなります。

開発会社を選ぶときの比較ポイント

EC制作実績だけでなく、食品小売と店舗業務の実績を確認します。

• 業務経験：在庫、生鮮品、配送、決済の経験を見ます。
• 連携経験：POS・基幹連携と現場ヒアリングを確認します。
• 運用支援：障害対応、内製化、黒字化支援の範囲。

CTCの事例では、収支、商圏、配送、決済、物流、広告までを支援範囲にしています。

出典はScutum「WAF導入事例：伊藤忠テクノソリューションズ株式会社」で、確認日は2026年8月です。このように、機能だけでなく、運用支援の範囲も比べます。

スーパーサンシのJAPAN NetMarketは、40年にわたるネットスーパー運営を基にした食品スーパー向けサービスです。

2026年3月時点で全国25法人・136店舗に導入されたと発表されています。出典はスーパーサンシ「JAPAN NetMarket」公式HPリニューアル発表です。

導入実績を見るときは、運営期間と店舗数を確認します。

開発会社には、現場ヒアリングの担当者や、欠品・代替・返金の設計についても質問します。あわせて、ピーク時の処理数、障害時の手作業、データ移管、内製化支援も確認します。

ヤオコーのように、連携基盤を活用して内製化を進める事例もあります。その場合は、仕様書、API定義、運用手順、ログ、データの所有権を自社に残せるかを確認します。

ネットスーパーシステムのよくある質問

費用や方式の判断で迷いやすい質問をまとめました。店舗数、商品数、注文数、既存システム、配送体制に当てはめて読んでください。

ネットスーパーシステムの開発費用は最低いくらですか？

1店舗で標準的な受注・決済・配送を検証する場合、初期費用は300万〜1,000万円です。クラウドやSaaSに加えて、在庫、商品マスタ、配送枠、教育、連携を含めた推定の金額です。

最低費用を見るときは、業務を始めるまでに別途かかる費用も分けて確認します。そのうえで、店舗の作業、配送、決済に関わる費用を順に見ていきます。

• 商品登録：別途費用になることがあります。
• 配送委託：外部に任せる場合、別途費用になることがあります。
• 決済手数料：売上に連動して別途かかることがあります。
• 店舗人件費：店舗のスタッフにかかる分が別途発生します。

最低費用は、一般ECのSaaS利用料だけでなく、業務開始までにかかる費用の合計で考えます。

ネットスーパーはSaaSとスクラッチのどちらが安いですか？

短期の初期費用では、SaaSや既存パッケージのほうが低くなりやすい傾向があります。一方で、月額、決済、店舗追加、注文超過、連携、改修を含む3〜5年のTCOで見ると、結果は変わります。

• SaaS：早期の検証と運用負荷の軽さに適しています。
• スクラッチ：独自の店舗・物流・会員基盤を作り込みたい場合の選択肢です。

初回は標準機能で検証し、利益に直結する部分だけを段階的に作り込みます。

ネットスーパーシステムの費用を抑えるには何を削るべきですか？

顧客や店舗の利用に影響しない装飾機能は、初期の削減候補にします。検証前の高度な自動化も、優先順位を下げられる場合があります。

• 優先機能：在庫鮮度、欠品・代替、重量決済は残します。
• 配送機能：配送枠、権限管理、手動運用。
• 安全機能：監査ログと返金事故への備え。

後回しにすると現場の負荷や返金事故につながる機能は、削らないのが基本です。機能を減らす前には、目標KPIへの寄与を確認します。

ネットスーパーシステムの開発期間はどれくらいですか？

開発方式と連携範囲によって、必要な期間の目安が変わります。

• 小規模導入：クラウドやSaaSで3〜6か月の目安です。
• 複数店舗：POS・在庫・配送連携を含めて6〜12か月の目安です。
• 大規模開発：拡張やスクラッチを含む場合、12〜18か月以上の目安です。

データ整備、教育、負荷試験、決済・配送の審査も期間を左右します。

要件定義、移行、店舗テスト、教育、本番展開までを一続きの工程表で確認します。

まとめ

費用相場を判断するときの要点

費用は、初期開発費だけでなく、月額、決済、商品マスタ、店舗作業を含めて考えます。

配送、保守、セキュリティも含めて、金額の幅と前提条件を確認します。

店舗、在庫、生鮮品、欠品、配送、基幹連携の範囲で費用は変わります。

次に進めるべき見積もり準備

見積もりの準備では、事業条件と導入範囲を先にそろえておきます。

1. 事業条件：店舗数、SKU数、日次・ピーク注文数、配送エリア、温度帯の整理。
2. 既存環境：POS、在庫、基幹システム、決済、希望時期の整理。
3. 導入範囲：1〜2店舗のPoCと本番展開を分けます。
4. 小規模相場：初期費用は300万〜1,000万円。
5. 複数店舗相場：初期費用は1,000万〜3,000万円。
6. 大規模相場：個別開発は3,000万〜1億円超。
7. 比較期間：初期費用だけでなく3〜5年のTCOで比べます。
8. 検証根拠：注文から配送まで試し、実績を記録します。

ここで示した金額は定価ではなく、店舗数、SKU、注文、連携などで変わる編集部の推定です。

複数社へ同じRFPを渡し、必要な費用と不要な作り込みを見極めます。

PoCでは注文から配送まで検証し、在庫、欠品、ピッキング、配送枠、利益の実績を判断材料にします。

RFPには、店舗、商品、注文、配送、温度帯、既存システムを記載します。加えて、決済、SLA、時期、予算も明記します。

連携範囲、追加店舗単価、保守、障害対応、データ移管、内製化支援も確認します。そのうえで、改善できるKPIを基準に投資を判断します。

▼全体ガイドの記事
・ネットスーパーシステム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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