審査員が求めるのは「すごいアイデア」ではなく「成立する事業」 — 提出前のセルフチェック

#審査員が評価するのは「アイデア」ではなく「成立する事業かどうか」

審査員は短時間で多くの申請書を読みます。その間に問うているのは1つ。「この人が説明している内容は、本当に事業として成立するか」です。アイデアがどれほど巧みに聞こえるかではなく、それを取り巻く条件がそろい、互いにかみ合って機能するかを見ています。

その条件は、市場性・顧客獲得・検証・収益性という4つの視点に分けられます。重要なのは、4つすべてがそろっていることです。1つでも欠けると、「アイデアはよいが、事業になるかはわからない」という評価に傾きます。

#審査員の頭にある6つの質問 — 自分の計画で答える

4つの視点を実際の点検に落とし込むと、6つの質問になります。計画書を閉じて、それぞれに1文で答えてみてください。答えに詰まる質問が、あなたの弱点です。

この6つの質問は、業種を問わず、ほぼそのまま使えます。すぐに答えられるなら、計画書のその部分はしっかりしています。1文にまとめられないなら、計画書でも曖昧に書いている可能性が高いでしょう。答えに詰まった項目に印をつければ、その一覧がそのままやるべきことのリストになります。

#よくある類型に当てはめられる前に、自分で定義する

審査員は短時間で理解するために、計画をなじみのある類型に当てはめようとします。自分の立ち位置を先に定義しなければ、よくある平凡な類型として読まれ、その類型の平均的な評価を受けることになります。

だからこそ、1文の自己定義が必要です。「私たちはAではなくBです」という形で、当てはめられがちな類型を先に否定し、本来の立ち位置を明確にします。たとえば、「情報を集めて表示するだけの、よくあるアプリ」と受け取られそうなら、「単なる情報提供ではなく、意思決定までつなぐツールです」と、自ら線を引きます。

#まだ顧客がいないとき — 検証は大がかりでなくてよい

公開前や初期段階で顧客がいないのは普通です。審査員もそれはわかっています。ただし、「顧客がいない」と「顧客の見つけ方がわからない」は別です。減点されるのは後者だけです。だから、最初の顧客は誰か、どこで出会うか、どう試すか、支払い意思をどう確認するか、という4つを明確に示す必要があります。

検証にビッグデータは必要ありません。小さな確認で十分です。数人の見込み顧客に話を聞いて同じ不満が繰り返し出てきた、少人数で利用意向や支払い意思を試した。そうした結果が1つあるだけでも、「推測」から「根拠」へと進めます。

• 顧客インタビュー — 同じ不満が繰り返し出てくるか
• 短いアンケート — 問題の発生頻度と深刻さ
• ランディングページ／事前登録 — 実際のクリックと登録
• コミュニティの反応 — 対象顧客が集まる場所での反応
• プロトタイプ／試験導入 — 実際に手に取ったあとの行動
• 市場調査 — 規模と動向を裏付ける外部の根拠

審査員が検証の項目で本当に見たいのは、結果の大きさではありません。「何を確認し、その結果を踏まえて次に何を検証するのか」という流れです。小さな結果でも、次の仮説につながっていれば、「事業の進め方を知っているチーム」と受け取られます。

#収益モデルとは「課金方法」ではなく「支払う理由」

収益モデルの欄に「サブスクリプション」や「広告収入」とだけ書く申請書は少なくありません。しかし、課金方法の名称は答えになりません。審査員が確認しているのは、「なぜ顧客は、この問題の解決に今お金を払うのか」です。

説得力のある収益の説明には、共通する形があります。「顧客が今この問題に費やしている時間やお金を減らすので、その削減分の一部を対価として受け取る」という形です。価値の交換の結果として、支払いが自然に生まれます。一方、「まず無料で人を集め、あとで広告で収益化する」は弱い説明と受け取られます。今支払う理由が欠けているからです。

#実行力 — 「やりたい」ではなく「なぜ自分たちならできるか」

最後に、審査員は「なぜ、ほかでもないあなたが実現できるのか」を確認します。同じ計画でも、実行できる根拠のあるチームと、熱意しかないチームとでは、受け取られ方が変わります。大切なのは、自分の経歴から「なぜやりたいか」だけでなく、「なぜできるか」を引き出すことです。

どんな経歴でも、弱みではなく切り口になります。大切なのは、その経歴を事業の具体的な部分につなげることです。「私はこの問題を自分で経験したので、すでに___を実行しています」。この1文が、実行力の項目に具体性を与えます。

#提出前のセルフチェック — 7要素＋6つの質問のチェックリスト

ここまでの内容を一般的な申請書の構成に重ねると、7つの要素になります。その順序は、そのまま説明の流れでもあります。問題 → 解決策 → 顧客 → 差別化 → 検証 → 収益 → 実行力。長く書くよりも、各項目を1、2文の明確な文章で埋めることが大切です。空欄になっている項目が弱点です。

1. 問題 — 誰が今どんな痛みを抱えているかを1文で示したか
2. 解決策 — その問題をどう解決するかが明確か
3. 顧客 — 対象が「誰でも」ではなく具体的か
4. 差別化 — 既存の方法より優れている理由があるか
5. 検証 — 何を確認し、次に何を検証するか
6. 収益 — 顧客が今支払う理由が明確か
7. 実行力 — ほかでもない自分たちが実現できる根拠があるか

次に6つの質問を重ね、もう一度答えてみましょう。7つの項目がすべて埋まり、6つの質問それぞれに1文で答えられれば、どの審査員に当たっても、「アイデアはよいが、事業になるかはわからない」という評価を避けられます。

1. 誰がこのサービスを使うのか、1文で言える
2. その人が今どんな問題を抱えているか、具体的にわかっている
3. 既存の方法より何が優れているか、1文で言える
4. 最初の顧客とどこで出会うか、明確にわかっている
5. 顧客が支払う理由まで含めて、どう収益を得るかを説明できる
6. 次に何を検証するか、明確にわかっている

この点検を1人で行うのは簡単ではありません。自分の文章の盲点は、自分では見えにくいからです。内容に近すぎるため、「当然わかるはず」と考えて読み飛ばしてしまいます。7要素と6つの質問が本当に埋まっているかを第三者に確認してもらえば、「書くまでもない」と思い込んでいた弱点を、提出前に補えます。

#よくある質問（FAQ）

Q. 本当に独創的なアイデアなら、ほかの項目が多少空いていてもよいのでは？

A. 独創性だけで審査を通ることはめったにありません。斬新なアイデアを見た直後に、審査員は「それで、事業として成立するのか」と問います。市場・顧客・検証・収益のどれか1つでも欠けていると、「アイデアはよいが……」という留保がつき、その留保が減点につながります。独創性は出発点であり、ゴールではありません。

Q. 公開前で顧客も売上もありません。検証の項目をどう埋めればよいですか？

A. 大きな数値実績の代わりに、小さな確認を使いましょう。見込み顧客へのインタビューで同じ不満が繰り返し出た、ランディングページの事前登録が集まった、小規模に利用意向と支払い意思を試した、といったものです。結果の大きさより、何を確認し、次に何を確かめるかという流れが大切です。

Q. 収益モデルの欄に「サブスクリプション」とだけ書くと、なぜ弱いのですか？

A. 課金方法の名称は、「どう回収するか」にしか答えず、「なぜ支払うか」には答えないからです。その問題に顧客が今費やしている時間や費用を減らす、という価値の交換が見えれば、サブスクリプションでも手数料でも説得力が生まれます。支払う理由が先で、方法の名称はあとです。

Q. 提出前に、自分だけでこのセルフチェックをすれば十分ですか？

A. ある程度は有効です。ただし、自分の文章の抜けは見つけにくいものです。当然だと思って省いた部分こそ、審査員が最初に気づく箇所です。7要素と6つの質問を第三者にもう一度点検してもらうと、「書くまでもない」として省いた部分を見つけられます。