新規事業では「まず検証が大事」とよく言われます。ところが、「検証する」という言葉が具体的に何をすることなのかは、意外と曖昧なまま使われています。その結果、検証したつもりで立派な事業計画書を作り込んでしまったり、いきなりシステム開発に踏み切って「作ってみたらニーズがなかった」と後で気づいたりします。
結論から言うと、検証とは「いちばん外したら痛い思い込みを、いちばん安く確かめること」です。専任の新規事業チームがいない中小企業ほど、あれもこれもと検証しようとして息切れします。この記事では、限られた予算と人手で、最初に何をどの順番で確かめればいいのかを具体的に整理します。
そもそも、何を「検証」するのか
新規事業のアイデアには、いくつもの「そうであってほしい思い込み」が含まれています。検証とは、その思い込みのうち外れたときにいちばん痛いものから確かめていく作業です。まず思い込みを2階建てで捉えると整理しやすくなります。
| 階層 | 確かめたい思い込み | 外れたときの痛さ |
|---|---|---|
| 1階：課題は本当にあるか | 想定した顧客は、本当にその不便・不満を抱えているか | 最大。課題がなければ、何を作っても売れない |
| 2階：お金を払うか | その人は、解決策にお金や手間を払ってでも解決したいか | 大。「あったらいいね」止まりだと事業にならない |
多くの新規事業は、この1階（課題は本当にあるか）を飛ばして、2階やその先（どう作るか・いくらで売るか）から検証を始めてしまいます。順番を守るだけで、無駄な作り込みの大半は防げます。
「検証したつもり」と「検証になっている」の違い
検証でいちばん多い失敗は、確かめたつもりで、実は何も確かめていないことです。
| 検証したつもり | 検証になっている |
|---|---|
| 知人や社員に話して「いいね」と言われた | 見込み客が、予約金・事前登録・前払いなど“痛みを伴う一歩”を踏んだ |
| アンケートで「使いたい」に○がついた | 実際に使える形を見せて、使う／使わないの行動を観察した |
| 市場規模が大きいと分かった | 目の前の一人が、今の代替手段より自分の解決策を選んだ |
ポイントは、言葉ではなく行動で確かめることです。人は「いいね」と気軽に言いますが、お金や手間を払うかは別問題です。「お金を払う」「順番待ちに並ぶ」「連絡先を残す」といった、相手にとって少し面倒な行動が伴って初めて、検証になります。
具体的に、何をどの順番でやるか
ここからが本題です。検証は、次の4ステップで進めます。
ステップ1：いちばん外したら痛い思い込みを1つ書き出す
アイデア全体を一度に検証しようとせず、「これが違ったら、この事業は成り立たない」という前提を1つだけ選びます。たいていは1階（課題は本当にあるか）にあります。
ステップ2：それを確かめる“最小の方法”を選ぶ
その1つの思い込みだけを、いちばん安く確かめる方法を選びます。中小企業でも今すぐできる代表的な方法は次の3つです。
- 顧客インタビュー: 見込み客5〜10人に、過去の行動を聞く（「どう思うか」ではなく「実際にどうしていたか」を聞く）
- 事前予約・事前登録: 完成前に「申し込みページ」だけ作り、実際に申し込みが入るかを見る
- 手作業での代行（コンシェルジュ型）: システムを作らず、まず人手で1件だけサービスを提供してみる
ステップ3：「成功・失敗のライン」を先に決める
検証の前に、「10人中3人が事前予約したら次に進む／1人以下なら見直す」のように、判断ラインを数字で決めておきます。これを後から決めると、結果を都合よく解釈してしまいます。
ステップ4：小さくやって、決めたラインで判断する
実際にやってみて、ステップ3で決めた線で「進む／見直す／やめる」を判断します。ここで大事なのは、きれいな結果を出すことより、早く安く間違いに気づくことです。
チェックリスト
- 検証する思い込みを、1つに絞れているか
- その思い込みは「課題は本当にあるか」の階層か（作り方の話になっていないか）
- 言葉ではなく、相手の“行動”で確かめる方法になっているか
- 成功・失敗のラインを、始める前に数字で決めたか
中小企業でよくある落とし穴
- 完璧な事業計画書を先に作り込む: 計画の精度を上げても、前提が外れていれば意味がありません。計画より先に、前提を確かめます。
- 社内の意見だけで進める: 社内は「上司の手前」など利害があり、本音が出にくいものです。検証相手には必ず社外の見込み客を含めます。
- 結果を都合よく解釈する: 「否定的な反応は、説明が足りなかっただけ」と片付けたくなります。ステップ3の事前ラインが、この誘惑への歯止めになります。
よくある質問
Q. MVP（試作品）は必ず作るべきですか。
必ずしも必要ありません。MVPは「解決策が使えるか（2階）」を確かめる手段の一つで、その前段の「課題は本当にあるか（1階）」は、インタビューや事前予約だけでも確かめられます。作る前に確かめられることは、作らずに確かめるのが中小企業には合理的です。
Q. 何人に聞けば「検証できた」と言えますか。
人数より、“同じ痛みを持つ人が繰り返し現れるか”が大事です。5〜10人に聞いて同じ不便が繰り返し出てくれば、傾向は見えてきます。逆に、100人にアンケートしても、行動が伴っていなければ確からしさは上がりません。
Q. アンケートではダメなのですか。
アンケートは「意見」を集める道具で、「行動」は測れません。検証の中心は行動なので、アンケートは補助にとどめ、事前予約やインタビューでの過去の行動確認を主にします。
Q. 検証にはいくらかければいいですか。
金額の目安より、「本開発に踏み切る前に、いちばん痛い思い込みを確かめ切ったか」で考えます。数万円と数日でできる検証で、数百万円の作り込みの無駄を防げるなら、それが最も費用対効果の高いお金の使い方です。
まとめ：検証とは「安く間違える」技術
| ステップ | やること |
|---|---|
| ① 思い込みを1つに絞る | 外したらいちばん痛い前提を選ぶ（多くは「課題は本当にあるか」） |
| ② 最小の方法を選ぶ | インタビュー／事前予約／手作業の代行から、いちばん安い方法で |
| ③ ラインを先に決める | 成功・失敗の判断基準を、始める前に数字で |
| ④ 小さく試して線で判断 | きれいな結果より、早く安く間違いに気づく |
新規事業の「検証」は、正解を当てにいく作業ではなく、大きく間違える前に、小さく間違えておく技術です。専任チームのいない中小企業ほど、この順番と最小コストを意識するだけで、新規事業の打率は大きく変わります。
私たちのような少人数のコンサルティング会社が新規事業に関わる意味があるとすれば、華やかなアイデア出しより、「その事業のどこがいちばん危ういか」を一緒に見極め、いちばん安く確かめる順番を設計するところにあると考えています。