新規事業チェックリスト｜5領域20問で現在地を点検

新規事業チェックリストの結論｜「はい」の数より未確認を見る

新規事業チェックリストは、事業の将来を言い当てる採点表ではありません。次の投資や判断に進む前に、分かっていることと、まだ確かめていないことを分けるための点検票です。

20問は、実務で判断が止まりやすい5領域に分けます。事業の段階によって重要度は変わるため、総合点を競うのではなく、今の判断に必要な項目から確認します。

たとえば顧客ヒアリングを10件行っていても、対象条件や反証になった発言が残っていなければ、「顧客の課題を確認した」は不明です。逆に、試作品が未完成でも、対象顧客、課題の発生場面、現在の代替手段を行動で確認できていれば、顧客領域の一部は「はい」にできます。

イノベーション総研が2026年4月に、新規事業に関わった888名へ実施した調査では、最大の障壁の1位回答として、意思決定スピードの遅さ22.1％、KPI・撤退基準の曖昧さ15.9％、経営層の理解・コミット不足15.1％、全社戦略上の位置づけ不明14.4％が上位でした。実行だけでなく、判断、基準、合意、位置づけを同時に点検する理由です。

この結果だけで各項目と成果の因果関係は判断できません。個別案件の証拠を確かめ、次の判断に必要な不足を見つけるために使います。

20問を形だけにしない使い方

回答は「はい・いいえ・不明」の3択にします。ただし、丸を付けるだけでは会議用の確認表で終わるため、判定時点、判定者、証拠、戻り先、再判定日も一緒に記録します。

運用は、回答、未確認の抽出、優先順位づけ、担当と期限を決めた再チェックの4段階です。15分で点検し、詳しい議論は「いいえ」と「不明」に絞ります。

「不明」を正直に選ぶ

根拠を示せない項目は、期待で「はい」にせず「不明」にします。不明は失点ではなく、次に確かめる問いが見つかった状態です。

一方、「いいえ」は必要な条件を確認したうえで未達だと判断できる状態を指します。「価格を提示したが購入判断に至らなかった」はいいえ、「誰へ、いくらで提示するか決めていない」は不明です。両者を分けると、改善と調査のどちらを先に行うかが決まります。

「はい」には中核証拠を1つ添える

「顧客の課題を確認した」に「はい」と答えるなら、対象条件、課題が起きた場面、現在の行動、記録日が分かる面談記録を添えます。「経営層と合意した」なら、決めた条件、参加者、決定日が残る議事録が証拠です。

資料を大量に貼る必要はありません。「この証拠が崩れたら回答も変わる」という中核証拠を1つ指定し、補足資料は別欄へ置きます。証拠を1つに絞ると、更新すべき前提も見えやすくなります。

この5欄が埋まれば、点検結果をその場の感想で終わらせず、次回会議で回答の変化と証拠を追えます。

現場と経営が別々に答える

現場と経営では、持っている情報と判断責任が違います。最初から相談しながら1枚を埋めると、声の大きい人の見方へ回答が寄るため、先に別々に点検します。

回答が違った項目は、どちらが正しいかを争うのではなく、共有されていない証拠や成功条件を見つける議題にします。現場が「顧客課題は確認済み」、経営が「収益性は不明」と答えたなら、問いを分ければ矛盾ではありません。同じ資料を見て回答が割れた場合は、合格条件の言葉から直します。

点検結果を企画書へ反映する際は、新規事業企画書テンプレートの5項目と記入例も併せて使うと、未確認事項と次の検証を同じ資料で管理できます。

領域1｜戦略・位置づけを点検する4問

最初に、なぜ自社がこの事業へ取り組むのかを点検します。市場が成長している、技術が面白いという理由だけでなく、全社戦略上の役割、対象外、資源上限、判断するスポンサーまでそろえる領域です。

この4問が曖昧なままでは、顧客検証が進んでも、別案件が出たときに優先順位を説明できません。企画着手前と追加投資前に見直します。

4問のうち目的やスポンサーが不明なら、顧客調査を増やす前に、案件を始める理由と判断体制へ戻ります。

役割と対象外を同じ紙に書く

全社戦略上の役割は「成長に貢献する」のような抽象語で終わらせません。どの既存資産を生かし、どの顧客や市場で、何を学ぶ事業なのかまで書きます。

そこで重要になるのが対象外です。たとえば「既存顧客との接点を生かすBtoBサービス」を狙うなら、個人向け市場や、自社に提供能力がない領域を今回は扱わないと決めます。対象外があることで、検証先と予算の使い道が絞られます。

テーマ候補を広げる段階では、新規事業のアイデアを生む3つの起点を使い、顧客・自社資産・環境変化から候補を出してから選択条件へ戻ります。

スポンサーの役割を動詞で決める

スポンサー欄へ役員名を書いただけでは、意思決定は速くなりません。「部門間の優先順位を調整する」「次の投資上限を承認する」「中止を含む選択を期限までに行う」のように、担う判断を動詞で決めます。

また、現場が提出する情報も固定します。未確認事項、今回得た証拠、選択肢、推奨案、次の判断日を1枚にまとめれば、活動報告ではなく意思決定の会議になります。

領域2｜顧客・課題を点検する4問

次に、対象顧客と課題が想像ではなく行動で確認できているかを見ます。業界名や年代だけではなく、誰が、どの場面で、何を達成しようとして困り、現在どう対処しているかまで具体化します。

利用者、推進者、支払者が違う場合は分けて答えます。試作範囲を決める前と、販売活動へ移る前に確認する領域です。

この領域で不明が残る場合、試作品の機能を増やすより、対象顧客・利用場面・購買関係者を確かめる方が先です。

「欲しい」より現在の行動を見る

好意的な感想は、課題の強さや購入意向と同じではありません。顧客がすでに時間、費用、手間を使っている行動を確認します。

たとえば工場の集計業務を扱うなら、「効率化したいですか」と聞くより、誰が、月に何回、どの帳票を使い、遅れたときに何が起きるかをたどります。現在の代替手段が分かれば、新しい解決策へ切り替える理由と障壁も見えてきます。

支払者と利用者を分ける

利用者が高く評価しても、予算を持つ部門が別なら導入は進みません。誰の予算か、何と比較されるか、どの承認を通るかを確認します。

この問いが不明なら、機能追加へ進む前に購買プロセスの仮説へ戻ります。最小限の提供物を使った確認方法は、MVPとは何か、目的と作り方で詳しく解説しています。

領域3｜事業の仕組みを点検する4問

顧客課題が見えたら、価値を届け、対価を得て、提供を続けられる仕組みかを確かめます。売上見込みだけでなく、販売、導入、利用、継続、提供コストまで一つの流れとして見ます。

初期段階で最終採算を確定する必要はありません。ただし、どの前提が収益を左右し、次に何を検証するかは決めておきます。

価値、課金、コストのどこが不明かを分けると、価格改定、対象変更、提供工程の見直しから適切な戻り先を選べます。

価値を得る前の負担も設計する

商品の機能が良くても、初期設定、データ移行、社内調整に大きな負担があれば、利用前に止まります。提供価値だけでなく、顧客が価値へ到達するまでの手順と担当を確認します。

たとえば分析サービスなら、データ受領から初回レポートまでに誰が何時間使うかを測ります。案件が増えるほど個別作業も増えるなら、売上成長と同じ速度でコストが膨らむため、標準化する工程を先に見つけます。

価格は意向ではなく条件付きの判断で確かめる

「いくらなら使いたいですか」という質問だけでは、実際の購入判断を再現できません。対象範囲、提供時期、価格、契約条件を具体的に示し、予算確認、見積依頼、稟議着手など次の行動を見ます。

ただし、初回から販売を迫る必要はありません。どの条件が変われば判断も変わるかを確認し、価値、対象顧客、価格、提供方法のどこへ戻るかを決めます。

領域4｜検証と基準を点検する4問

検証では、実施回数よりも、結果が次の判断を変えたかを見ます。検証前に仮説と合否を決め、結果が出たあとに基準を都合よく動かさないための領域です。

PoC開始前と、結果を追加投資へ渡す前に点検します。仮説、合否、KPI、撤退・変更条件を一組で扱います。

仮説または合否が不明なら、PoCの実施方法を詰める前に、どの結果で選択を変えるかを判断者と決め直します。

検証は「何を作るか」から始めない

先に決めるのは、試作品の機能ではなく、外れたときに事業案を変える前提です。顧客の課題、利用行動、支払意思、技術実現性、提供コストなどから、影響が大きく確信が低いものを1つ選びます。

仮説が1つに絞れない場合は、検証を分けます。1回のPoCで顧客価値、技術、運用、採算をすべて証明しようとすると、どの結果が判断を変えたのか分からなくなります。PoCの基本設計は、PoCとは何か、目的と進め方も参考になります。

基準を変えた履歴を残す

検証途中で学びが得られ、基準を変えること自体は問題ではありません。問題は、結果が悪かったから基準を下げたのか、新しい事実に合わせて仮説を更新したのかが分からなくなることです。

変更日、理由、承認者、旧基準、新基準、適用するデータの範囲を記録します。この履歴があれば、再検証すべきか、別案へ移るべきかを後から検討できます。

領域5｜体制と合意を点検する4問

最後に、現場と経営が同じ情報を見て判断できる体制かを確かめます。組織図や担当名だけでなく、使える時間、判断権限、会議、検証記録まで見る領域です。

チーム組成時、追加投資前、フェーズ移行時に点検します。体制の問題を担当者の努力だけで埋めないことが重要です。

役割名だけがそろっていても、時間や判断期限がなければ実行は止まります。未達項目を担当者の努力ではなく、資源配分と意思決定の設計へ戻します。

役割は成果物と期限まで決める

「営業担当」「技術担当」のような役割名だけでは、判断の受け渡しが曖昧です。誰が、いつまでに、どの証拠をまとめ、誰が選択するかまで決めます。

たとえば事業責任者は仮説と推奨案を示し、営業は顧客の行動記録を出し、技術は実現条件と未確認事項を出します。スポンサーは残る不確実性を引き受けて、次の資源を出すかを期限までに判断します。

学びを「結論」だけで残さない

失敗した、うまくいったという結論だけでは、次のチームが再利用できません。最初の仮説、対象、方法、証拠、判断、変更理由を一続きで残します。

記録は長い報告書でなくても構いません。1検証1ページで、更新履歴と原資料への参照があれば、後から「なぜその判断をしたか」をたどれます。

回答結果から次の一手を決める

20問へ答えたら、点数を合計する前に「いいえ」と「不明」を一覧にします。次の意思決定を変える可能性が高い項目から優先し、担当者、確認方法、期限、再判定日まで決めます。

同時に直せる項目は多くありません。事業の段階に合わせ、今の判断を止める上位1〜3項目へ絞ります。

優先順位は判断への影響で付ける

優先順位は、未達項目の数ではなく、次の判断への影響、証拠の弱さ、確認コストで決めます。影響が大きく、証拠が弱く、短期間で確かめられる項目から着手します。

たとえばPoC発注前に「顧客課題は確認済み」でも「支払者は不明」なら、画面の細部より購買部門への確認を優先します。逆に技術的に実現できるかが事業案を左右するなら、顧客調査と並行して最小構成の技術検証を行います。

1問ごとに戻り先を決める

同じ「いいえ」でも、戻る場所は違います。顧客の対象が曖昧ならセグメントへ、価格が通らないなら価値と支払者へ、PoCの合否が決まっていないなら検証計画へ戻ります。

戻り先がないチェックリストは、指摘一覧で終わります。「誰が」「何を」「いつまでに」「どの証拠で」「誰が再判定するか」を1行にし、次の会議では回答の変化と証拠だけを確認します。

判断の節目で繰り返す

毎週20問を埋め直す必要はありません。試作発注、有償PoC、追加人員、正式リリースなど、取り消しにくい支出や意思決定の前に実施します。

前回から変わった回答と根拠を残せば、事業が前進したのか、同じ活動を繰り返しているのかが分かります。事業計画へまとめる段階では、事業計画書の6章構成と提出前チェックへ未確認事項と検証期限を引き継ぎます。

セルフチェックの限界と第三者レビューの使い分け

チェックリストは、論点の抜けを減らす入口として有効です。一方、自己申告の偏り、部署間の回答差、前提そのものの見落としは、同じチームだけでは気づきにくいことがあります。

そこで、セルフチェックで未確認を見つけた後に、必要な範囲だけ第三者レビューへつなぎます。採点を任せるのではなく、証拠、合格条件、戻り先を問い直す役割として使います。

自己申告の偏りを前提にする

担当者は、時間を使った活動ほど「確認できている」と評価しやすくなります。ヒアリング回数、試作品、会議資料の量は実施の証拠ですが、仮説が確かめられた証拠とは限りません。

回答には、活動名ではなく結果と反証を書きます。「顧客ヒアリングを実施」ではなく、「対象条件に合う5社のうち3社が現行手段を継続。切り替え条件は監査対応」と書けば、次の検証を設計できます。

回答差を問題ではなく材料にする

現場と経営の回答が違うこと自体は、失敗ではありません。共有されていない情報、異なる時間軸、別々の成功条件が見つかったということです。

差が出た項目は、双方の中核証拠を並べます。論点が顧客価値と投資回収のように別なら問いを分け、同じ論点なら合格条件を言い直します。平均点にすると、必要な議論が消えてしまいます。

第三者へ見てもらう範囲を絞る

外部レビューは、20問すべてを評価してもらう必要はありません。次の投資を左右する未確認事項、社内で回答が割れた項目、基準を何度も変更した項目に絞ります。

その際は、結論だけでなく仮説、証拠、判断基準、代替案を共有します。第三者の役割は正解を出すことではなく、社内で常識になった前提を問い、次に確かめる条件を明確にすることです。

新規事業チェックリストに関するよくある質問

最後に、20問を実際の会議で使う際によく出る疑問へ答えます。運用を重くせず、判断に使える状態を保つための考え方です。

Q. 20問すべてが「はい」でないと次へ進めませんか

A. いいえ。今の意思決定に影響する項目を優先します。残る「いいえ」と「不明」を誰が引き受け、いつ再判定するかを決めたうえで進むことも選択肢です。

Q. 誰が回答するのがよいですか

A. 事業責任者、顧客接点を持つ担当者、技術・提供責任者、経営スポンサーが、それぞれ別に回答します。その後、差が出た項目だけを持ち寄り、証拠と合格条件をそろえます。

Q. どのくらいの頻度で点検しますか

A. 毎週ではなく、試作発注、有償PoC、追加投資、正式リリースなど、取り消しにくい判断の前が基本です。大きな判断がなくても、重要な証拠が更新されたときは該当項目だけ再判定します。

Q. 「不明」が多い場合はどうすればよいですか

A. 不明の数を一度に減らそうとせず、次の判断への影響が大きい1〜3項目を選びます。各項目に確認方法、担当者、期限、中核証拠を置けば、調査やPoCの目的が具体化します。

Q. 回答結果はどこに残しますか

A. 企画書とは別に、更新履歴を残せる1枚の点検票として管理すると扱いやすくなります。回答、証拠への参照、変更理由、判断者、再判定日を残し、企画書や事業計画書からリンクします。

本記事のまとめ｜20問で未確認を次の行動へ変える

新規事業チェックリストの役割は、全項目を「はい」にして安心することではありません。戦略・顧客・事業の仕組み・検証・体制の5領域から、次の判断を止める未確認事項を見つけることです。

• 20問へ「はい・いいえ・不明」で答え、「はい」には中核証拠を1つ添える
• 現場と経営が別々に回答し、差が出た項目を合意形成の議題にする
• 合計点ではなく、次の判断への影響が大きい1〜3項目を優先する
• 各項目に担当者、確認方法、期限、戻り先、再判定日を置く
• 試作発注、有償PoC、追加投資、正式リリースなど判断の節目で繰り返す

チェックは入口です。見つかった未確認事項を小さな検証へ変え、証拠に基づいて継続、変更、中止を選べる状態までつなげます。