PoCで見るべき2つの指標の考え方

PoCには、LPで需要を見る検証とプロトタイプで有効性を見る検証の2種類があると考えられます。それぞれの目的・指標・失敗の意味を整理し、どちらから始めるべきかを解説します。

yap編集室|

はじめに

「PoCで何を見れば良いか分からない」 「検証結果をどう解釈すれば良いか迷う」 「複数の指標を追いかけて、結局何も分からなかった」

こうした悩みを抱える新規事業担当者は多いです。

PoCでは、見るべき指標を絞り込むことが成功の鍵です。

本記事では、PoCで見るべき2つの軸—「買う気があるか」「使って続くか」—を中心に、検証方法と失敗の意味の違いを解説します。

💡

この記事で学べること - PoCには2種類ある:LPでの検証とプロトタイプ検証 - それぞれの目的・指標・失敗の意味 - どちらから始めるべきか(費用対効果の観点)

  • 検証結果から次の打ち手への変換方法

LPでの検証:買う気があるか

目的:お金を払ってでも使いたい顧客がどれくらいいるか

検証方法

  • ランディングページ(LP)を作成
  • 広告で集客
  • 問い合わせ・申込数を計測

見るべき指標

  • インプレッション数(広告表示回数)
  • クリック率(CTR)
  • LP滞在時間・スクロール率
  • コンバージョン数(CV数)
  • コンバージョン率(CVR)
  • 顧客ボリューム推定

費用:数十万円〜(広告費中心)

期間:1〜2ヶ月

プロトタイプ検証:使って続くか

目的:実際に課題が解決されるか、継続利用されるか

検証方法

  • 簡易プロトタイプを開発
  • ターゲット顧客に提供
  • 利用状況・フィードバックを収集

見るべき指標

  • アクティブユーザー数(DAU/WAU/MAU)
  • 機能利用率
  • タスク完了率
  • 継続率(リテンション)
  • NPS(Net Promoter Score)
  • 支払意思(WTP: Willingness to Pay)

費用:数百万円〜(開発費中心)

期間:2〜6ヶ月

2種類のPoC


LPでの検証で明らかにできること

LPでの検証は、顧客の関心度と市場ボリュームを推定するために行います。

何が分かるか

  1. ターゲット顧客の妥当性

    • 想定したターゲット層が実際にクリックするか
    • どのセグメントが最も反応するか
  2. 価値提案の受容性

    • キャッチコピーやメッセージが刺さるか
    • 課題が顕在化しているか
  3. 価格感度

    • 想定価格を提示した際の反応
    • 価格帯別のCV率の違い
  4. 市場ボリューム

    • 問い合わせ数から潜在顧客数を推定
    • 広告費対効果(CPA)から獲得コストを試算

反対に、何が分からないか

  • 実際に課題が解決されるか
  • 継続して使われるか
  • プロダクトの使いやすさ
  • 運用上の問題点

LPでの検証の指標

LPでの検証では、以下の指標を追跡します。

LPでの検証の指標

1. 認知(広告)

指標

  • インプレッション数
  • CTR(クリック率)
  • CPC(クリック単価)

判断

  • CTR < 1%:訴求が弱い、ターゲット設定が不適切
  • CTR 1〜3%:標準的
  • CTR > 3%:訴求が強い、ターゲット設定が適切

2. 興味(LP)

指標

  • LP滞在時間
  • スクロール率
  • 直帰率

判断

  • 滞在時間 < 30秒:内容が期待と不一致、興味を引けていない
  • スクロール率 < 50%:ファーストビューで離脱している
  • 直帰率 > 80%:LPの構成に問題

3. 申込(CV)

指標

  • CV数
  • CVR(コンバージョン率)
  • CPA(顧客獲得コスト)

判断

  • CVR < 1%:価値提案または価格に問題
  • CVR 1〜3%:標準的
  • CVR > 3%:強い需要あり

4. 顧客ボリューム推定

広告の配信ボリュームとCVRから、潜在顧客数を推定します。

  • 月間インプレッション:100万
  • CTR:2%(クリック数 2万)
  • CVR:2%(CV数 400) → 月間獲得可能顧客:400人

LPでの検証での失敗の意味

LPでの検証で期待した結果が出なかった場合、以下を見直します。

問題仮説次の打ち手
CTRが低いターゲット設定が不適切セグメント変更、訴求変更
滞在時間が短い価値提案が不明確メッセージ変更、LP構成見直し
CVRが低い価格が高すぎる価格変更、無料トライアル提供
CV数は多いが質が悪いターゲットがずれている広告クリエイティブ変更、LP変更
CPA が高すぎる広告媒体が不適切媒体変更、ターゲティング精度向上

プロトタイプ検証で明らかにできること

プロトタイプ検証は、実際の有効性と継続性を確認するために行います。

何が分かるか

  1. 課題解決の有効性

    • プロダクトで課題が解決されるか
    • 期待した効果が得られるか
  2. 使いやすさ(UX)

    • ユーザーが直感的に操作できるか
    • 学習コストは許容範囲か
  3. 継続利用の可能性

    • 日常業務に組み込まれるか
    • 習慣化するか
  4. 支払意思

    • 有料でも使いたいと思うか
    • どれくらいの価格なら払うか

何が分からないか

  • 市場ボリューム(少数のテストユーザーのみ)
  • スケールした際の課題
  • 長期的な収益性

プロトタイプ検証の指標

プロトタイプ検証の指標

1. 利用(エンゲージメント)

指標

  • DAU/WAU/MAU
  • セッション時間
  • 機能利用率

判断

  • WAU/MAU < 30%:週次利用が定着していない
  • セッション時間が短い:価値を感じていない
  • 特定機能のみ利用:コア機能が不明確

2. 課題解決

指標

  • タスク完了率
  • 目標達成率
  • 効率化の度合い(Before/After)

判断

  • タスク完了率 < 50%:UXに問題、または課題が未解決
  • 効率化が小さい:価値提案が弱い

3. 継続

指標

  • リテンション率(Day 1, Day 7, Day 30)
  • チャーン率
  • 習慣化の度合い

判断

  • Day 7 リテンション < 20%:価値を感じていない
  • Day 30 リテンション < 10%:継続利用されない

4. 支払意思

指標

  • WTP(Willingness to Pay)アンケート
  • NPS(Net Promoter Score)
  • 口コミ・紹介の発生

判断

  • WTP が想定価格を下回る:価値提案または価格設定に問題
  • NPS < 0:改善が必要
  • NPS 0〜30:標準的
  • NPS > 50:強いロイヤリティ

プロトタイプ検証での失敗の意味

プロトタイプ検証で期待した結果が出なかった場合、以下を見直します。

問題仮説次の打ち手
利用頻度が低い日常業務に組み込めないワークフロー変更、通知機能追加
タスク完了率が低いUXに問題UI改善、オンボーディング強化
リテンションが低い継続的な価値がない機能追加、価値提案見直し
WTPが想定価格を下回る価値が価格に見合わない機能拡充、価格変更、訴求変更
NPSが低い満足度が低い課題ヒアリング、根本的な見直し

費用対効果の観点で選ぶ

両方の検証ができていない場合、費用対効果の観点でまずLPでの検証から始めることを推奨します。

どちらから始めるか

LPでの検証から始めるべき理由

  1. コストが低い:数十万円 vs 数百万円
  2. 期間が短い:1〜2ヶ月 vs 2〜6ヶ月
  3. 市場ボリュームが分かる:需要がなければ撤退判断が早い
  4. 失敗の学習コストが小さい:ピボットしやすい

プロトタイプ検証から始めるべきケース

以下の場合は、プロトタイプ検証から始めることもあります:

  • 技術的実現性が不明:プロトタイプで技術検証が必要
  • 市場ボリュームが明らか:既存顧客や大手企業からの引き合いあり
  • 複雑なソリューション:LPでは価値を伝えきれない

両方を並行すべきか

理想は並行実施ですが、リソースが限られる場合は段階的に進めることを推奨します。

推奨フロー

  1. LPでの検証で需要ボリュームを確認(1〜2ヶ月)
  2. 一定の需要があることを確認
  3. プロトタイプ検証で有効性を確認(2〜6ヶ月)
  4. 本格開発へ

LPでの検証の失敗 = 市場・訴求・価格の問題

LPでの検証で期待した結果が出ない場合、以下の仮説を見直します:

  1. ターゲット市場:本当にこの市場で良いか
  2. 価値提案・訴求:メッセージが刺さっているか
  3. 価格設定:高すぎないか、低すぎないか

これらは、プロダクトを作る前に修正できるため、早期に分かることが重要です。

プロトタイプ検証の失敗 = 体験・機能・運用の問題

プロトタイプ検証で期待した結果が出ない場合、以下を見直します:

  1. ユーザー体験(UX):使いにくくないか
  2. 機能・性能:期待した効果が出るか
  3. 運用フロー:日常業務に組み込めるか

これらは、プロダクトの作り込みが必要なため、修正コストが高くなります。

失敗から学ぶ

どちらの検証でも、失敗は「学習の機会」です。

重要なのは、以下を明確にすること

  • 何が仮説と異なったか
  • 次に何を変えるべきか
  • 再検証すべきか、撤退すべきか

よくある質問

Q1. LPでの検証とプロトタイプ検証、どちらが重要ですか?

両方重要ですが、費用対効果の観点でまずLPでの検証を推奨します。需要がなければプロトタイプを作る意味がないためです。

Q2. LPでの検証でCVRが低かった場合、すぐに撤退すべきですか?

いいえ。まず以下を試します:

  • ターゲットセグメントの変更
  • LP訴求の変更
  • 価格設定の変更 これらで改善しない場合、撤退を検討します。

Q3. プロトタイプ検証で何人のユーザーに提供すべきですか?

10〜30人が目安です。少なすぎると統計的に不安定、多すぎると対応コストが高くなります。

Q4. NPS(Net Promoter Score)はどう測定しますか?

「このプロダクトを友人や同僚に勧める可能性は?(0〜10点)」を質問し、以下で分類します:

  • 9〜10点:推奨者
  • 7〜8点:中立者
  • 0〜6点:批判者 NPS = 推奨者% - 批判者%

Q5. LPでの検証で十分な需要が確認できたら、すぐに本格開発すべきですか?

いいえ。可能であれば簡易プロトタイプ検証も実施することを推奨します。LPで興味を示した人が、実際に継続利用するかは別問題です。


まとめ

PoCで見るべき指標は、大きく2つに分けられます:

  1. LPでの検証:買う気があるか

    • 目的:需要ボリューム・価格感度の確認
    • 費用:数十万円、期間:1〜2ヶ月
    • 失敗の意味:市場・訴求・価格の問題
  2. プロトタイプ検証:使って続くか

    • 目的:有効性・継続性の確認
    • 費用:数百万円、期間:2〜6ヶ月
    • 失敗の意味:体験・機能・運用の問題

どちらから始めるべきか迷ったら、費用対効果の観点でまずLPでの検証から始めることを推奨します。

検証結果が期待通りでなくても、それは「失敗」ではありません。何を学んだかを明確にし、次のアクションにつなげることが重要です。

次のステップ LPでの検証の具体的な進め方については、以下の記事もご覧ください:

1ヶ月で需要を確かめる:LPと集客でやるPoCの現実的な回し方

PoCが「やっただけ」で終わる理由:最初に決めるべき目的と論点

この記事を書いた人

yap

yap編集室

株式会社yapの新規事業開発コンサルタントたちによる編集チームです。新規事業の仮説検証・PMF設計、営業推進に関する知見を、さまざまなプロジェクト支援の経験をもとに発信しています。

関連記事