定期購入/サブスクECサイト開発のPoC・プロトタイプ・モックアップ開発について

サブスクECは、PoC・プロトタイプ・モックアップを使い分けて画面・申込体験・継続課金の採算を順に試すと、事業と技術のリスクを抑えられます。機能の数より継続課金の採算が成否を左右します。そのため、小さな検証は他のEC業態以上に重要です。

▼全体ガイドの記事
・定期購入／サブスクECサイト開発の完全ガイド

Webサービス開発の種類・工程・費用・会社選定までの全体像については、無料ホワイトペーパー「Webサービス開発の完全ガイドブック」で詳しく解説しています。

PoC・プロトタイプ・モックアップの違いとサブスクECでの位置づけ

PoC・プロトタイプ・モックアップは、何を検証するかと、どこまで作り込むかが異なります。目的に合わせて使い分けると、本格開発の前に事業と技術の成立性を確かめられます。

サブスクECには、継続課金エンジン、定期サイクル管理、チャーン経済という独自の難しさがあります。そのため、目的に合う手法を選んで投資リスクを抑えます。

黒字化は、初回の後も決済が続いて初めて成り立ちます。投資の前に確かめる必要があり、市場、経済性、技術のリスクを、この段階で減らしておきます。

手法ごとの違いを押さえると、どこまで作るかを判断しやすくなります。

各手法の定義と違い

検証手法は、外観、操作、実証、最小実装の順に深まります。この深さの違いを手がかりに、目的に合う手法を選びます。

• モックアップ：Figmaなどで申込LP（ランディングページ）やマイページを実画面に近く描き、配色・レイアウト・コピーの訴求力を見ます。
• プロトタイプ：クリックで画面が遷移する試作品を操作し、申込フローの離脱箇所や分かりにくさを確かめます。
• PoC：概念実証の名のとおり、技術や事業の核心的な仮説が成り立つかを確かめます。
• MVP：検証を踏まえた最小構成を本番で運用し、実際の顧客で経済性を確かめる段階です。

モックアップは動きませんが、見た目と情報設計の確認に向いています。一方、PoCには、毎月の自動決済やカード洗替を確かめる技術面と、商品を継続購入してもらえるかを見る事業面があります。

サブスクECで検証が重要な理由

サブスクECでは、継続購入による黒字化と継続課金の開発負荷を、投資の前に確かめる必要があります。

• 収益条件：毎月・隔月・週の決済が続き、LTV（顧客生涯価値）がCAC（顧客獲得コスト）を上回ることが黒字化の条件です。
• KPIの目安：CV率1〜3%、リピート率30%以上、購入間隔1〜2か月に1回です。
• 開発負荷：都度課金のみのシステムに比べて1.5〜2倍の工数がかかり、サイクル管理、決済失敗時のリトライ、解約・プラン変更時の日割計算が必要です。
• 決済期間：代行選定から要件定義、API実装、テスト、加盟店審査、本番リリースまで、決済周りだけで合計6〜10週間が目安です。

単品通販は一度売れれば売上が確定します。一方、サブスクは初回の後も決済が続いて初めて黒字になり、前提が崩れると、しっかりしたシステムがあっても事業は成り立ちません。

サブスクでは、重い投資の前に、継続率という事業面と継続課金という技術面を、どちらも小さく検証しておく必要があります。

検証で潰すべきリスク

検証では、市場、経済性、技術のリスクを分けて考えます。確かめる内容と手法がそれぞれ異なるためです。

• 市場リスク：商品やオファーの需要、申込導線の離脱箇所を確かめます。
• 経済性リスク：継続購入とチャーンから、LTVがCACを回収できるかを見ます。
• 技術リスク：継続課金エンジンを現実的に実装・運用できるかどうか。

市場リスクは、モックアップやプロトタイプでLPと申込導線を検証します。一方、経済性はMVPで課金を続け、MRR（月次経常収益）の伸びと初期チャーンの実数を見ます。

技術面では、定期サイクルのバッチ、次回決済日の事前通知、スキップやお届け日・数量変更のデータ更新と競合制御を確認します。カード洗替やダニング（決済失敗時の自動リトライ）も、検証の対象に含めます。

毎月・隔月・週の柔軟なサイクルや高度なスキップ機能は、最初から作ると費用が膨らみます。そのため、技術PoCで実現方式と工数を見積もり、検証の順序を決めます。

市場、経済性、技術のリスクを、どの手法でどの順に減らすかを設計することが、検証の進め方の要になります。

各手法の内容・期間・費用の目安

期間と費用は、投資を判断するときの基準になります。ただし、ここに示すのは標準的な目安で、商品点数や定期サイクルの複雑さ、既存システムとの連携範囲によって変わります。

安価なモックアップやプロトタイプで前段のリスクを減らしてから、次の投資を判断します。いきなり高額なMVPやフルスクラッチに進むと、判断材料が揃う前に投資額が膨らみます。

各手法の期間と費用を把握すると、投資額に見合う成果が得られるかを判断しやすくなります。対象は、モックアップ（Figma）、クリッカブルプロトタイプ、MVPの3段階です。

モックアップ（Figma）

モックアップは、最も手軽で低コストに始められる手法です。動くものを作る前に、見た目と情報設計を確かめて、そのリスクを減らせます。

期間は約1〜2週間、費用は30〜40万円程度です。

• 画面設計：申込LP、料金プラン画面、周期変更・スキップ・解約のマイページを描きます。
• 情報設計：継続回数（定期縛り）、支払総額の目安、解約・休止条件の伝え方を固めます。
• 訴求比較：コピーやビジュアル、複数の訴求案を社内で比べます。

特商法では、注文確定前の最終確認画面でこれらの条件を表示する必要があります。そのため、社内や関係者とモックアップの段階で確認しておくと、後工程の手戻りを減らせます。

見た目と情報設計を低コストで固めておくと、次のクリッカブルプロトタイプへ段階的に進めます。

クリッカブルプロトタイプ

クリッカブルプロトタイプは、画面の遷移を加えた検証手法です。期間は1〜3週間、費用は70〜90万円程度です。

• 申込導線：LPからプラン・サイクル選択、フォーム入力、最終確認、申込完了までを試します。
• 離脱の把握：どの段階で迷うか、条件表示が不安か安心につながるかを調べます。
• マイページ：解約やスキップの操作を通じ、いつでも解約できる安心感を検討します。

モックアップとの大きな違いは、クリックで画面が切り替わる試作品を使い、ユーザーに申込全体を操作してもらえる点です。

導線の操作性を確かめられます。特に申込のスムーズさは、継続率の入口を左右します。

ユーザーテストでは、申込体験を定性的に把握できます。そのため、本格開発の前に体験上のリスクを減らしておくと、MVP以降の作り直しのコストを抑えられます。

MVP（実用最小限の製品）

MVPは、実際に課金して売上を立てる最小構成を本番運用する段階です。期間は1〜3か月、費用は100〜600万円程度です。

• 構築方式：縦長LPとサブスク対応のASP／SaaSカートを組み合わせると、開発範囲を圧縮できます。
• 利用サービス：月商ゼロ〜数千万円規模の立ち上げ期は、Shopifyとサブスクアプリ、またはecforce、サブスクストア、たまごリピートなどを選べます。
• 検証内容：毎月購入されるか、MRRが積み上がるか、初期チャーンが許容範囲かを実数で確かめます。
• 初期構成：毎月1回の固定サイクル・固定商品に絞り、機能を網羅しません。
• 段階的拡張：検証成功後、事業が軌道に乗ってからスキップやダニングなどのマイページ機能を追加します。

機能と投資範囲を段階的に広げていく進め方が、費用対効果の面で合っています。

サブスク事業のPoCで検証すべき仮説

仮説が曖昧だと、検証結果を投資の判断に使えません。サブスクECでは、申込率、継続率、経済性の順に確かめます。申込率はオファーとCVR、継続率はMRRやチャーンで見ます。経済性はLTVとCACを比べて確かめます。

何を確かめるかを明確にしないと、モックアップやMVPを作っても「なんとなく作った」で終わってしまいます。また、仮説ごとに難易度と期間も異なります。

検証では、安価な手法で確かめられる仮説から始め、時間のかかるMVPでの検証へ段階的に積み上げます。

オファー・CVR検証

最初に検証するのは、このオファーで申し込んでもらえるかどうかです。オファーとは、商品、価格、初回特典、サイクルを組み合わせた申込条件のことです。

サブスクECでは、申込条件の設計が申込率を大きく左右します。

• 条件の比較：初回割引、送料無料、いつでも解約可能などを比べます。
• 訴求の比較：機能訴求・体験訴求や価格の複数案を定量的に比べ、反応のよい案を見極めます。
• 申込率の測定：LPとフォームを用意して少額広告で流入を集め、CV率を測ります。比較的安価に検証できます。

CVR（コンバージョン率）の理想KPIの目安は1〜3%です。この水準に届くかどうかが、最初の関門になります。

最終確認画面で継続回数、支払総額の目安、解約条件を示しても、申込率を保てるかを確かめます。また、特商法に沿った条件提示との両立も必要になります。

「いつでも解約OK」と分かりやすく示すことが、申込率の向上に効く場合もあります。得られた知見は、MVP設計の土台になります。

MRR・チャーン・継続率検証

継続性は、一定期間の課金を経て初めて見えてきます。そのため、MVPでは毎月1回の固定サイクル・固定商品から始めます。

• 継続指標：MRR（月次経常収益）、チャーン（解約率）、継続率を確認します。
• 参考事例：先行企業の継続率や売上を、判断の参考にします。
• 解約要因：顧客が自分の意思で辞めるボランタリーチャーンと、カード期限切れなど決済失敗によるインボランタリーチャーン（意図しない解約）の二つです。

MRRは毎月積み上がる定期収益、チャーンはそのうち失われる割合で、継続率はその裏返しです。MVPでは、MRRの積み上がりと初期チャーンが許容範囲かを測ります。

たとえば、airClosetは継続率90%超、売上約49.5億円で黒字化しています。また、BULK HOMMEは定期継続率85%です。

BASE FOODは定期購入率80%で、年商100億円超に達しています。こうした事例は、高い継続率が事業成立の大きな要因であることを示します。

決済失敗の発生度合いと継続率への影響を測ると、カード洗替やダニングへの投資を判断する材料になります。

LTV>CACの経済性検証

経済性の検証では、LTVがCACを上回るかを確かめます。

• 採算の測定：CVRと継続率を組み合わせ、顧客1人の累計利益と獲得費を比べます。
• 継続率の影響：継続率が高いと購入回数が増え、初期チャーンが高いとCACを回収できずに赤字が積み上がります。
• KPIの目安：CV率1〜3%、リピート率30%以上、購入間隔1〜2か月に1回です。
• 事業事例：snaq.meは100種超から評価をもとに次回商品を選び、月次5〜10%成長、1年で売上約2倍となりました。
• 固定構成で検証：パーソナライズなどを作り込む前に、自社のLTVがCACを上回るかを実数で確かめます。

LTV（顧客生涯価値）は解約までの累計利益、CAC（顧客獲得コスト）は顧客1人の獲得に使った広告・販促費です。

パーソナライズや頒布会型の例としては、Post Coffeeがコーヒー診断を軸に会員を大きく伸ばしました。

MVPの最小機能セットと段階的拡張

MVPでは、機能を検証に必要な範囲に絞ります。その際、Must・Should・Won’tに分け、各フェーズ間のゲートでGo／No-Goを判断します。

立ち上げ期にすべて実装すると、費用と期間が膨らみます。さらに、経済性を確かめる前に資金が尽きるおそれもあります。

Must機能とCS代行で省く範囲

Must機能は、売上と継続課金を動かして経済性を測るための最小セットです。これにより、実際の顧客に課金を続けてもらい、MRRやチャーンを実測できます。

• 販売・決済：価値を伝える縦長LP、カート、定期課金決済、申込フォームを用意します。
• 顧客対応：マイページを設け、周期変更・スキップ・解約は初期にCSが代行します。
• 効果測定：CV率や継続率を測る計測タグを設置します。

決済には、決済代行APIとトークン決済を使います。カード情報を自社で保持しない非保持化（PCI DSS回避）の構成が標準です。

立ち上げ期は会員数が限られるため、解約や周期変更を人手で処理できます。一方、スキップやお届け日・数量変更のデータ更新とバッチ競合制御は、検証後に自動化します。

固定サイクル・固定商品で運用し、足りない部分はCS代行で補います。そのうえで、実データをもとに自動化すべき機能を選びます。

Should・Won’tの切り分け

Must以外は、後から追加する機能と、今回は作らない機能に分けます。これにより、初期検証の対象が明確になります。

• Should：スキップの全自動化、隔月・週など柔軟な定期サイクル。
• Won’t：頒布会の商品動的構成、AI診断・レコメンド、複雑な基幹API連携。

Shouldは継続率やLTVの改善に役立ちますが、課金サイクル管理やバッチ処理が複雑です。そのため、固定サイクルの検証後、事業が軌道に乗ってから追加します。

Won’tには、会計ソフト、WMS（在庫管理システム）、CRMとの複雑な連携も含まれます。これらは、動的な商品構成や価格テーブル、在庫引当の事前計算が必要になる領域です。

検証段階でこれらに着手すると、費用が膨らみます。サブスク以外のECでも同じように、初回はクレカ決済、シンプルな購入フロー、基本の売上管理に絞る方法があります。

反応と売上を見てから、コンビニ決済や定期購読を加えます。作らない機能を先に決めておくと、MVPの費用を抑えられます。

移行判断ゲート3レイヤーでGo/No-Go

本格開発へ進むかは、価値・運用・経済の3レイヤーで判断します。その前に、各レイヤーの目標と期限を決めておきます。

• 価値：CVRや継続率が目標に届き、顧客が価値を感じているか。
• 運用：継続率や問い合わせ件数から見て、CS代行で運用が回るか。
• 経済：MRRの成長、ROI（投資収益率）、投資回収期間から、利益構造を確かめます。

3レイヤーすべてを満たせば、本格開発へ進みます。経済性だけが未達なら、オファーやコスト構造を見直し、価値が未達なら、No-Goやピボット（事業方針の転換）を検討します。

検証に期限を設けないと、判断が遅れて投資が膨らみます。そのため、期限を区切って結果を評価します。

フルスクラッチへ移るかどうかは、SaaSやパッケージの仕様による機会損失を定量的に示せるかが分かれ目です。加えて、WMSや基幹連携を手作業で補う人件費が、システム投資額を上回ることを示せるかも判断材料になります。

まとめ

定期購入・サブスクECの検証は、モックアップ、プロトタイプ、MVPの順に進めます。継続課金の技術面に加えて、LTVがCACを上回る経済性を確かめることが欠かせません。

モックアップは1〜2週間・30〜40万円、プロトタイプは1〜3週間・70〜90万円、MVPは1〜3か月・100〜600万円が目安です。MVPでは、毎月1回の固定サイクル・固定商品で検証します。

Must機能に絞り、周期変更や解約はCS代行で補います。一方、スキップの自動化や柔軟なサイクル、頒布会、基幹連携は後回しにします。

価値・運用・経済の3レイヤーを期限付きで評価し、根拠をもってGo／No-Goを判断します。小さく検証してから、次の投資へ進みます。

▼全体ガイドの記事
・定期購入／サブスクECサイト開発の完全ガイド

▼開発を相談する前に読みたい無料ホワイトペーパー
・Webサービス開発の完全ガイドブック
・【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を創業。