起業アイデアの需要検証｜作る前に、小さく確かめる七つの手順

結論：開発の前に、誰のどんな行動を確かめるか決める

起業前の需要検証で、最初から「この事業は成功する」と証明する必要はありません。いま決めたいのは、次の時間やお金を使う根拠があるかです。まず対象を狭く定め、最近実際に起きた困りごとを調べ、価格と提供範囲を示した小さな提案へ進む。この順番なら、商品を完成させる前に重要な思い違いを見つけられます。

たとえば「中小企業の業務を効率化する」では対象も成果も広すぎます。「毎月、複数拠点の報告を一人で集計する担当者が、提出直前の確認に時間を使っている」という場面まで具体化します。これは架空の例です。業種名より、問題が起きる条件を決めることが出発点になります。

本記事では、一次資料が示す市場調査の論点を踏まえ、少人数の創業者が実行できる判断手順を編集部で組み立てます。紹介する件数や期間に成功を保証する基準はありません。実験の目的は、賛成意見を集めることではなく、次の判断に必要な不確実性を減らすことです。

1．「需要」を四つの問いに分ける

「欲しいと言われた」という一言には、課題への共感、見た目への好感、好意的な社交辞令まで混ざります。そこで検証対象を、困りごとの実在、現在の対処、提案に対する行動、自分たちの提供可能性に分けます。使う人が困っていても予算を持つ人が別なら、購入までの道筋はまだ確認できていません。

図を大きく見る（新しいタブ） ↗横にスクロールして読めます →

米国中小企業庁（SBA）は、市場調査の論点として需要、規模、地域、競合の混み具合、代替品の価格などを挙げています。これは市場全体を把握する入口として有用です。一方、一社目に売れるかは個別の購入条件も調べる必要があります。米国中小企業庁（SBA）「Plan your business」内「Market research and competitive analysis」

仮説は「対象」「起きる場面」「現行手段」「不都合」「期待する変化」の五つで一文にします。最後に「何が分かれば、この仮説を捨てるか」を添えます。たとえば既存機能だけで十分に解決でき、変更する理由が見つからないなら、新しい製品より既存機能の導入支援の方が筋がよいかもしれません。

計画の最初に「今回決めたいこと：＿＿」「四つの問いのうち、今回は何を確かめるか：＿＿」を一つずつ書きます。すべてを同時に証明しようとせず、次の支出を左右する問いから選びます。

2．競合は同業だけでなく、現状維持まで比較する

競合一覧に似たサービス名を並べるだけでは、選ばれない理由を見落とします。比較する対象には、表計算、社内担当者、外注、手作業、何もしないことも含めます。顧客にとって重要なのは、あなたの商品と別の商品を比較することだけではなく、いまのやり方を変える価値があるかです。

• 既存サービス：価格だけでなく、導入設定や移行の負担まで見る。
• 社内作業：作業時間のほか、担当者が離れられない理由を確かめる。
• 外注：納期、責任範囲、依頼の手間を比較する。
• 何もしない：問題の発生頻度が低い、損失が小さいなど、合理的な理由を探す。

比較表の列は「費用」「手間」「望む結果」「切り替える条件」に絞ると判断に使えます。分からない欄を推測で埋めず、次の聞き取りの質問に回します。競合の公開価格は入口の情報であり、顧客が実際に払う総額や運用負担と同じとは限りません。

日本政策金融公庫の「創業計画書セルフチェック」は、誰に何をいくらで販売するか、対象に合った販売戦略、競合や市場、入金・支払いの条件を確認項目にしています。小さく始める段階でも「誰に」だけでなく「どう届け、どう回収するか」を一緒に考えると、比較が事業の条件につながります。日本政策金融公庫「創業計画書セルフチェック」

3．未確認の問いに合わせて、試し方を選ぶ

ヒアリング、案内ページ、試作品、有料の試験提供は代替関係ではありません。調べられる問いが違います。作りやすい方法から選ぶのではなく、いま最も大きな思い違いがありそうな場所から選びます。

• 困りごとが不明：過去の具体的な出来事を聞き、可能なら現在の作業を見せてもらう。
• 説明が伝わるか不明：一枚の案内で対象・成果・範囲を示し、相手の理解を確かめる。
• 操作できるか不明：試作品で実際の作業をしてもらい、止まる箇所を見る。
• 条件が受け入れられるか不明：価格、開始日、範囲を明記した試験提供を提案する。

案内ページへの登録は、到達した人が説明に関心を持った手がかりになります。ただし、購入や継続の証拠には置き換えられません。試作品を使えたことも、支払う価値があることとは別です。観測できた事実を一段先の結論へ飛ばさないようにします。

店舗や物販では、同じ考え方を試食、限定販売、短期間の出店に置き換えられます。ただし、家族への配布と通りがかりの購入、イベントの特別価格と通常価格は条件が違います。接触した人、提示した条件、買った人、買わなかった理由を分けて残しましょう。仕入れが必要な場合は、売れ残りや廃棄、配送まで含む損失上限を先に決めます。

図を大きく見る（新しいタブ） ↗横にスクロールして読めます →

NSFのI-Corpsは、顧客発見の過程を通じて技術の市場可能性を評価するプログラムです。ここから参考にしたいのは、作り手の説明だけで事業性を決めず、顧客側の情報に触れて評価する姿勢です。特定の質問数や検証順が万能だと示す資料ではありません。米国国立科学財団（NSF）「About I-Corps」

4．検証前に、予算・期限・判定条件を書く

試すたびに成功の定義を変えると、どんな結果でも継続の理由にできます。実験を始める前に、対象条件、依頼内容、観測する行動、費用と時間の上限、結果を読む日を一枚にまとめましょう。精緻な計画より、終わったときに判断できる記録が必要です。

図を大きく見る（新しいタブ） ↗横にスクロールして読めます →

架空の例として、拠点別報告の集計支援を二週間だけ手作業で提供するとします。対象は直近に同じ作業をした担当者。提案は対象帳票一種類、確認会一回まで。観測は、試験に必要なデータを用意できるか、実務に使われたか、提示価格で次回も依頼したいかです。日数や範囲は説明用で、業界標準ではありません。

判定条件には否定の証拠も入れます。「全員が忙しいと言った」だけでは進めず、「日程が決まらない」「必要なデータを渡せない」「担当者は使いたいが承認者に届かない」を別々に記録します。長い稟議が通常の業界なら、期間内の購入だけを判定基準にすると誤って切り捨てるので、正式な社内検討など途中の行動も定義します。

記入例：先に固定する一つの検証計画

以下の計画と結果分岐はすべて教材用の架空条件です。実際に募集・提供した記録ではありません。「拠点報告の集計支援」という同じ提案に対し、結果の条件だけを変えて判断します。

表が収まらない場合は横にスクロールできます →

件数・金額・時間はこの教材で置いた制約で、合格率や一般的な成功基準ではありません。期限後も入金予定日が先なら「支払い確認済み」にはせず、その確認日を別に残します。

5．少数の結果は、割合よりも条件の違いから読む

初期の聞き取りは、同じ紹介元や似た立場の人に偏りがちです。「五人中四人が賛成」といった結果を市場の八割に広げてはいけません。少数の調査は、どの条件で困りごとが強く、何が行動を止めるのかを見つけるために使います。割合を推定したいなら、母集団や集め方を含む別の調査設計が必要です。

記録は一人一行にまとめ、対象条件、直近の出来事、現行手段、具体的な負担、次に取った行動を並べます。そのうえで、肯定した人と断った人の違いを比較します。従業員数より拠点数、役職より作業頻度など、想定と違う分かれ目が見つかれば、対象の定義を更新します。

逆に、一件の強い反応を人数が少ないという理由だけで捨てる必要もありません。相手が具体的な予算や開始日を示し、同じ条件の候補に接触できるなら、次の小さな試験へ進む理由にはなります。ただし「一社で価値があった」と「多数に同じ形で売れる」は別の仮説として残します。

反応が薄いときも「需要なし」と即断しません。連絡が届いていないのか、相手が対象外なのか、説明が伝わらないのか、条件が合わないのかを分けます。ただし原因を全部同時に変えると、何が効いたか分からなくなります。次の検証では、最も疑わしい要素を一つ変えて比較できる記録を残します。

同じ計画で、結果のどこが違えば判断を変えるか

次のA〜Dは別々の仮想結果です。足し合わせて調査人数や成約率にしません。いずれも前節の対象・価格・範囲・上限を維持した場合です。

表が収まらない場合は横にスクロールできます →

記録の最後は「結果／反対の証拠／判断／次に一つ変える条件／次の上限」で閉じます。Bを需要なし、Dを不人気と書くと、価格や製品を直すべきか、接触や導入を直すべきかが混ざります。Aでも次の支出を小さく区切ることが、この検証で言える範囲を守る方法です。

提供工数も判定を変えます。同じ提案に合意・利用・入金があっても、1社の提供に想定8時間の倍の16時間が必要だったなら、需要の兆候と供給採算を分けます。次の受注を同条件で増やさず、範囲・価格・作業を見直し、一件採算と提供上限を再計算してください。検証全体30時間の上限も守ります。

6．小さく試すときに、削ってはいけないこと

小さくするのは提供範囲と投資額です。説明の正確さ、顧客の安全、情報の扱いまで省く意味ではありません。まだ提供できないものを完成済みと見せたり、実際には受けられない注文を受けたりすると、反応は集まっても信頼を失います。募集段階なら「試験提供」「開始予定」「未対応」を明記します。

• 無料だけで終える：操作性は見られても、価格受容性が未確認のままになる。
• 大口一社の要望に合わせ切る：その会社専用の案件なのか、他社にも共通する需要なのかを分ける。
• 使われない理由を機能不足だけにする：導入準備、権限、既存契約、運用変更も確認する。
• 売れたら検証終了にする：提供工数、再利用、問い合わせ、再購入まで追う。

医療、金融、安全に関わる領域や機密情報を扱う業務では、手作業の試験でも責任は消えません。まず必要な専門性や許認可、契約、情報管理を確かめ、検証に使う情報を最小限にします。実データが不要なら、架空データで検証できる範囲から始める選択もあります。

7．次に決めるのは、作る量ではなく進む条件

検証の終わりには、「続ける」「対象や提案を変える」「いったん止める」のどれかを選びます。続ける場合も一気に完成品を作る必要はありません。課題が確認できたなら価格付き提案へ、購入されたなら提供と継続の検証へ、と次の未確認事項へ移ります。

1. 一文の仮説を書く。対象と問題が起きる場面を限定する。
2. 現行手段を三種類ほど挙げ、分からない条件を空欄にする。
3. 最も重要な未確認事項を一つ選び、最小の実験を設計する。
4. 開始前に費用・期限・判定条件を置き、反対の証拠も残す。
5. 終了日に、根拠と未確認事項を添えて次の判断を記録する。

うまくいく案を早く選ぶことだけが成果ではありません。作らなくてよい機能、追わなくてよい顧客層、いまは受けない案件が分かれば、その分だけ次の選択に使える時間が増えます。まずは「誰が何をしてくれたら、次へ進めるか」を書くところから始めてください。

コピーして使う検証メモ

• 今回決めたいこと／未確認の問い：＿＿／＿＿
• 対象条件／対象に合う根拠／接触経路：＿＿／＿＿／＿＿
• 提案する価格・範囲・納期／扱う情報と権限：＿＿／＿＿
• 期限・判定日／総工数上限／追加支出上限：＿＿／＿＿時間／＿＿円
• 続ける条件／変える条件／止める条件／観測不足時の扱い：＿＿／＿＿／＿＿／＿＿
• 届いた提案／返答／実際の行動／提供工数／中断理由：＿＿／＿＿／＿＿／＿＿／＿＿
• 反対の証拠／未確認／判断と理由：＿＿／＿＿／＿＿
• 次に一つ変える条件／次の予算と期限：＿＿／＿＿

聞き取りの設計は顧客ヒアリングの進め方で確認できます。聞いた感想を、このメモの「実際の行動」へ置き換えないことが大切です。