検証したのに決定できない場合 — GO/NO-GOを分ける一行

アンケートを回しました。インタビューもしました。結果も出ました。

しかし、それで進めるかどうかが決まりません。数字を見直しても同じです。良さそうにも見えますし、足りないようにも見えます。

検証で止まる方が多いです。しかし、止まる地点は検証をしなかったのではなく、検証結果で決定できなかった場合が多いです。結果は手元にあるのに次のステップに進めません。

検証を誤ったわけではありません。順序が逆になっている場合が多いです。

合格ラインを結果が出た後に決めようとするからです

基準がない状態で結果を見ると、どんな数字が出てもやりたい方向に読まれます。

• 10人中6人が良いと言ったら → 「過半数が肯定的だ」
• 10人中4人が良いと言ったら → 「初期ターゲットは元々少数だ」

どちらも理屈が通ります。だから決定できません。数字が足りないのではなく、その数字をどう読むかが事前に決まっていないのです。

順序を変えればこの問題は解消されます。検証を始める前に合格ラインを先に書いておくことです。

検証前に書く一行

このような形です。

「○○な人○名中○名以上が○○したら進行する。そうでなければ止める。」

例えばこうです。

• こう書くと足りません — 需要があるか確認する
• こう書くべきです — インタビュー20名中8名以上が過去3ヶ月以内にこの問題でお金や時間を使ったことがあれば進行する

一行ですが、三つの要素が含まれています。

1. 対象 — 誰に聞くのか
2. 数字 — 何人中何人か（比率ではなく実数で書く方が良いです）
3. 行動 — 良いと言った人ではなく、実際に行った人

この行を書いておけば、結果が出たときに解釈する必要がありません。数えるか、数えられないかのどちらかです。

結果を信じられなくする設計4つ

合格ラインを決めても、質問が誤って設計されていると出た数字を使えません。繰り返し現れる問題があります。

1. うまくいく理由だけを探す構造

検証はうまくいかない理由を見つける作業です。しかし、「このサービスがあれば良いですか？」のようにうまくいく理由を集める方向で作られた質問が多いです。自然なことです。自分が作りたいものを聞く場ですから。

肯定的な質問を入れたなら、同じ重さの否定的な質問を一緒に入れる方が良いです。「どんな場合に使わないと思いますか」は後ろではなく、前に置くのが良いです。後ろに置くと既に肯定に傾いているので出にくいです。

2. 質問に既に答えが入っている

「忙しい起業家のために自動で整理してくれるツールがあれば使いますか？」

これは質問ではなく、説明です。自分の仮説が文中に全て入っているので、相手はイエス/ノーを選ぶだけになります。

仮説を抜いて聞く方が良いです。「先月その仕事をどう処理しましたか？」の方がはるかに多くのことを教えてくれます。

3. 意向を尋ねる

「使いますか？」は意向です。意向は寛大です。特に価格においてそうです。いくらなら使いますかという質問に答えた金額と、実際に支払う金額は同じでないことが多いです。

行動を尋ねる方が良いです。

• こう尋ねると足りません — 月3万円なら使いますか？
• こう尋ねるべきです — 今この仕事にお金を使っていますか？どこにいくら使っていますか？

既に使っているお金は意見ではなく事実です。

4. 一度に全て証明しようとする

需要があるか、いくら払うか、どんな機能が必要かを一つのアンケートで全て聞くと何も出ません。機能の質問がいくつかに分散すると、人々は大抵「良い」と答えます。一つ一つが全て良さそうに見えるからです。

一度の検証には質問一つです。需要を見る番なら価格は次に回します。

答えは二つではなく三つです

合格ラインを決めておくと、結果は三つのうちの一つに落ち着きます。

• GO — 基準を超えました。次のステップに進みます。
• NO-GO — 基準に達しませんでした。この方向は止めます。
• 範囲を絞って再度 — 全体では超えなかったが、特定の集団でのみ超えました。

三番目がよく出ます。専業と副業、初めての人と既にやっている人が一つのサンプルに混ざっていると平均が曖昧になります。この時、混ざった集団を分けて再度数え直すと片方でのみ基準を超えることが多いです。

それが初期ターゲットです。検証が失敗したのではなく、対象がまだ絞られていなかったのです。

NO-GOは失敗ではありません

基準に達しなかったという結果が出ると、検証をもう一度したくなります。今回は質問を少し変えてです。長く準備したものであるほどそうです。

そのようにして出たGOは、後で非常に高くつくことが多いです。作ってから気づくからです。

検証で使った2週間が開発で使う3ヶ月を防げば、それは成果です。 NO-GOを書き留めておくことも成果物です。次に似たアイデアが浮かんだ時に「これはあの時この基準で止めた」と取り出せれば、同じ場所を二度回ることはありません。

AIに任せる時

検証設計もAIで下書きを作る場合が多いです。この時、ただ「アンケート項目を作って」と頼むと、うまくいく理由を集める項目が出やすいです。世の中に既に出ているアンケートが大抵そのような形だからです。

このように依頼すると変わります。

「この仮説が間違っていたらどんな答えが出るかをまず書いて、その答えを捉えられる項目を作って。意向ではなく、過去3ヶ月の行動を尋ねる形で。」

合格ラインも同じです。AIは項目をうまく作りますが、何人以上ならやるかは決められません。それはお金と時間を使う人が決めることです。

今日一つだけするなら

今検証中か検証結果を持っているなら、紙に一行だけ書いてみてください。

「____名中____名以上が____したら進行する。」

既に結果が出た後でも構いません。ただし、結果を見ていない状態で書いたであろう数字を書かなければなりません。それが書けない場合、まだ検証が終わっていないのではなく、基準がないのです。

---

検証結果を持っても次のステップに進めない場合
2分診断で今まず手をつける課題一つと2週間パイロット開始案、人が必ず確認すべきリスクを整理してご覧いただけます。お好きなだけお答えいただいて構いません。

STAR-T AI事業運営診断 →

---

脚注

① 参考資料・確認日
この文は外部の統計・研究を引用していません。根拠は講義・コンサルティング現場で繰り返し確認したパターンです（予備起業家個人コンサルティング500件以上累積・履歴SSOT基準）。本文に出てくる数字 — 「10人中6人」、「10人中4人」、「20人中8人以上」、「月3万円」、「過去3ヶ月」、「2週間・3ヶ月比較」 — は全て書き方を示すための例であり、実際の調査結果や測定値ではありません。 確認日2026-08-06。

② 使わなかった数値
「起業失敗の何%が需要不足による」などの広く引用される数値は使用していません。元出典と基準年を確認できなかったためです。社内アンケート・CS応答の数値や直接引用も使用していません。

③ 作成方法
AIで下書きを作成し、人が検証・編集しました。発行前に事実・トーン・法務の3つの検証を行いました。