新規事業の仮説の立て方｜4種類と6手順で検証できる形に変える

新規事業の仮説は、アイデアの起点を顧客の問いへ変えて立てる

イノベーション総研が新規事業経験者888名へ行った調査では、アイデアの第一の起点が「経営・戦略」または「現場・社内提案」だった回答は620名で、全体の69.8％でした。多くの案件は、顧客の依頼より先に、社内の方針や気づきから始まっています。

イノベーション総研は、社内起点であること自体を問題とは考えません。問題は、社内で生まれた理由を、顧客が実際に困り、行動を変え、対価を払う証拠だと扱うことです。

この69.8％は起点の分布であり、成功率や因果関係を示す数字ではありません。ただし、仮説を立てる最初の作業は明確になります。まず「なぜ自社がこの案を考えたか」を記録し、次に「顧客について確認できている事実」と「まだ確かめていない前提」を分けます。後者を、反証できる仮説へ書き換えます。

新規事業の仮説は、将来を言い当てる予想ではありません。対象となる顧客が、どの状況で、どの課題を持ち、提案によってどの行動を取るのかを、観察できる形で表した暫定的な説明です。「需要がある」「便利だと思うはず」のように、どの結果でも正しいと言えてしまう文は検証に使えません。

仮説は正しさを主張する文ではなく、次に確かめる事実と判断を決める文です。 新規事業のアイデアを整理する方法で生まれた案も、この順序で検証可能な仮説へ変換します。

仮説と事実は、同じ欄に書かないことも大切です。「担当者は毎週二時間集計している」は観測事実、「集計時間を短縮できれば有料で利用する」は仮説です。二つを分けておけば、どこまで確認済みで、どこから推測なのかを関係者が共通認識にできます。

また、仮説ごとに判断者を置きます。顧客仮説を営業、技術仮説を開発、収益仮説を事業責任者が別々に管理するだけでは、全体の進路を決められません。事業責任者が四つの仮説の接続を確認し、検証結果を投資判断へまとめます。

新規事業で立てる4種類の仮説

新規事業の仮説は、顧客仮説、課題仮説、価値仮説、収益仮説の四つに分けると扱いやすくなります。四つは独立ではなく、顧客と課題が変われば、届ける価値と対価の取り方も変わります。

解決策から考え始めると、その機能を欲しがる理由を後から作りがちです。四国経済産業局の事業化支援も、製品・サービス起点ではなく、顧客と顧客課題から事業を組み立てる必要性を示しています。

顧客・課題・価値・収益は、上流の仮説を確かめながら順に更新します。 一度に四つを証明しようとせず、後続の前提を最も大きく変える仮説から着手します。

四つを一枚に並べると、仮説同士の矛盾も見つかります。たとえば顧客仮説では現場担当者を対象にしているのに、収益仮説では経営企画部門の予算を想定しているなら、決裁者が感じる価値と導入条件を別に確かめる必要があります。

技術、法規制、供給体制などが成否を左右する場合は、四つの外側に「実現条件」として追加します。ただし、顧客が必要とする価値を確認する前に、実現条件だけを詳しく検証し続けないようにします。

顧客仮説｜誰のどの状況を対象にするか

顧客仮説では、年齢や業種だけで対象を切りません。同じ属性でも、担当する仕事、利用環境、意思決定権、困りごとが起きる場面が違えば、必要な解決策も変わるからです。

「中小企業の担当者」では広すぎます。「月末に複数拠点の在庫を集計し、翌朝までに発注判断をする店舗運営責任者」のように、役割と状況を含めます。利用者、支払者、決裁者が異なる場合は、それぞれを別に記載します。

顧客仮説では、属性よりも課題が起きる状況と役割を具体化します。 対象者の名前をリスト化できず、候補へ連絡する方法も描けない場合は、顧客仮説をさらに絞ります。

法人向け事業では、企業属性、部門、役職、実務上の役割を分けて考えます。同じ部長でも、予算を持つ人、利用を承認する人、現場へ導入を指示する人では評価条件が異なります。組織図上の肩書だけでなく、今回の課題に対する責任を確認してください。

顧客仮説を狭めることは、市場を小さく決めることではありません。最初に学びやすい対象を選ぶ作業です。課題の発生が明確で接触しやすい対象から検証し、共通する条件が見つかった後に隣接する顧客層へ広げます。

課題仮説｜現在の行動と不便を捉える

課題仮説は、顧客が「困っている」と答えるかだけで判断しません。現在どのように対処しているか、その対処にどのような時間、費用、心理的負担、機会損失が生じているかを確認します。

要望と課題も分けます。「アプリが欲しい」は解決手段への要望です。なぜアプリが必要なのかをたどり、「外出先では承認状況を確認できず、案件への回答が翌日になる」のように現在の行動と結果で書きます。

課題仮説は「困っているはず」ではなく、現在の行動と負担で表します。 インタビューでは意見よりも直近の具体的な出来事を聞き、仮説に都合のよい発言だけを拾わないようにします。

「あれば使う」「便利そう」という回答は、課題の強さを示しません。現在すでに時間や費用を使って対処しているか、失敗を避けるために確認や承認を増やしているか、別の仕事を諦めているかを確認します。負担を伴う現在行動は、将来の意向より強い手掛かりです。

一方で、対処していないから課題がないとも限りません。解決手段を知らない、権限がない、改善しても自分の評価につながらない場合があります。行動の有無だけで結論を出さず、放置する理由まで仮説に含めます。

価値仮説｜どの変化を提供するか

価値仮説は、機能の一覧ではなく、顧客の行動や結果がどう変わるかを示します。「AIで自動化する」ではなく、「担当者が毎朝行っている集計を確認作業だけに変え、判断を始める時刻を早める」のように表します。

顧客が価値を感じても、導入手続き、学習、データ移行、社内調整が重ければ行動は変わりません。得られる便益と、採用に伴う負担を同時に仮説へ入れます。

価値仮説は機能の評価ではなく、顧客の行動がどう変わるかで書きます。 完成品を作る前に、説明資料、画面モック、手作業による代行など、価値だけを確かめられる最小の形を選びます。

価値の大きさは、時間短縮だけでは測れません。判断の精度、失敗の回避、売上機会、心理的負担、説明責任など、顧客が重視する結果を選びます。複数の効果を一度に並べるより、購入理由になり得る中心価値を一つ定めた方が、提案の違いを比較しやすくなります。

価値仮説の検証では、理解と行動を分けて記録します。説明を理解した、好意的に評価した、実際に使い始めた、繰り返し使った、他者へ勧めた、の順に行動の負担は大きくなります。次の投資判断に必要な段階まで確認します。

収益仮説｜誰が何に対価を払うか

収益仮説では、価格だけでなく、支払者、課金単位、購入頻度、販売条件、提供に必要な費用を結び付けます。利用者が強く欲しがっても、予算を持つ人が別にいれば、購入理由と決裁手続きの検証が必要です。

無料利用の反応だけでは、有料で継続するかを判断できません。価格提示、見積もり依頼、稟議への着手、予約、少額の有償利用など、実際の負担を伴う行動を段階的に確認します。

収益仮説では、利用者・支払者・決裁者を分けます。 顧客価値と事業採算を同じ表に混ぜず、購入意思と提供可能性を別々に確かめてから接続します。

価格を尋ねるときは、「いくらなら買うか」だけで終えません。どの予算と比較するか、現在の代替手段にいくら使っているか、誰が決裁し、いつ予算化されるかを確認します。金額への反応と、実際に購入できる条件を分けて記録します。

自社側では、一件の受注に必要な営業、導入、運用、問い合わせ対応まで含めて考えます。売価が提供原価を上回っていても、個別対応が増えるほど納品能力が不足するなら、対象顧客、標準機能、契約範囲の仮説を更新する必要があります。

新規事業の仮説を書く基本フォーマット

仮説は「対象顧客は、ある状況で課題を抱えており、提案によって行動が変わる。指定した方法で判定条件を満たせば継続し、満たさなければ前提を更新する」という形にすると、検証へつなげやすくなります。

経済産業省のソリューション仮説構築フレームワークは、顧客、市場、競合、自社、成功要因、独自性、成長方向、事業計画・KPIを関連付けて整理します。最初から全項目を精緻に埋めるのではなく、今回の判断に必要な欄から具体化します。

一文が長くなる場合は、仮説本体と判定条件を分けます。仮説には関係を、検証計画には対象、方法、指標、期限、判断者を記載します。

チームで作る場合は、各自が先に仮説文を書いてから共有します。最初から一つの文を共同編集すると、立場の違いが見えないまま抽象的な表現へまとまりがちです。異なる文の主語、状況、判定条件を比べると、未合意の前提が明らかになります。

仮説には版を付け、「変更日」「変更した項目」「根拠となった事実」「次の検証」を残します。最新の文章だけを保存すると、同じ前提を後から再検証したり、過去の判断理由を説明できなくなったりします。

良い仮説に必要な5つの条件

良い仮説は、詳しく書かれている仮説とは限りません。誰が読んでも対象と関係を同じように理解でき、短期間で確認でき、結果によって行動が変わることが重要です。

作成後は、具体性、根拠、反証可能性、重要性、実行可能性の五つで点検します。一つでも弱い場合は、文章を足すより、対象を狭めるか、観察する事実を変えます。

良い仮説は、外れたときに次の行動が変わる仮説です。 結果にかかわらず計画を続けるなら、その検証は判断のためではなく、既定路線を確認する作業になっています。

仮説の粒度もそろえます。「市場が成長する」という大きな前提と、「申込ボタンの文言で反応が変わる」という小さな前提を同じ優先順位で並べると、重要な不確実性が埋もれます。事業の成立、顧客の選択、提供方法、画面や運用の改善という階層を分けます。

評価会議では、文章の完成度ではなく五条件の不足を指摘します。「具体性が低いので対象状況を絞る」「反証できないので否定条件を置く」のように修正理由を明確にすると、担当者が変わっても品質をそろえられます。

新規事業の仮説を検証する手順

検証では、学びを増やすことと、意思決定を進めることを分けません。最も重要で不確実な仮説を選び、必要な証拠を定め、最小の方法で確かめ、期限内に進路を決めます。

IPAのデジタルスキル標準は、顧客価値仮説に対して実験・検証の評価指標を設け、結果を解釈して継続や方向転換などを判断する流れを示しています。検証の回数ではなく、判断が更新されたかを管理します。

検証は仮説を証明するためではなく、継続・変更・停止を選ぶために行います。 技術的な実現性を確かめる段階では、PoCとは何かとPoCの成功率を上げる方法も参照し、顧客価値の検証と混同しないようにします。

方法は仮説に合わせて選びます。顧客と課題には観察やインタビュー、価値にはモックや手作業の提供、収益には価格提示や有償利用、技術には小さな実験が向きます。先に使いたい手法を決め、後から問いを合わせないようにします。

結果は「成功・失敗」だけでまとめず、支持した事実、反証した事実、判断できなかった理由を分けます。対象者が違った、方法が機能しなかった、必要なデータが取れなかった場合は、仮説の否定と検証設計の不備を区別します。

新規事業の仮説が外れたときの更新方法

仮説が外れることは、検証の失敗ではありません。問題は、複数の前提を同時に変えて、どの学びが次に引き継がれたのか分からなくなることです。

更新時は、観測した事実を固定し、解釈、対象条件、提案、判定条件のどこを変えるかを一つずつ明示します。最初の仮説を上書きせず、版と変更理由を残します。

仮説が外れたら、観測事実を残し、解釈と対象条件だけを更新します。 顧客、課題、価値、収益のすべてを一度に作り直す前に、どの接続が崩れたのかを確認します。

方向転換では、残すものと変えるものを明記します。たとえば課題の存在は確認できたが支払者が違った場合、顧客課題の記録を残し、購入主体と販売方法だけを更新します。この切り分けにより、方向転換が思いつきの連続になるのを防げます。

停止判断も仮説管理の一部です。重要な課題が確認できない、接触できる顧客がいない、提供しても行動が変わらない、採算を成立させる条件が見つからない場合は、追加検証で何が変わるかを確認します。新しい証拠の見込みがなければ、資源を別の案へ移します。

よくある質問

新規事業の仮説の立て方、検証の順番、更新方法について、よくある疑問へ回答します。

Q. 新規事業の仮説は何個立てればよいですか

A. 最初から数を決める必要はありません。顧客・課題・価値・収益の四つを一度書き出し、そのうち外れたときに計画を最も大きく変える仮説を一つ選びます。一回の検証で中心に扱う仮説を絞ると、結果と判断の関係が明確になります。 補助的な仮説が複数あっても構いませんが、主要仮説と区別し、同時に変更しないようにします。

Q. 仮説と目標はどう違いますか

A. 目標は到達したい状態、仮説はその状態へ至る関係についての暫定的な説明です。「利用者を増やす」は目標であり、「特定の場面で手作業を減らせば継続利用が増える」が仮説です。仮説には支持・反証を判断できる条件を付けます。 目標値は仮説の判定条件に使えますが、目標そのものを根拠にしてはいけません。

Q. 顧客インタビューだけで仮説を検証できますか

A. 課題の発生場面や現在の行動を理解するには有効ですが、発言だけで購入や継続利用まで判断することはできません。仮説に応じて、試用、見積もり、予約、有償利用など、実際の行動を伴う方法を組み合わせます。 質問は将来の意向より、直近の具体的な経験、現在の代替手段、意思決定の経緯を中心にします。

Q. 仮説が外れたら事業を中止すべきですか

A. 必ずしも中止ではありません。重要な前提が崩れ、別の対象や課題にも根拠がない場合は停止を検討します。一方、顧客は合っていて提供方法だけが合わない場合は、観測事実を残して価値仮説を更新します。 どの仮説を残し、何を変えたかを記録してから次の検証へ進みます。

Q. 仮説検証にMVPやPoCは必須ですか

A. 必須ではありません。顧客と課題は観察やインタビュー、価値は説明資料やモック、収益は価格提示や予約でも確認できます。技術的な実現性が重要な不確実性になった段階で、MVPやPoCを選びます。 成果物の大きさではなく、今回の判断に必要な証拠の小ささから手法を選んでください。

まとめ｜新規事業の仮説は判断とセットで立てる

新規事業の仮説は、顧客、課題、価値、収益の関係を反証できる文にし、結果を次の判断へつなげるために使います。最初から完成度の高い事業計画を作るより、重要で不確実な前提を選び、最小の証拠で順番に更新します。

運用では、仮説一覧を作ること自体を目的にしません。各仮説に、根拠となる観測事実、未確認の点、次の検証、判断者、期限を対応させます。検証が終わったら結果の要約だけを残すのではなく、どの事実を見て、どの解釈により、何を継続・変更・停止したのかを記録してください。

会議では、新しいアイデアを増やす前に、現在の事業案を成立させている重要な前提を確認します。「これが事実でなければ、次の投資を見直すものは何か」と問うと、優先する仮説を選びやすくなります。顧客の存在より細かな機能を先に検証している場合は、上流の顧客・課題仮説へ戻ります。

• 顧客仮説は属性だけでなく、役割と課題が起きる状況を書く
• 課題仮説は意見ではなく、現在の行動、代替手段、負担を書く
• 価値仮説は機能ではなく、顧客の行動と結果の変化を書く
• 収益仮説は利用者、支払者、決裁者、提供費用を分ける
• 検証前に支持・反証の条件と次の判断を決める
• 観測事実を残し、変えた仮説と理由を版で管理する

まず、検討中の案を「誰が」「どの状況で」「現在どう対処し」「提案により何が変わり」「誰が何に支払い」「どの結果なら次へ進むか」の六つへ分けてください。空欄になった箇所が、次に調べるべき仮説です。

記入後は、チーム内の合意ではなく、外部の事実で確かめられるかを点検します。対象者へ会えるか、現在行動を観察できるか、提案後の行動を確認できるか、支払いに近い行動を得られるかを順に確認し、最初の検証を一つ決めます。仮説文、検証方法、判定条件、次の判断が一続きになれば、検証結果を事業計画へ戻せます。

新規事業の仮説は、答えを飾るためではなく、次の一手を選ぶために立てます。