#問題定義だけの計画書が説得力を失う理由
理由は1文にまとめられます。問題定義も、結局はまだ主張にすぎないからです。「このような顧客が、このような不便を抱えている」。どれほどもっともらしく聞こえても、それは創業者による宣言です。そして、その宣言には常に2つの可能性が混在しています。
- 実際に存在する事実。誰かが本当に経験しており、検証できるもの
- 創業者が想像した仮定。頭の中でもっともらしく組み立てた問題
問題定義だけを見ても、この2つは同じに見えます。文章では区別できません。区別できるのは証拠だけです。したがって、証拠が添えられていない問題定義では、審査員はそれが事実なのか仮定なのかを判断できません。
大切なのは、判断できないときに審査員がどちらとして読むかです。答えは明快で、証拠がなければ「仮定」として読む傾向があります。審査員が厳しいからではありません。未検証の主張を事実として扱い、それを前提に投資や助成金の判断をすることはできないからです。証拠がない以上、未確認の仮定として扱う慎重な読み方が、唯一妥当な初期判断になります。問題定義は計画書の最初のドミノです。その土台が仮定なら、その上に積み上げた解決策、市場規模、収益モデルの信頼性も連動して下がります。
#審査員がすぐに見抜く理由
問題定義に裏付けがないことは、思っている以上に表に出ます。理由は単純です。
問題は誰でも想像できます。机に座り、自分の経験といくつかのニュース記事をつなぎ合わせれば、実際には経験したことのない問題でも、もっともらしく説明できます。つまり、問題を流暢に説明できることは、それが事実である証拠にはなりません。むしろ、文章は滑らかなのに証拠がないと、審査員は「経験した問題ではなく、想像した問題かもしれない」と受け取りがちです。
一方、実際の顧客に会った痕跡は、簡単には作れません。特定の顧客が実際に口にした言葉、予想外の細部、創業者自身の仮説に反する反応。こうしたものを机上で生み出すのは難しいからです。多くの事業計画書を読む審査員は、この違いに敏感になり、数ページのうちに証拠があるかどうかを感じ取る傾向があります。
つまり、審査員は問題の説明がどれほど洗練されているかを採点しているのではありません。その背後に実在の顧客がいるかを確認しています。誰もいなければ、その後の市場規模、解決策、チームの説明がどれほど優れていても、信頼の土台はすでに揺らいでいます。
#未検証の事業計画書によくある兆候：自己診断チェックリスト
ここがこの記事の中心です。今、自分の事業計画書を開き、問題定義の部分と照らし合わせながら、以下の項目を1つずつ確認してください。当てはまるものが多いほど、「想像上の問題」と読まれるリスクが高くなります。
兆候A：主語が「多くの人」になっている
- [ ] 「多くの人」「ほとんどのユーザー」「誰もが」など、曖昧で包括的な主語を使って問題を説明している
- [ ] 問題を抱えている人を、特定の集団や状況に絞り込む文章がない
- [ ] 実際の問題の説明を、「最近の傾向を踏まえると」「今の時代は」といった背景説明で代用している
診断：主語が広いほど、実際には検証していない可能性が高くなります。特定の誰でもない「みんな」は、そもそも検証できません。一方、実際に会った顧客には、必ず具体的な顔があります。
兆候B：書類のどこにも顧客の声がない
- [ ] 顧客が実際に話した内容の引用や、実際の会話への言及が1行もない
- [ ] インタビュー、アンケート、利用待ちリスト、事前登録など、実際に人と接した痕跡を示す記述がない
- [ ] 問題の根拠がすべて記事、統計、業界レポートといった二次資料で、それ以外に何もない
診断：二次資料は市場が「大きい」ことを示せますが、あなたの顧客が実際にその問題を抱えているかまでは示せません。「市場が大きい」と「自分が定義した特定の顧客が、この特定の問題を抱えている」は、異なるレベルの主張です。審査員が見たいのは後者です。
兆候C：深刻さと頻度が「推測」になっている
- [ ] 「非常に不便」「大きな負担」などの強い表現を、裏付けなしに使っている
- [ ] その問題が実際にどのくらいの頻度で起きるか、確認済みの情報がない
- [ ] 深刻さの根拠が、創業者自身の推測や個人的な体験談だけになっている
診断：深刻さと頻度は、問題の実際の「大きさ」を決めるものです。そこを推測で埋めると、問題の大きさ全体が推測の上に成り立つことになります。
兆候D：証拠なしで、問題から「支払い意思」へ飛躍している
- [ ] 「不便だ」から「だから当然お金を払う」へ、間に検証を挟まず飛躍している
- [ ] 顧客が現在、その問題を解決するためにお金や時間を使っている証拠がない
- [ ] 有料ベータ版、事前決済、意向表明書（LOI）など、支払い意思や購入意向を確認した痕跡がない
診断：不便さと支払い意思は別の話です。人が不便を感じる回数は、その解消にお金を払おうと思う回数よりもはるかに多いものです。証拠なしでここを飛躍させると、事業の前提全体が最初から最後まで仮定になります。
#想像上の問題と検証済みの問題：実際に何が違うのか
同じアイデアでも、問題定義に裏付けがあるかどうかで、読み手の受け止め方は大きく変わります。表面的には似た説明でも、審査員に残す印象は正反対になります。
| 観点 | 想像上の問題（危険信号） | 証拠が添えられた問題（説得力がある） |
|---|---|---|
| 問題を抱える主体 | 「多くの会社員が〜に不便を感じている」 | 「直接話を聞いた会社員から、〜という声が繰り返し上がった」 |
| 証拠の形 | 創業者の推論、一般的な統計 | インタビューの引用、事前登録、アンケート、有料ベータ版、LOI |
| 深刻さ・頻度 | 「おそらく頻繁に起きる」（推測） | 「この状況で、この頻度で起きる」（観察） |
| 支払い意思 | 「必要だから、お金を払うはず」 | 「いくらなら払うかを聞いた / 実際に支払ってもらった」 |
| 反証可能性 | 反証するデータがない（仮定だから） | 想定と合わない反応も記録されている（現実だから） |
| 読み手の受け止め方 | 創業者の仮定 | 証拠に裏付けられた仮説 |
| 審査員に残る印象 | 「経験したことではなく、作り上げた話に見える」 | 「この人は実際に顧客を理解している」 |
ここで押さえたいのは、右側の列に入る数が大きい必要はないということです。少数でも、実際の人に会った確かな痕跡なら、想像上の「多くの人」に勝ります。数件の実際のインタビューに基づく文章は、「無数の人がこの問題に苦しんでいる」という1行より、審査員からはるかに信頼されます。検証の力は、規模の大きさではなく、実在することから生まれます。規模より先に、存在の確認です。
#では、どんな証拠が不足を埋めるのか（要点）
この記事の目的は診断なので、方法論には踏み込みません。ただし、何が証拠になるかは確認しておきましょう。以下のいずれか1つでも問題定義の裏付けとして添えれば、想像の域にとどまる主張より、はるかに説得力が増します。
- 顧客インタビューの引用：実際の顧客の言葉を、編集せずそのまま示したもの
- 事前登録 / 利用待ちリスト：プロダクトが存在する前から「関心がある」と手を挙げた人々
- アンケート回答：問題を経験した人に、その頻度と深刻さを直接尋ねて得た結果
- 有料ベータ版 / 事前決済：言葉ではなく行動で支払い意思を示す痕跡
- 意向表明書（LOI）：特にB2Bで強力な、相手側から得た書面による証拠
繰り返しますが、この段階で大切なのは、数を膨らませて大きく見せることではありません。実際に顧客と接して得た証拠を添えることです。サンプルが小さくても、現実に根ざしていれば、その上に積み上げる市場規模、解決策、成長シナリオのすべてを、「仮定」から「仮説」へと引き上げられます。ただし、その証拠を実際にどう作るか、つまり顧客をどう集め、何を質問し、結果に偏りがないかをどう確かめるかは、この記事の範囲外です。次に進むには、このシリーズの顧客インタビュー手法と初期段階の市場検証の記事を参照してください。この記事では、自分の書類にその不足があるかどうかに気づくところまでを扱います。
#提出前に、自分でこの不足を見つける方法
皮肉なことに、問題定義の証拠不足は、書いた本人ほど気づきにくいものです。創業者はその問題について長い時間考えてきたため、頭の中の確信と、書類上の証拠を混同しやすくなります。「自分はこれが本当だと分かっているのに、なぜ信じてもらえないのか」。まさにそれが、この失敗の落とし穴です。自分の確信が証拠になるのは、自分に対してだけです。審査員にとっては、まだ何の証拠にもなっていません。
だからこそ、提出前に一度、審査員の視点で読み直す必要があります。問題定義にあるすべての主張について、「この文章の背後に顧客検証の証拠があるか」と冷静に確認してください。提出ボタンを押す前に、「これは自分が確認した事実なのか、それとも事実になるはずだと信じた仮定なのか」と問いかけてみましょう。自分でその問いに答えられない文章こそ、審査員が最初に指摘する箇所です。
#よくある質問（FAQ）
Q. まだプロダクトがありません。この段階で顧客検証の証拠をどう入れればよいですか？
プロダクトがなくても証拠は作れます。事前登録、利用待ちリスト、インタビュー、アンケートは、すべて提供開始前に集められます。むしろ、「プロダクトがないので検証できなかった」より、「プロダクトを作る前に問題を検証した」のほうが、説得力のある説明になります。
Q. 市場規模の統計やニュース記事の引用は、検証に入りませんか？
「市場が大きい」と「自分が対象とする特定の顧客が、実際にこの問題を抱えている」は、異なるレベルの主張です。二次資料は市場の背景を説明しますが、「あなたの」顧客に実際に会った証拠にはなりません。両方が必要であり、一方で他方を代用することはできません。
Q. 数人にしかインタビューしておらず、書くのも気が引けます。サンプルが少ないと、かえって減点されませんか？
サンプルが小さい場合は、その限界を率直に示し、誰に、なぜ話を聞き、何を確認したかを具体的に書くほうがよいでしょう。検証の範囲を広げることは、次の段階の課題です。出発点で大切なのは、どのように人に会い、何を学んだかを具体的な記録として残すことです。
Q. B2Bなので、顧客に会うことが特に難しいです。
B2Bであるほど、LOIや実証実験に関する協議の記録など、書面の重みが増します。会えた企業が数社だけでも、相手から得た1枚の書面が、想像と事実を分ける決定的な証拠になることがあります。
Q. 顧客インタビューや市場検証は、具体的にどう進めればよいですか？
この記事は検証が欠けていないかの診断に焦点を当てているため、方法論は扱っていません。実際に顧客に会って問題を確認する方法は、このシリーズの顧客インタビュー手法の記事を、アイデア初期段階での市場検証については、初期段階の市場検証の記事を参照してください。
この記事は、OpenSeed Wikiの「事業計画書の失敗ノート」シリーズの1本です。特定の審査結果や統計ではなく、繰り返し観察されたパターンを診断の視点から解説しています。問題定義も主張であり、主張には証拠が必要です。次回は、別の減点パターンを取り上げます。
提出前に、問題定義の「証拠不足」をチェック
事業計画書を提出する前に、OpenSeedのAI分析が審査員の視点から、問題定義に顧客検証の証拠が添えられているかを確認します。実際の審査に臨む前に、想像上の問題と検証済みの問題の境界を確かめましょう。
提出前に根拠・論理・リスクを確認する意思決定支援サービス
OpenSeedのレビューを始める →