新規事業担当者が最初につまずくのは、アイデアの不足ではなく検証の順番を間違えることだ。「とにかく動いてみよう」という姿勢は大切だが、確かめるべきことを確かめる前に動いてしまうと、膨大なコストをかけた後で根本的な問題に気づく。事業性検証とは何を、どの順番で確かめるプロセスなのかを、BizDevの実務に即して整理する。
1課題の実在性——「本当に困っている人がいるか」を確かめる
事業性検証の出発点は、市場調査でも競合分析でもなく「解くべき課題が実在するか」の確認だ。多くの新規事業プロジェクトがこのステップを軽く扱い、社内の仮説を「おそらくそうだろう」と内部で合意しただけで次に進んでしまう。
課題の実在性を確かめるために必要なのは、ターゲットとなる顧客（企業・個人）に直接話を聞くことだ。このフェーズで使うのはアンケートではなく、1対1のインタビューが基本になる。アンケートは「そういう課題があると思いますか？」という質問に対して「はい」と答えやすい形式であるため、課題の実在性を検証するツールとしては弱い。
- その課題を実際に経験している人が存在するか
- 課題の深刻度——放置したときの影響はどの程度か
- 現在どのように対処しているか（代替手段の有無）
- 課題解決に対して、お金や時間を使う意欲があるか
インタビューで「確かに困っている」という声が複数の対象者から一貫して出てくれば、次のステップに進む根拠になる。逆に「あったら便利だけど、今は特に困っていない」という反応が続くようであれば、課題定義自体を見直す必要がある。
2市場の大きさ——「解決する価値がある規模か」を測る
課題の実在性が確認できたら、次に確かめるのが市場規模だ。ただし、ここで求められているのは精緻な数字ではなく「事業として成立しうる規模感かどうか」の判断だ。
市場規模の推計には、トップダウンとボトムアップの2つのアプローチがある。
| アプローチ | 方法 | 使いどころ |
|---|---|---|
| トップダウン | 市場全体のデータから自社がとれるシェアを逆算 | 既存市場への参入時。比較対象のデータが豊富な場合 |
| ボトムアップ | ターゲット顧客数 × 1顧客あたりの想定売上で積み上げ | 新規市場の創造。既存データが少ない領域 |
新規事業においてはボトムアップアプローチが実態に近いことが多い。「このカテゴリの企業が国内に約3万社あり、そのうち課題を抱えるのが推計20%、獲得できるシェアが5%とすると、ターゲット数は300社。1社あたりの年間契約額が200万円であれば、初期TAMは6億円」といった形で積み上げていく。
事業会社の新規事業として「やる意味がある」と判断される市場規模の目安は、既存事業の規模や会社の戦略によって異なる。ただし一般的に、数年後に売上10億円以上を狙えない市場は、大企業では優先度が下がりやすい。スタートアップどSOM（獲得可能な市場）で初年度1〜2億円の現実性があれば議論の入り口になる。
3ソリューションの受容性——「顧客は本当にそれを使うか」を試す
課題の実在と市場規模の確認ができたら、次は「自分たちが提供しようとするソリューションを、顧客は実際に使うか」を確かめる番だ。ここで重要なのは「良いと思うか」を聞くのではなく、「実際に使うか」を試すことだ。
この2つは似ているようで、結果が大きく変わる。「良いと思いますか？」という質問には「良いと思います」という答えが返りやすい。人は面と向かって否定しにくいからだ。一方で、実際に使ってもらう、もしくは購入意向を金銭と結びつけて確認すると、より正直な反応が得られる。
「欲しいと言う」と「お金を払う」の間には、想像以上に大きな溝がある。
ソリューション検証でよく使われる手法
- ペーパープロトタイプ：実際のプロダクトがなくても、画面設計図や簡単なモックアップを使って反応を確認する
- ランディングページ検証：実際には存在しないサービスのLPを公開し、問い合わせや仮登録の数で需要を測る
- 試験販売（クローズドβ）：一部の顧客に実際に使ってもらい、継続意向や課題点を回収する
- 意向表明の確認：「今月中に導入を決めるなら使いますか」と期限と条件を設けて問う
4収益モデルの成立——「お金になるか」を設計する
ソリューションに対する需要が確認できたら、次に確かめるのが収益モデルだ。「顧客が使う」ことと「事業として黒字になる」ことは別の話であり、BizDevが押さえるべき重要なプロセスのひとつだ。
収益モデルの検証で確かめるべきことは3点に絞られる。
- 顧客がいくら払うか（WTP：支払い意思額）：価格感度を複数のプランで測る。「いくらなら使わなくなるか」と「いくらなら迷わず使うか」の両方を確認する
- 獲得コスト（CAC）と回収期間：1顧客を獲得するのにかかるコストと、そのコストを何ヶ月で回収できるかを試算する。BtoB SaaSでは一般的にCAC回収が12〜18ヶ月以内が目安とされる
- 継続性（チャーン率）：一度使った顧客がどの程度の割合で継続するか。LTV（顧客生涯価値）はCACを上回らなければ事業として成立しない
収益モデルの検証でよく見落とされるのが、オペレーションコストの過小見積もりだ。プロダクトの開発コストは精緻に計算する一方で、カスタマーサクセス・サポート・導入支援などのコストが後から膨らんで単価がペイしなくなるケースは多い。単価設計の段階で運用コストを組み込んでおくことが重要だ。
5競合優位性——「なぜ自社がやるべきか」を言語化する
最後に確かめるのが競合優位性だ。このステップを最後に置く理由は、前の4ステップが通過できなければ、競合優位性を論じても意味がないからだ。課題が実在し、市場があり、使われ、お金になるという前提だ。課題が実在し、市場があり、使われ、お金になるという反時提だ「なぜ他社ではなく自社なのか」を問う。
BizDevの現場でよく求められる競合優位性の軸は大きく3つだ。
| 優位性の軸 | 内容 | 問いかけ |
|---|---|---|
| アセット優位性 | 既存の顧客基盤・流通網・ブランド・データ | 自社が持つ固有の資産を活かせるか |
| ケイパビリティ優位性 | 技術・業務ノウハウ・人材の専門性 | 競合が簡単に真似できない能力があるか |
| ポジション優位性 | 先行者利益・ネットワーク効果・スイッチングコスト | 先に始めることで築ける参入障壁があるか |
競合優位性の検証は、既存競合の分析だけでなく「将来この市場に参入してくるのある競合」まで視野に入れることが重要だ。今は競合がいなくても、市場が立ち上がった時点で大手が参入してくるシナリオを事前に想定しておくことが、事業性の判断に深みを加える。
∑検証の順番を間違えるとどうなるか
5つのステップをまとめると、以下の順番になる。
- 課題の実在性（誰が困っているか）
- 市場の大きさ（どの程度の規模か）
- ソリューションの受容性（使われるか）
- 収益モデルの成立（お金になるか）
- 競合優位性（なぜ自社がやるべきか）
この順番が重要なのは、各ステップが前のステップの前提に乗っているからだ。課題が実在しないなら市場規模を測る意味はなく、使われないなら収益モデルを設計しても意味がない。
現場でよくある失敗パターンは、ステップ5（競合優位性）から入ることだ。「自社にはこの技術がある」「このネットワークを活かせるはずだ」という出発点は魅力的に見えるが、それが解くべき課題と顧客の存在に紐づいていなければ、優位性は絵に描いた餅になる。