検証用LPの作り方 — プロダクトなしで需要を確かめる
プロダクトがない。開発も始めていない。でも、このアイデアに需要があるかどうかを知りたい。
この段階で使えるのが、検証用LPだ。
検証用LP（ランディングページ）とは、まだ存在しないサービスや製品の概要をLPとして公開し、ターゲット顧客の反応を数値で計測する手法だ。「事前登録」「詳しく知りたい」「資料請求」などのCTAボタンのクリック率やコンバージョン率を見て、需要の有無を判断する。
プロダクトを作ってから「誰も使わなかった」と気づくのは最悪のシナリオだ。LP検証なら、数日で作れて、1〜2週間でデータが取れる。プロダクト開発の前に需要を確かめる、最もコスパの良い検証手段の一つだ。
LP検証の位置づけ — 何が検証できて、何が検証できないか
LP検証は万能ではない。検証できることと、できないことを明確にしておく。
検証できること
- サービスへの関心の有無: このコンセプトに興味を示す人がいるか
- メッセージの刺さり具合: どんな訴求が反応を得るか
- ターゲットの精度: 想定したターゲットが本当に反応するか
- 需要の規模感: 広告を通じた流入量とCVRから、潜在的な需要の大きさを推定できる
検証できないこと
- 実際の使用体験: プロダクトがないため、使い心地は検証できない
- 支払い意欲の本気度: 「興味がある」と「お金を払う」は別物
- 継続利用の意向: 一度使って満足するか、繰り返し使うかは未知
- 機能の優先順位: どの機能が最も価値があるかは、LP上では判断しにくい
LP検証は「興味のシグナル」を取る手法だ。興味があるとわかった後に、インタビューやプロトタイプ検証でさらに深掘りする。この順番が大事だ。
→ 仮説検証とは何か — 新規事業で「正解」を見つけるプロセス
→ 仮説検証に使えるツール — インタビュー・プロトタイプ・分析
LP検証を始める前に決めること
LPを作り始める前に、3つを明確にする。
1. 検証したい仮説
「需要がありそうだ」では曖昧すぎる。検証可能な仮説に落とし込む。
悪い例: 「このサービスには需要がある」 良い例: 「従業員500名以上の製造業の購買担当者は、発注業務の自動化に関心がある」
仮説が具体的であるほど、LPの設計が明確になり、結果の解釈もブレない。
2. 判断基準
LPを公開して、どんな数字が出たらGoで、どんな数字ならNo-Goか。事前に決めておく。
検証後に判断基準を決めると、結果に合わせて基準をいじってしまう。人間は自分に都合の良い解釈をする生き物だ。
判断基準の具体例は後述する。
3. 検証期間
LP検証のデータ収集期間は、通常1〜2週間。短すぎると十分なトラフィックが集まらず、長すぎるとスピードの利点が失われる。
広告予算が少ない場合は2週間、十分にある場合は1週間で判断できることが多い。
検証用LPの構成要素
検証用LPに必要な要素は7つ。通常のマーケティングLPとは目的が違うため、構成も異なる。
1. ヘッドライン — 課題を言語化する
ターゲット顧客が抱えている課題を、ヘッドラインで言い切る。
原則: サービス名ではなく、顧客の課題から始める。
良い例: 「月末の発注作業、まだ手作業ですか？」 悪い例: 「OrderAI — 次世代発注プラットフォーム」
顧客は自分の課題に反応する。サービスの名前には反応しない。
2. サブヘッド — 解決策の方向性
ヘッドラインの下に、解決策の方向性を1〜2行で示す。
「発注データを自動で整理・集計。月末の16時間がゼロになります。」
具体的な数字を入れると反応が上がる。「業務効率化」のような抽象語は避ける。
3. 3つのベネフィット
サービスのベネフィットを3つに絞る。機能ではなく、顧客が得る結果を書く。
| NG（機能ベース） | OK（ベネフィットベース） |
|---|---|
| AI自動分類機能 | 発注データの仕分けが自動化 |
| ダッシュボード | 月次レポートがワンクリックで完成 |
| API連携 | 既存の基幹システムとそのまま接続 |
4. ビジュアル — プロダクトの「見た目」
プロダクトが存在しなくても、画面イメージは必要だ。
デザインツール（Figma等）でモックアップを作るか、生成AIで画面イメージを作成する。完成品のクオリティは不要。「こんな感じのもの」が伝わるレベルで十分だ。
5. 社会的証明（あれば）
「すでに〇〇社が事前登録」「〇〇業界で導入検討中」のような社会的証明があると、CVRは上がる。
ただし、検証段階ではまだ実績がないことが多い。なければ無理に入れない。存在しない実績をでっち上げるのは論外だ。
6. CTA（Call to Action）
LP検証の核心。CTAの設計が、検証の精度を決める。
CTAの種類と検証精度の関係:
| CTAの種類 | 検証精度 | 説明 |
|---|---|---|
| 「もっと詳しく」 | 低 | 興味はあるが、コミットメントが弱い |
| 「事前登録する」 | 中 | メールアドレスの入力が必要。一定のコミットメントあり |
| 「無料β版に申し込む」 | 中〜高 | 実際に使いたいという意思表示 |
| 「先行予約する（有料）」 | 高 | 支払い意欲の直接的な証拠 |
新規事業の初期検証であれば、「事前登録する」（メールアドレス入力）が最もバランスが良い。低すぎると「興味」と「需要」の区別がつかず、高すぎるとサンプルが集まらない。
7. フォーム
CTAの先にあるフォーム。入力項目は最小限にする。
- 必須: メールアドレス
- 任意: 会社名、役職、業種
入力項目が増えるほどCVRは下がる。だが、BtoB検証の場合は「会社名」「役職」があると、ターゲットの精度が確認できる。トレードオフだ。
トラフィックの集め方
LPを作っただけでは誰も来ない。トラフィックを集める手段が必要だ。
方法1: Web広告（推奨）
Google広告、Facebook/Instagram広告、LinkedIn広告。
メリット: ターゲティングが細かくでき、短期間でトラフィックが集まる 費用目安: 5〜20万円（1〜2週間） 向いているケース: BtoC、BtoB問わず使える
BtoB向けなら、LinkedIn広告かFacebook広告が有効。Google広告は検索意図が明確な課題（「発注管理 自動化」など）に向いている。
方法2: SNS投稿
自社や担当者個人のSNSアカウントで告知。
メリット: 費用ゼロ デメリット: リーチが限られる、ターゲティングが甘い 向いているケース: 担当者にフォロワーがいる場合
方法3: ダイレクトアプローチ
ターゲット顧客にメールやLinkedInで直接LPのURLを送る。
メリット: ターゲットの精度が最も高い デメリット: 数が限られる 向いているケース: BtoB検証で、ターゲットリストがある場合
推奨: 広告+ダイレクトの併用
広告で一定のトラフィック量を確保しつつ、ダイレクトアプローチで質の高いターゲットの反応を見る。両方のデータがあると、判断の精度が上がる。
計測指標と判断基準
LP検証で見るべき指標は4つ。
指標1: ページ訪問数
そもそもLPに何人来たか。十分なサンプルが集まっているかの前提条件。
目安: 最低300〜500訪問。これ以下では統計的にCVRを判断できない。
指標2: CVR（コンバージョン率）
CTAをクリックし、フォーム入力を完了した割合。LP検証の最重要指標。
判断基準の目安（事前登録CTAの場合）:
| CVR | 判断 |
|---|---|
| 5%以上 | 強い需要シグナル。次の検証フェーズに進む |
| 2〜5% | 需要はあるが、メッセージやターゲットの調整が必要 |
| 1〜2% | 弱いシグナル。仮説の見直しが必要 |
| 1%未満 | 需要なし、またはLPの訴求が根本的にズレている |
ただし、この数値はCTAの種類、業界、ターゲットによって変わる。BtoBは一般にBtoCよりCVRが低い。事前にベンチマークを設定しておくことが重要だ。
指標3: 直帰率・スクロール率
LPに来た人が、どこまで読んでいるか。
直帰率が80%を超える場合、ヘッドラインで離脱している可能性が高い。スクロール率が低い場合、コンテンツの途中で興味を失っている。
指標4: トラフィックソース別CVR
広告経由、SNS経由、ダイレクト経由でCVRが大きく異なる場合、ターゲットの精度に差がある。
広告経由のCVRが高くダイレクト経由が低い場合、ターゲティング設定の方がペルソナより正確かもしれない。逆のパターンなら、広告のターゲティングを見直す必要がある。
→ MVPとは何か — 新規事業で「最小限」をどう定義するか
→ PMF（プロダクトマーケットフィット）とは — 達成の見極め方
LP検証の実施手順 — 2週間のスケジュール
Day 1-2: 仮説と判断基準の設定
- 検証したい仮説を明文化する
- Go / No-Go / Pivot の数値基準を決める
- チームで合意を取る
Day 3-5: LP制作
- コピーライティング（ヘッドライン、ベネフィット、CTA）
- デザインとモックアップ
- フォームの設置
- 計測タグの実装（Google Analytics、ヒートマップ等）
制作ツールは軽量なもので十分。Webflow、STUDIO、あるいはNext.jsで自作。重要なのはスピードだ。
Day 6: 広告設定・配信開始
- 広告プラットフォームの設定
- ターゲティングの設定
- 配信開始
Day 7-12: データ収集
- 毎日数値をモニタリングする
- 広告のパフォーマンスが極端に悪い場合はターゲティングを調整
- 途中でLPの内容は変えない（ABテストする場合を除く）
Day 13-14: 判断
- 数値を集計し、事前に設定した判断基準と照合
- Go / Pivot / No-Go を判断
- 判断結果をレポートにまとめる
LP検証でよくある失敗
失敗1: LPの完成度にこだわりすぎる
検証用LPに完璧なデザインは不要。「課題」「解決策」「CTA」が伝わるレベルで十分だ。
LP制作に3週間かけるのは本末転倒。3〜5日で作り、残りの時間をデータ収集に使う。
失敗2: 判断基準を決めていない
LPを公開して「なんとなくCVRが低い」「まあまあ登録があった」では、判断にならない。事前に数値基準を決めておかないと、結果の解釈が主観に流される。
失敗3: トラフィックが足りない
50人しか来ていないLPのCVRで判断するのは危険だ。最低300〜500訪問を確保する。広告予算をケチると、有意なデータが取れずにLP検証そのものが無駄になる。
失敗4: CVRだけで判断する
CVRが高くても、登録者の属性がターゲットと全然違う場合がある。「登録者はいるが、全員学生」では、BtoBサービスの需要検証にはならない。
CVRの数字だけでなく、登録者の属性も確認する。
失敗5: LP検証だけで「需要あり」と結論づける
LP検証はあくまで「興味のシグナル」だ。「登録した」は「お金を払う」と同義ではない。
LP検証でポジティブなシグナルが出たら、次はインタビューで「本当にお金を払うか」を確認する。
→ コンシェルジュMVP — システムを作らず手動でサービスを検証する
LP検証の後に何をするか
LP検証の結果に応じて、次のアクションが決まる。
CVRが高かった場合（Go）
- 登録者の中からインタビュー対象を選ぶ
- 5〜8名にインタビューし、課題の深さと支払い意欲を確認する
- プロトタイプを制作し、ユーザーテストを行う
LP登録者はインタビュー候補として非常に価値がある。すでに興味を示している人だから、インタビューの承諾率も高い。
CVRが低かった場合（PivotまたはNo-Go）
Pivotの余地がある場合:
- ヘッドラインを変えてABテスト（課題の切り口を変える）
- ターゲットを変えて再検証
- CTAの種類を変えて再検証
No-Goの場合:
- 仮説そのものを見直す
- 別のアイデアでLP検証をやり直す
1回のLP検証で「需要なし」と断定しない。ヘッドラインの変更だけでCVRが3倍になることもある。ただし、何度調整してもCVRが上がらなければ、それはアイデア自体に需要がない可能性が高い。
大企業でLP検証を行う際の注意点
ブランドリスクの回避
大企業名でLPを公開すると、「〇〇社がこんなサービスを始めるらしい」と広まるリスクがある。
対策は匿名ブランドでの検証。社名を出さず、別ブランド・別ドメインでLPを作り、検証後に削除する。LITMUSでもこの匿名検証アプローチを標準で採用している。
少額から始める
LP検証にかかる費用は、LP制作費+広告費で20〜50万円程度。プロダクト開発に数千万円をかける前の「保険」と考えれば、極めて安い投資だ。
まとめ
検証用LPは、プロダクトを作る前に需要を確かめる最も手軽な手法だ。
ポイントは3つ:
- LPを作る前に「仮説」と「判断基準」を決める: CVRが何%ならGo、何%ならNo-Goか
- 構成はシンプルに: 課題のヘッドライン、3つのベネフィット、CTA。完璧なデザインは不要
- LP検証はゴールではなくスタート: ポジティブなシグナルが出たら、インタビューとプロトタイプ検証で深掘りする
2週間・20〜50万円で、プロダクトの方向性を確かめられる。作ってから「誰も欲しくなかった」と気づくよりも、はるかに賢い。
LITMUSは、新規事業の検証に特化したスタジオです。LP検証の設計・制作・データ分析から、その後のインタビュー・プロトタイプ検証まで、一気通貫で提供します。
50万円から始められるEntry Moduleもあります。詳しくは LITMUS をご覧ください。